You are not logged in.

#1 Re: Kernel & Hardware » Audio hardware not detected » Today 04:59:22

Cries for a rebuild of some pulseaudio and/or alsa stuff..

#2 Re: Installation » New massive update broke system (pentium4)? » Yesterday 18:40:09

I hope things are now mostly usable again, though the icons differ between i686 and pentium4.

#3 Re: Pacman / Pacman Upgrades » libreoffice libicuuc.so.63 no such file » Yesterday 15:54:47

Yes, fun, now that I have OpenJDK again, I get this:

error: Source option 6 is no longer supported. Use 7 or later.
error: Target option 6 is no longer supported. Use 7 or later.
[build UIL] cui/uiconfig/ui/asiantypography
[build UIL] cui/uiconfig/ui/assigncomponentdialog
make[1]: *** [/build/libreoffice-still/src/libreoffice-6.2.6.2/solenv/gbuild/JavaClassSet.mk:53: /build/libreoffice-still/src/libreoffice-6.2.6.2/workdir/JavaClassSet/Jar/unoloader/done] Error 2
make[1]: *** Waiting for unfinished jobs....
make: *** [Makefile:286: build] Error 2

#4 Re: Pacman / Pacman Upgrades » libreoffice libicuuc.so.63 no such file » Yesterday 15:49:16

There where icu63/icu64 issues in the past (where installing an icu63 in parallel to icu64 helped).

Currently I'm trying to get all java jdks running again (they are needed for a proper rebuild of
libreoffice)...

#5 Re: Installation » New massive update broke system (pentium4)? » Yesterday 15:16:35

@cx: 'pentium4' is a valid architecture when you set CARCH='pentium4' and the -march flags to pentium4 in /etc/makepkg.conf.

#6 Re: Installation » New massive update broke system (pentium4)? » Yesterday 15:04:05

Now libxfce4ui was building ok now for pentium4, no clue what went wrong before..

#7 Re: Installation » New massive update broke system (pentium4)? » Yesterday 05:08:10

One idea I have is, that the queues are just full, so the build system reacts only slowly. The problem is when I want
to prioritize something, it has basically to build now...

Another issue is that I want to build packages no matter what they depend on. For instance image you have to
rebuild Qt, but librsvg is currently not building. This basically blocks everything above.

Also, pentium4 should have precedence in the build queues over i686 and i486, so I don't understand that
xfce4 packages basically get built immediatelly and pentium4 are stuck now for 2 days.

#8 Re: Installation » New massive update broke system (pentium4)? » Yesterday 04:41:55

Yes, I rescheduled most packages, but the problem is for instance libxfce4ui does not rebuild on pentium4, I don't
understand why.

@deep42thought:
./seed-build-list -w -p '^libxfce4ui$'
./prioritize-build-list -w <(printf '^libxfce4ui$\n' )

i686 rebuilds, pentium4 not.

There are packages like vtk, percona-server which are building and failing over and over again. Does prioritization really work?

#9 Re: Pacman / Pacman Upgrades » since AUG 16TH, 2019 "pacman -Syu" LXQt starts very slow » 2019-08-18 18:49:27

I have some ideas:
- baloo is running an killing performance (at least, that's what xfce4 is doing)
- some daemons are not started and you hit some timeouts, those would be
  because of broken library dependencies then.

#10 Re: Installation » New massive update broke system (pentium4)? » 2019-08-18 16:25:25

The systemd-resolved problem is solved and available in stable (gnutls 3.6.9-1.2).

#11 Re: Pacman / Pacman Upgrades » Xfce 4.14 » 2019-08-18 07:35:59

yeah. sorry. on it. xfconf got pushed to stable, the rest did not rebuild. I'm trying to force/manually build them now.

#12 Re: Installation » New massive update broke system (pentium4)? » 2019-08-18 07:00:21

Thanks iMike, very helpful. :-)
I patch and repackage gnutls soon..
This fixes the systemd-resolved and the upower startup issues.

#13 Re: Installation » New massive update broke system (pentium4)? » 2019-08-18 06:42:11

The systemd-resolved is exactly that

Aug 17 08:17:14 backy systemd-resolved[293]: /usr/lib/systemd/systemd-resolved: error while loading shared libraries: /usr/lib/libgnutls.so.30: cannot make segment writable for relocation: Operation not permitted

This bug seems to be known:

https://bugs.debian.org/cgi-bin/bugrepo … bug=934193

Commenting out:

/lib/systemd/system/systemd-resolved.service:

MemoryDenyWriteExecute=yes

makes it work again, but this feels like a workaround for a security related thing which should definitely
be fixed in gnutls, see upstream bug:

https://gitlab.com/gnutls/gnutls/issues/818

#14 Re: Installation » New massive update broke system (pentium4)? » 2019-08-18 06:37:21

Huh?

ldd /usr/lib/upowerd  | grep gnu
        libgnutls.so.30 => /usr/lib/libgnutls.so.30 (0xb7574000)

