Hi, We sincerely apologize for the inconvenience caused. We were facing some issues with the system's libz while using for .gz extraction which made us carry our own version of libz.
Apart from libz, we do carry libxerces-c-3.1.so. Regards, Sashi -----Original Message----- From: Diego Santa Cruz [mailto:[email protected]] Sent: Monday, April 3, 2017 2:19 PM To: K, Sashi <[email protected]>; linux-poweredge-Lists <[email protected]> Subject: RE: dell-system-update package 1.4.0-17.02.00 Hi, But why modify the libz that is used system wide? This is really bad practice as it can break other programs using libz and masks any CentOS / RH released updates to libz from all apps. My first suggestion would be to use the system's libz and add a dependency on that. The system's libz should handle extraction of .gz files just fine, there is no need to ship your own. If you really need your own version of libz, think twice, it should not be. But then if you really really need it then ship your own private version which is used by your apps only. It is pretty sad that often DSU releases break things in subtle ways. When DSU is updated the previous break is often resolved but a new break is introduced, and it takes months for breakage to be solved. What other system libs does DSU replace? I see xerces-c as well and same thing, use the system's xerces-c if at all possible, otherwise ship your own private version to be used by your apps only. Please, please, do not ship any libraries that are part of the base system in a way that overrides them. So either use the system provided lib, or ship your own and either change the SO name of each such lib to avoid conflict or put them in a private directory which is loaded via rpath / LD_LIBRARY_PATH magic and do not add that private directory to the ld.so.conf system library search path as it is currently done. Best, -- Diego Santa Cruz, PhD Technology Architect T +41 21 341 15 50 [email protected] spinetix.com -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of [email protected] Sent: 03 April 2017 10:18 To: [email protected] Subject: Re: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00 Hi, You are right. Previous version of DSU (1.3.1 or below) does not use libz. Now, in the latest version of DSU (1.4.0), we do use libz for extraction of .gz file formats. Hence we carry libz.so.1 along with DSU RPM in lib64/dsu folder. Regards, Sashi Message: 1 Date: Fri, 31 Mar 2017 13:04:18 -0500 From: jsl6uy js16uy <[email protected]> Subject: [Linux-PowerEdge] dell-system-update package 1.4.0-17.02.00 installs a new version of libz.so? To: "<[email protected]>" <[email protected]> Message-ID: <caagd8_r6onmp5oea4b1kefwrahs-zy6ypor_r+0ndi+w5ta...@mail.gmail.com> Content-Type: text/plain; charset="utf-8" A colleague noticed after we had issues with a standard deployment we provide to customers that libz.so was updated. Moreover ldconfig was updated so the system uses the new libz. Again this broke a normal milk run install we do. Is there any reasoning for this? Details: The dell-system-update package 1.4.0-17.02.00 install a new version of libz.so and update the ld config for the entire system to use it? This breaks some programs which also use this shared library. It looks like previous versions of dell-system-update did this with the xerces library, which did not affect my systems, but still seems like bad practice to me. # ldd $(which xsltproc)|grep libz libz.so.1 => /lib64/libz.so.1 (0x0000003036600000) # yum install dell-system-update Resolving Dependencies --> Running transaction check ---> Package dell-system-update.x86_64 0:1.4.0-17.02.00 will be ---> installed --> Finished Dependency Resolution ...... Installed: dell-system-update.x86_64 0:1.4.0-17.02.00 # ldd $(which xsltproc)|grep libz libz.so.1 => /usr/lib64/dsulib/libz.so.1 (0x00007f2403afe000) # cat /etc/ld.so.conf.d/dsulib.conf /usr/lib64/dsulib -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.us.dell.com/pipermail/linux-poweredge/attachments/20170331/bfd3a71a/attachment-0001.html ------------------------------ _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge End of Linux-PowerEdge Digest, Vol 155, Issue 1 *********************************************** _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge _______________________________________________ Linux-PowerEdge mailing list [email protected] https://lists.us.dell.com/mailman/listinfo/linux-poweredge
