Date: Thu, 02 May 2024 09:54:16 +0200 From: Alexander Leidinger <Alexander@Leidinger.net> To: Baptiste Daroussin <bapt@freebsd.org> Cc: ports@freebsd.org Subject: Re: pkg upgrade odity Message-ID: <5c9bf134b49d9b93ccde23a3a1a916a4@Leidinger.net> In-Reply-To: <d3d237d8ce6654d36a0575df397ed5ecffed76e9@freebsd.org> References: <6e8aea8cce83e0a82be430be1989980a@Leidinger.net> <f64b7244-5cb1-450d-8aad-525f8673410a@quip.cz> <zypr5fta76iochorlmqbikm5ygdzpk5vqq66yta5ulprgbtjwe@fmhgiee2ugte> <8fd2687ae88582ccc74ba6309056dbce@Leidinger.net> <5D2405B5-DE58-4CBB-84D7-86B41CB7AB5D@FreeBSD.org> <0038290a027cf550d18f6a93238c7da5@Leidinger.net> <DA38A82E-21E2-4886-B056-BAB64CD17256@FreeBSD.org> <2425e2453f6360647cbb97ffb13f9a53@Leidinger.net> <8E574326-FCDE-49F2-97E6-B6756AC94FD6@FreeBSD.org> <47e4870228f0635644852b744c02d5f5@Leidinger.net> <d3d237d8ce6654d36a0575df397ed5ecffed76e9@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_9bf95c8b848e753507a2e6c226159477 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed Am 2024-05-02 09:33, schrieb Baptiste Daroussin: > 2 mai 2024 à 09:28 "Alexander Leidinger" <Alexander@leidinger.net> a > écrit: > > > >> >> Am 2024-05-01 09:52, schrieb Baptiste Daroussin: >> >> > >> > Le 30 avril 2024 23:30:16 GMT+02:00, Alexander Leidinger > <Alexander@Leidinger.net> a écrit : >> > >> > > >> > > Am 2024-04-30 23:11, schrieb Baptiste Daroussin: >> > > >> > >> > Le 30 avril 2024 22:51:19 GMT+02:00, Alexander Leidinger >>> <Alexander@Leidinger.net> a écrit : >> > >> > Am 2024-04-30 22:21, schrieb Baptiste Daroussin: >> > >> > Le 30 avril 2024 13:18:41 GMT+02:00, Alexander Leidinger >>>>> <Alexander@Leidinger.net> a écrit : >> > >> > >>>>>> Does this sound like "pkg check -B" would help here? >> > >> > >>>>>> Bye, >> > >> > Alexander. >> > >> > >>>>> >>>>> Not at all! I need the output of pkg info -R --raw-format ucl >>>>> abseil >> > >> > >>>> Output attached. >> > >> > >>>>> This is a real issue on your system, which usually comes from local >>>>> building, is it your case? >> > >> > >>>> It is my own build with poudriere-devel on another system, not build >>>> form ports on the system where the package was installed. The main >>>> differences to the official FreeBSD packages are WITH_PIE, >>>> WITH_BIND_NOW and WITH_RELRO (at least for abseil, some other ports >>>> may have some options like WITHOUT_X11). >> > >> > >>>> Bye, >> > >> > Alexander. >> > >> > >>> >>> So pkg is right your package does not provide anymore the libraries >>> mosh requires! >> > >> > >>> libabsl_strings is not in the provides. >> > >> > > >> > > >> On the poudriere builder: >> > > >> > > # tar -tvf >> /space/poudriere/data/packages/poudriere-bastille-default/All/abseil-20230125.3.pkg >> | grep libabsl_strings >> > > >> > > lrwxr-xr-x 0 root wheel 0 10 Apr. 00:22 >> /usr/local/lib/libabsl_strings.so -> libabsl_strings.so.2301.0.0 >> > > >> > > -rwxr-xr-x 0 root wheel 99600 10 Apr. 00:22 >> /usr/local/lib/libabsl_strings.so.2301.0.0 >> > > >> > > lrwxr-xr-x 0 root wheel 0 10 Apr. 00:22 >> /usr/local/lib/libabsl_strings_internal.so -> >> libabsl_strings_internal.so.2301.0.0 >> > > >> > > -rwxr-xr-x 0 root wheel 9536 10 Apr. 00:22 >> /usr/local/lib/libabsl_strings_internal.so.2301.0.0 >> > > >> > > >> Bye, >> > > >> > > Alexander. >> > > >> > > > > > The thing it means it is that some of the .so files from devel/abseil > are not generated in a way that prevents pkg from extracting the SONAME > properly which has a big change to come from one of your non default > option (unrelated to x11 because the port has no x11 option) >> > > >> > >> > So it highlights a real problem >> > >> >> I've rebuild the abseil package and reinstalled it on the system in >> question. It was rebuild with an updated poudriere-devel >> (poudriere-git-3.4.99.20240424). Now pkg check -d doesn't complain >> about missing stuff anymore, and the raw pkg info output lists >> libabsl_strings. >> >> Bye, >> >> Alexander. >> > > > Great, now the interesting part would be to know why the abseil package > had to be rebuilt in the first place, aka what was caussing the issue > either on the .so files themselves, or what potential bug of pkg was > trigger which made it unable to analyse properly those file. > > Do you have a copy of the abseil package with the wrong > shlibs_provides? > If yes I would love to be able to analyse it. Uh, oh.... no. I used rm, not mv before rebuilding. And no zfs snapshot of packages or a backup of /var/cache/pkg or poudriere-builds. And given that I see strange socket behavior on the -current system I could imagine (depending on how the package building is handled) that it may or may not be an issue inside pkg. Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_9bf95c8b848e753507a2e6c226159477 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmYzRrgACgkQEg2wmwP4 2IZZfg//VMW8zNxeviBv3DpzORIRbzZbaS5X+Y2X9uaE0M6ymRkFMtBx98uvhFeT kQpvUx6ubN+2VChyjgQplRaPFaV/pO2JTji6aNuV/74UlKP9UpV9InImqLNUqgaB flhXJOFzKjT3+RZWD9azIqXhdZEFwbzvj8grViwEXBCzD6PA0YtIWvtWbDT2lBcB ISkgzQIXVS0H6ppUPlpvJcKt54RYngnjPHkEU2Qaj6fgFcoI4nuPHVp8teA8VBrR SYHzyJinalszYrBTr3JEg8mj+jJXIBstIQKiRRt9Ldy4F9cq5G6h2Zr0OvQcxfvk 3A1p2v9oh915Nj80Xfk/eRsPrwOr9AMwkw30AAmcGMN2f6pub69HEbY0XYPAdsV6 cM+u/8/6zztoS2vkQVnaOIpFXciMjTpZwNkhOcHmWueAFXe/4VVE/KnMEUmys5mC haT0Wjv1i84upaoWco1tB29g3PThug3Sjw4a4tBwim2AQ+dcl9oU4UUZddrzH0zK 5Uu5gsVzk7WI6IjFtcm1hhHTyoNVjCautRhOwP2EYq1b6x9J9Zt9wSjk19ynfEjT 4QqYdKBT9QRI57zL17/3f32769YqweP0Wz2GIWZMRZ/7RqMe5D3WFs7sfzUmkUFk mytGF8u63kxc3dr7aq40IbKWqvSumsnBakgG++cdHjBFq8VMeOo= =KHsh -----END PGP SIGNATURE----- --=_9bf95c8b848e753507a2e6c226159477--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5c9bf134b49d9b93ccde23a3a1a916a4>