on both i686 and pentium4

Are you sure you are on stable?

I cannot confirm those bash errors.

Aug 17 11:00:55 backy bash[3052]: tar: /var/lib/pacman/local/libgpg-error-1.36-1.1: File removed before we read it
=> this looks like a corrupt pacman database to me

Aug 17 08:17:14 backy systemd-resolved[293]: /usr/lib/systemd/systemd-resolved: error while loading shared libraries: /usr/lib/libgnutls.so.30: cannot make segment writable for relocation: Operation not permitted

The gnutls errors sound like permisission problems to me, or a missing shared library and a dangling symlink.
It should look like this:

ls -la /usr/lib/libgnutls.so.30
lrwxrwxrwx 1 root root 20 Jul 27 14:01 /usr/lib/libgnutls.so.30 -> libgnutls.so.30.25.0
[root@arch32-testing ~]# ls -la /usr/lib/libgnutls.so.30.25.0
-rwxr-xr-x 1 root root 1976236 Jul 27 14:01 /usr/lib/libgnutls.so.30.25.0

#15 Re: Installation » New massive update broke system (pentium4)? » 2019-08-17 17:06:50

I have two testing machines and two staging machines, the staging ones work with systemd-resolved.
On the testing ones systemd-resolved dies with exit code 127 (very informative).
All have identical versions of systemd: 242.84-2.0
If I start /lib/systemd/systemd-resolved as root by hand, I can resolve addresses afterwards.
I didn't find the difference yet, checked the obvious ones like libcap/libseccomp etc., They
are also identical.
On all stable machines I have 242.84-1.0, where systemd-resolved works fine.
I found some regressions of systemd-resolved in the past - glad to hear how to debug that thing in its
service environment..

#16 Re: Installation » New massive update broke system (pentium4)? » 2019-08-17 14:13:59

About the resolver issue, try to set DNSSEC=no in /etc/systemd/resolved.conf.
That helped me to get systemd-resolved talk to a OpenBSD unbound (with no
DNSSEC in place).

(side remark: I don't consider DNSSEC=yes to be a sensible default)

#17 Re: Installation » New massive update broke system (pentium4)? » 2019-08-17 09:55:46

xfce4-session misses a shared library. I triggered a rebuild..

[root@arch32-stable ~]# ldd /usr/bin/xfce4-session | grep not
        libxfconf-0.so.2 => not found
        libxfconf-0.so.2 => not found

#18 Re: Installation » New massive update broke system (pentium4)? » 2019-08-17 08:59:17

I shortly tested:
- XFCE has a linking issue (I'm on it)
- FVWM, Mate, LXDE work on i686 and pentium4
- KDE works on pentium4 (on i686 there are micro-optimizations breaking)
- Gnome seems broken on i686 and pentium4

In which application do you experience font problems, I see none?

#19 Re: Installation » New massive update broke system (pentium4)? » 2019-08-17 08:39:18

Mmh, I have connectivity and resolving via systemd-network and systemd-networkd..

#20 Re: Installation » New massive update broke system (pentium4)? » 2019-08-17 07:40:11

Yeah, that was a db-update of mine. Publishing of packages got stuck for quite a while, so I had the choice of either
declaring Archlinux32 a stable distribution or to try an update. Sadly something broke in the database while
publishing:
https://buildmaster.archlinux32.org/master-sanity.html

I'm not sure whether the issues you describe are caused by that, they may also have been there in the 'testing'
repositories.

Anyways, I'm currently trying to fix the database because otherwise I'm stuck doing anything useful..

#21 Re: Press Review » In print » 2019-08-14 19:21:07

Yeah. I also read that, a little bit optimistic. :-)
I have a server running on a Pentium II with the i686 branch though..

#23 Re: Pacman / Pacman Upgrades » firefox 67.0.4-1 » 2019-08-09 12:45:20

Have also a look at:

https://news.ycombinator.com/item?id=18686720

and

https://bootstrappable.org/

This corner of software/compiler and distribution development is one and needed only by a few persons on this
planet, but it has important consequences, if things are not properly done. :-)

#24 Re: Kernel & Hardware » I could not configure the Xorg » 2019-08-09 10:15:30

As for all Xorg-related questions: what is the graphic card used (use lspci or lshw to identify it).

modprobe: FATAL: Module fbcon not found in directory /lib/modules/5.2.5-arch1-1.0-ARCH

This just means, it tries to load via Framebuffer and doesn't have a framebuffer device in the kernel.

#25 Re: Installation » [Solved] Gnome won't start in remastered Install ISO » 2019-08-09 10:11:29

Well, the ISO is not really a live system, also not in the upstream ISO (can you confirm that Gnome and friends
run in the 64-bit version of the ISO?).

The ISO is more for installation only, besides: who wants _NOT_ to put Archlinux permanently on his machine.. ;-)

Board footer

Powered by FluxBB