Das 13-stable ist aktuell, git pull von heute morgen auf src und ports, delete-old und delete-old-libs ausgeführt, Welt und Kern gebaut und installiert, /usr/obj leer geputzt..aber langsam fällt mir nix mehr ein.
Ich habe vorher leichtsinnigerweise den metaport kde5 bauen wollen, was die Kiste ewig beschäftigt und irgendwann lief das Ganze auf Fehler, zuerst in akonadiconsole, aber auch anderes Zeug ist mittlerweile kaputt.
Am WE habe ich hier das System von einem Freund aktualisiert, der hat ein 13-stable vom 22.Januar und das funktioniert, die kiste ist indessen wieder remote aber erreichbar, so das ich dort vergleichen kann. Bibliotheken auf dem remote system gebaut und als Packages bei mir implantiert funktionieren, aber lokale Builds einfach nicht.
Anhand von /usr/ports/x11/libxkbcommon habe ich nun nachvollzogen was da passiert, der Version String V_0.5.0 ist in der remote gebauten Lib enthalten:
in der bei mir gebauten Lib nicht:
Der ld.so.1 kann also die lib nicht identifizieren und das Linken schlägt fehl, u.A. in Programmen die die Libs von ffmpeg benutzen (/usr/lib/libav*.so*)
Ein strings /usr/local/lib/libxkbcommon.so" fördert Folgendes zu Tage:
aber der ganze Part mit der Version fehlt in der lokal gebauten Variante, nichts desto trotz wird diese Bibliothek problemlos
von portmaster gebaut und intalliert:
Hat Jemand eine Idee was hier los sein könnte? Das bauen von Welt und Kern sowie das gesamte OS funktionieren stabil..
Hier das selbe Theater bei forums.freebsd.org:
forums.freebsd.org
Gruß,
Holm
Ich habe vorher leichtsinnigerweise den metaport kde5 bauen wollen, was die Kiste ewig beschäftigt und irgendwann lief das Ganze auf Fehler, zuerst in akonadiconsole, aber auch anderes Zeug ist mittlerweile kaputt.
Am WE habe ich hier das System von einem Freund aktualisiert, der hat ein 13-stable vom 22.Januar und das funktioniert, die kiste ist indessen wieder remote aber erreichbar, so das ich dort vergleichen kann. Bibliotheken auf dem remote system gebaut und als Packages bei mir implantiert funktionieren, aber lokale Builds einfach nicht.
Anhand von /usr/ports/x11/libxkbcommon habe ich nun nachvollzogen was da passiert, der Version String V_0.5.0 ist in der remote gebauten Lib enthalten:
Code:
# fgrep -r V_0.5.0 *
Binary file compose matches
Binary file libxkbcommon-x11.so matches
Binary file libxkbcommon-x11.so.0 matches
Binary file libxkbcommon-x11.so.0.0.0 matches
Binary file libxkbcommon.so matches
Binary file libxkbcommon.so.0 matches
Binary file libxkbcommon.so.0.0.0 matches
Binary file xkbcli matches
Binary file xkbcli-compile-keymap matches
Binary file xkbcli-how-to-type matches
Binary file xkbcli-interactive-evdev matches
Binary file xkbcli-interactive-wayland matches
Binary file xkbcli-interactive-x11 matches
# pwd
/usr/ports/x11/libxkbcommon/work/libxkbcommon-1.3.1/_build
#
Code:
root@trollo:/usr/ports/x11/libxkbcommon/work/libxkbcommon-1.3.1/_build # fgrep -r V_0.5.0 *
root@trollo:/usr/ports/x11/libxkbcommon/work/libxkbcommon-1.3.1/_build #Der ld.so.1 kann also die lib nicht identifizieren und das Linken schlägt fehl, u.A. in Programmen die die Libs von ffmpeg benutzen (/usr/lib/libav*.so*)
Ein strings /usr/local/lib/libxkbcommon.so" fördert Folgendes zu Tage:
Code:
...
xcb_get_atom_name_name
xcb_get_atom_name_name_length
strndup
strlen
getenv
xkb_context_ref
bcmp
malloc
realloc
memset
strncmp
libxkbcommon-x11.so.0
V_0.5.0
libxkbcommon.so.0
libc.so.7
FBSD_1.0
FBSD_1.1
$ORIGIN/
libxcb.so.1
libxcb-xkb.so.1
%s: unrecognized flags: %#x
reply->firstKeySym >= reply->minKeyCode
get_names
...aber der ganze Part mit der Version fehlt in der lokal gebauten Variante, nichts desto trotz wird diese Bibliothek problemlos
von portmaster gebaut und intalliert:
Code:
...
xcb_get_atom_name_name
xcb_get_atom_name_name_length
strndup
strlen
getenv
xkb_context_ref
bcmp
malloc
realloc
memset
strncmp
libxkbcommon.so.0
libxcb.so.1
libxcb-xkb.so.1
libc.so.7
libxkbcommon-x11.so.0
FBSD_1.1
FBSD_1.0
$ORIGIN/
%zL
%rL
%jL
%bL
%ZL
%RL
%JL
...Hat Jemand eine Idee was hier los sein könnte? Das bauen von Welt und Kern sowie das gesamte OS funktionieren stabil..
Hier das selbe Theater bei forums.freebsd.org:
Library building in Ports on 13-stable broken?!?
I have problems to properly build shared libraries on an actual 13-stable system (git, world and kern+ports world from today morning) For example /usr/ports/x11/libxkbcommon is broken, please read...
Gruß,
Holm
