home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   alt.os.linux.slackware      I think its the one without Selinux crap      87,272 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 87,193 of 87,272   
   Sylvain Robitaille to Lew Pitcher   
   Re: Caveats while self-upgrading CUPS   
   03 Nov 25 15:39:08   
   
   From: syl@therockgarden.ca   
      
   On 2025-10-31, Lew Pitcher wrote:   
      
   > I'm in the process of upgrading my Slackware 14.2 CUPS service in   
   > order to accommodate my system's new "IPP Everywhere" printer (a   
   > Brother MFC-L8610cdw colour laser printer). As is my standard, I   
   > install self-compiled programs and libraries under the /usr/local   
   > tree, so as to distinguish them from the Slackware provided programs   
   > and libraries found elsewhere, and I did so for this new version of   
   > CUPS. ...   
   > ....   
   > I built these in a "clean room" install of Slackware 14.2 running   
   > under LXC on my development box, and (after some back and forth with   
   > ./configure settings) I managed to get the laser printer to work with   
   > this new version of Cups. However, when I installed these upgrades   
   > (packaged as locally-built Slackware packages), my (hardware)   
   > Slackware 14.2 system would not print, complaining of a cups "filter   
   > failure".   
      
   For what it's worth, on the odd occasion that I might "manually"   
   upgrade a Slackware component that would normally be provided by   
   the OS, I make a point to at least refer to, if not outright use,   
   the original SlackBuild script for that package, adapted, of course,   
   for the new software version that I'm working on installing.  It can   
   easily be adjusted for installing to /usr/local if you insist on   
   that, but with a package normally installed by the OS, and with   
   Slackware-14.2 no longer actively getting updates, I rarely find   
   that using the local installation path is worth it (at least on my   
   own Slackware-14.2 system).   
      
   By using the "official" SlackBuild script, though, you get the   
   package built as it would likely have been done officially (modulo   
   any build-time options you handle differently than was done in the   
   original build script).  If there's any question of how to handle   
   changes in a newer version of the software, it's easy enough to   
   also refer to the SlackBuild script from Slackware-15.0 or -current,   
   and adjust your script accordingly.   
      
   > It turns out that the Slackware aaa_elflibs package includes two   
   > libraries that the Cups package also supplies (/usr/lib64/libcups.so.2   
   > and  /usr/lib64/libcupsimage.so.2), which (as they had regestered in   
   > ld.so.conf ahead of my new libraries) interfered with the proper   
   > execution of the new filters.   
   >   
   > I temporarily worked around this by softlinking those two libraries   
   > to my new libraries in /usr/local/lib64, and managed to properly print   
   > to the new printer. ...   
      
   I agree that adjusting ld.so.conf is a better way to resolve this   
   problem, of course.  I do have to admit to wondering why those two   
   files are even included in aaa_elflibs.  No insight is available from   
   the aaa_elflibs source tree, I'm afraid.   
      
   I hope that I've helped you with whatever your next "manual" package   
   update might be ...   
      
   --   
   ----------------------------------------------------------------------   
   Sylvain Robitaille                                syl@therockgarden.ca   
   ----------------------------------------------------------------------   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca