From: AlMa0@ro.ru   
      
   tag 1128501 - moreinfo   
   thanks   
      
   Hi Rene,   
      
   Am 20.02.26 um 17:29 schrieb Rene Engelhard:   
   > tag 1128501 + moreinfo   
   > reassign 1128501 glycin-loaders   
   > thanks   
   >   
   > Hi,   
   >   
   > Am 20.02.26 um 16:55 schrieb Al Ma:   
   >> Package: libreoffice-writer   
   >> Version: 4:25.2.3-2+deb13u3   
   > Uh, what?   
   ???   
      
   >> Control: affects -1 glycin-loaders   
   >>   
   >> This misbehavior started after we updated glycin and GDK Pixbuf recently.   
   > So it's a bug there?   
      
   Spare me with questions on whose bug it is from a developer's viewpoint:   
   package X, Y, or the interface between them. I'd have to look into the code   
   (at least several full days, i.e., as for my time, never) to answer this. As   
   for a dumb user's viewpoint,    
   I've written this already.   
      
   > And why would anyone install unstables glygin/gd-pixbuf on stable anyway?   
      
   The upgrade enables eog to view JPEG2000, which was not the case previously.   
      
   >> As the user action was calling libreoffice on a DOCX document, I am filing   
   this bug report against libreoffice-writer; the maintainer may reassign if   
   necessary.   
   >>   
   > Just beause llibeoffice loads images?   
      
   Spare me about “becauseâ€�; I'd have to look into the code to answer this   
   and tell you the reasons.   
      
   > I don't think so. (And even then writer is just writer, image loading   
   probably is -core)   
   >   
   >   
   >> Reproduce:   
   >>   
   >> $ sshfs username@remote_host:/remote_directory ~/Remote   
   >   
   > Oh, dear...   
      
   It's for both anonymity and clarity. There is really no need to mention real   
   names of files, directories, and users here – specifically in this issue,   
   real names are probably a pointless distraction.   
      
   >   
   >> $ sudo dpkg -l libreoffice-writer libgdk-pixbuf-2.0-0 glycin-loaders   
   >> Desired=Unknown/Install/Remove/Purge/Hold   
   >> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/tri   
   -aWait/Trig-pend   
   >> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)   
   >> ||/ Name                      Version    
   Â Â Â Â Â Â Â Â Â  Architecture Description   
   >> +++-=========================-==================-============   
   ===========================================   
   >> ii  glycin-loaders            2.0.8-1              
   amd64 sandboxed image loaders for GNOME   
   >> ii  libgdk-pixbuf-2.0-0:amd64 2.44.5+dfsg-4      amd64          
   GDK Pixbuf library   
   >> ii  libreoffice-writer        4:25.2.3-2+deb13u3 amd64 office   
   productivity suite -- word processor   
   > Why are you installing unstables glycin on stable?   
   >> Requested change: Close the streams to the current working directory when   
   they are no longer required.   
   >   
   > Rquested action: Don't install random packages from sid on stable and then   
   blame stable.   
      
   I didn't “blameâ€� stable (the tone of this word is an overstatement), and   
   the upgraded (not just “installedâ€�) packages are not random, but crucial   
   to at least three other GNOME packages (eog, evince, and papers). This issue   
   is likely to become an    
   issue in testing, and then in stable in several months/years if not handled   
   properly early enough, as keeping files open longer than necessary is serious   
   (issuing an fclose() is simple, but determining when it's time to issue an   
   fclose() may or may not    
   be nontrivial). For the reasons I already stated, I submitted a bug report   
   against libreoffice and stated explicitly that the maintainer may reassign   
   (i.e., disagree). If you happen to be the maintainer, a disagreement is fine,   
   and there is no need to be    
   extra outraged.   
      
   >   
   > In any case: Even if there was a bug in libreoffice noone will care about it   
   in *stable* since the gdk-pixbuf there is not using glycin anyway.   
   One of the scenarios could be a so far unnoticed bug in the interface or the   
   way libreoffice uses the interface.   
      
   >   
   > If you insist that this is libreoffice at fault (which I don't think is)   
   please at least try with testing or sids version.   
   >   
   I insist on nothing, but it's at fault from a plain user's viewpoint (which I   
   stay as long as I don't read the code) who simply started libreoffice. A   
   maintainer may naturally disagree with the package assignment; a decision I   
   don't have the slightest    
   intent to contest now.   
      
   >   
   > Regards,   
   >   
   >   
   > Rene   
   >   
      
   I cleared the moreinfo tag; if the maintainers think that their question   
   â€œUh, what?â€� has not been addressed, I kindly ask them to restate it so   
   that I could actually answer it.   
      
   Cheers,   
   Alma   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)