From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: CU168 updater list Date: Tue, 03 May 2022 12:10:41 +0100 Message-ID: <3C08B8DA-8D29-4DCE-B648-BE4DB9EC99D9@ipfire.org> In-Reply-To: <2734ad1d-7f8b-f9a4-83e3-abdbd9a79114@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7522408745297132061==" List-Id: --===============7522408745297132061== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello Adolf, So when you run find-dependencies on a fresh build with the new version, you = are guaranteed to not find anything with the old version any more, because it= was not present at build time. The system has never seen it. That means that everything that is now linked against the new version was pro= bably linked against the old version and therefore needs to be shipped again = - i.e. PAK_VER needs to be incremented or it needs to be part of the core upd= ate. It is very hard to find them all, and as much as we tried, there was occasion= ally something left which is kind of annoying, but there is no better way doi= ng it than this. -Michael > On 1 May 2022, at 13:17, Adolf Belka wrote: >=20 > Hi All, >=20 > I ran find-dependencies on libgd.so.3, the latest library to see what is li= nked to it on my build system. >=20 > sarg is highlighted and also icinga and apcupsd are linked to it so people = who had those addons already installed and linked with the old libgd.so.2 lib= rary will have problems with images. This I can confirm with my apcupsd setup= which I had running. When you try and see the upsimage.cgi page then all the= coloured parts of the image that show varying amounts of charge etc are not = visible. >=20 > As these are addons they need to have their PAK_VER numbers incremented to = get them to be updated. I will provide a patch to do this for sarg, icinga an= d apcupsd >=20 >=20 > Regards, >=20 > Adolf. >=20 > On 01/05/2022 13:35, Adolf Belka wrote: >> Hi everyone, >>=20 >> In CU167 the old libgd.so.2 library was removed but it turned out that som= e programs were still linked to it and not to the new libgd.so.3 library. My = bad last September when I updated gd. I mad an error with find-dependencies a= nd it said there was nothing still linked to the old library which was not th= e case. >>=20 >>=20 >> During CU167 Testing this was found with vnstat needed for the Net-Traffic= page. So vnstat was added to the updater list for CU167. >>=20 >>=20 >> In the forum @hellfire has found that the same old library link is there f= or sarg. So could sarg please be added to the CU168 updater list so that it w= ill update its link to the new library. >>=20 >> I will try and find out if anything else is still linked to the old libgd.= so.2 library >>=20 >> Sorry for the hassle. >>=20 >>=20 >> Regards, >>=20 >> Adolf. >>=20 --===============7522408745297132061==--