Re: [Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
Thanks! Can you link here the upstream bug report and fix once it is there? What about the other PPDs that don't set a default resolution? I would suppose that they suffer from the same problem if the printer supports more than 300dpi. On Sun, 9 Sep 2018 at 02:29, gf <1385...@bugs.launchpad.net> wrote: > OK, thanks for the update, Schlomo. I think there is enough information > in this report now that it can be send to the programmers. For their > ease, I will add a summary here. Please feel free to add any > corrections. > > --- > SUMMARY: > Ubuntu version 16.04 and 18.04 > > Problem is reproducable by the bug reporter. > Printer is HP Officejet Pro X476dw MFP. > > Notes: > Printing documents with Hebrew fonts results in low quality with fuzzy > lines (default CUPS converts the print job to a 300dpi PS before giving it > to the hp driver) > > Expected behaviour: documents print at 600 dpi > Actual behaviour: documents are printing at 300 dpi > > Additional notes: > Bug reporter is in Ubuntu 16.04 but has checked the latest PPD file > (v3.18.7) and issue still exists. “The PPD does not define the > DefaultResolution parameter which causes CUPS to use a default of 300dpi.” > > Solution: > Add to the PPD for this printer: the DefaultResolution parameter. For > example: > *DefaultResolution: 600x600dpi > --- > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1385055 > > Title: > HP Officejet Pro X476dw MFP prints in 300dpi > > Status in HPLIP: > Incomplete > Status in hplip package in Ubuntu: > Incomplete > > Bug description: > Running Ubuntu 14.04 running stock hplip 3.14.3 > > Printer HP Officejet Pro X476dw MFP > > hp-check -t output is attached > > Problem: > > Initially I noticed that printing documents with Hebrew fonts results > in low quality with fuzzy lines. After some debugging I was able to > trace this down to the fact that by default CUPS converts the print > job to a 300dpi PS before giving it to the hp driver: > > D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP > Officejet Pro X576dw MFP > D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for > pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 > media=iso_a4_210x297mm output-bin=face-down print-color-mode=color > print-quality=4 sides=one-sided > job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c > job-originating-host-name=localhost time-at-creation=1414128121 > time-at-processing=1414128121 Duplex=None PageSize=A4' > D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found > in the PPD file. > D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering > resolution 300 dpi > D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs > -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout > -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE > -c 'save pop' -f /var/spool/cups/tmp/066575456f596 > > I was able to fix the problem by adding this resolution setting to the > PPD: > > *DefaultResolution: 600x600dpi > > As a result the print job is converted at 600dpi instead of 300dpi > which leads to the expected good result: > > D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP > Officejet Pro X576dw MFP > D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for > pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 > media=iso_a4_210x297mm output-bin=face-down print-color-mode=color > print-quality=4 sides=two-sided-long-edge > job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 > job-originating-host-name=localhost time-at-creation=1414128153 > time-at-processing=1414128153 PageSize=A4' > D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering > resolution 600 dpi > D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs > -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout > -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE > -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 > > I think that the PPD is broken because it does not specify a > resolution. > > It would be nice if the PPD could be fixed. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions > -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HPLIP: Incomplete Status in hplip package in Ubuntu: Incomplete Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality
Re: [Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
Using Ubuntu 16.04. I originally reported it when I was using 14.04, but the PPD hasn't seen any changes in all those years and nobody from the HPLIP developers looked at this bug (AFAIK). On Fri, 7 Sep 2018 at 14:11, gf <1385...@bugs.launchpad.net> wrote: > Hi Schlomo, > Just to clarify and prep this report for the programmers, what version of > ubuntu are you in now? > Thanks > G > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1385055 > > Title: > HP Officejet Pro X476dw MFP prints in 300dpi > > Status in HPLIP: > Incomplete > Status in hplip package in Ubuntu: > Incomplete > > Bug description: > Running Ubuntu 14.04 running stock hplip 3.14.3 > > Printer HP Officejet Pro X476dw MFP > > hp-check -t output is attached > > Problem: > > Initially I noticed that printing documents with Hebrew fonts results > in low quality with fuzzy lines. After some debugging I was able to > trace this down to the fact that by default CUPS converts the print > job to a 300dpi PS before giving it to the hp driver: > > D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP > Officejet Pro X576dw MFP > D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for > pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 > media=iso_a4_210x297mm output-bin=face-down print-color-mode=color > print-quality=4 sides=one-sided > job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c > job-originating-host-name=localhost time-at-creation=1414128121 > time-at-processing=1414128121 Duplex=None PageSize=A4' > D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found > in the PPD file. > D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering > resolution 300 dpi > D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs > -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout > -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE > -c 'save pop' -f /var/spool/cups/tmp/066575456f596 > > I was able to fix the problem by adding this resolution setting to the > PPD: > > *DefaultResolution: 600x600dpi > > As a result the print job is converted at 600dpi instead of 300dpi > which leads to the expected good result: > > D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP > Officejet Pro X576dw MFP > D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for > pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 > media=iso_a4_210x297mm output-bin=face-down print-color-mode=color > print-quality=4 sides=two-sided-long-edge > job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 > job-originating-host-name=localhost time-at-creation=1414128153 > time-at-processing=1414128153 PageSize=A4' > D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering > resolution 600 dpi > D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs > -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout > -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE > -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 > > I think that the PPD is broken because it does not specify a > resolution. > > It would be nice if the PPD could be fixed. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions > -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HPLIP: Incomplete Status in hplip package in Ubuntu: Incomplete Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2writ
Re: [Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
Thanks. I checked the 3.18.7 PPDs and found out that the problem is still not fixed. The root issue is that the PPD does not define the DefaultResolution parameter which causes CUPS to use a default of 300dpi. So the problem is that the *DefaultResolution: 600x600dpi line is still missing from the PPD which I pointed out already at the beginning of this thread. It turns out that a lot of PPDs are missing this line: $ ( pwd ; zgrep -o DefaultResolution *ppd* | wc -l ; ls -l | wc -l ) ~/hplip-3.18.7/prnt/ps 256 339 As you can see, there are 339 PPD files in the prnt/ps directory and only 256 of them contain a DefaultResolution line. Probably the other ones also will have a similar bug if the printer supports more than the CUPS default of 300dpi I therefore kindly ask you to add the DefaultResolution line to the PPD. If you point me to a place where I can submit a Pull Request I will gladly do so. Unfortunately neither the Sourceforge nor the Launchpad project seem to contain the source code repo. On Thu, 6 Sep 2018 at 11:55, gf <1385...@bugs.launchpad.net> wrote: > Hi Schlomo, > I think the latest version of hplip is 3.18.7 from August 2018 and can be > found here: > https://launchpad.net/ubuntu/+source/hplip/3.18.7+dfsg1-1 > > There is also the ability to download it directly from HP: > https://developers.hp.com/hp-linux-imaging-and-printing > > click "Download HPLIP" > In the drop-down list, pick "Ubuntu" > Or, if you are familiar with tar, there are advanced options at the bottom > of that same page for downloading actual files. > > Hope this helps > :) > G > > -- > You received this bug notification because you are subscribed to the bug > report. > https://bugs.launchpad.net/bugs/1385055 > > Title: > HP Officejet Pro X476dw MFP prints in 300dpi > > Status in HPLIP: > Incomplete > Status in hplip package in Ubuntu: > Incomplete > > Bug description: > Running Ubuntu 14.04 running stock hplip 3.14.3 > > Printer HP Officejet Pro X476dw MFP > > hp-check -t output is attached > > Problem: > > Initially I noticed that printing documents with Hebrew fonts results > in low quality with fuzzy lines. After some debugging I was able to > trace this down to the fact that by default CUPS converts the print > job to a 300dpi PS before giving it to the hp driver: > > D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP > Officejet Pro X576dw MFP > D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for > pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 > media=iso_a4_210x297mm output-bin=face-down print-color-mode=color > print-quality=4 sides=one-sided > job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c > job-originating-host-name=localhost time-at-creation=1414128121 > time-at-processing=1414128121 Duplex=None PageSize=A4' > D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found > in the PPD file. > D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering > resolution 300 dpi > D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs > -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout > -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE > -c 'save pop' -f /var/spool/cups/tmp/066575456f596 > > I was able to fix the problem by adding this resolution setting to the > PPD: > > *DefaultResolution: 600x600dpi > > As a result the print job is converted at 600dpi instead of 300dpi > which leads to the expected good result: > > D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP > Officejet Pro X576dw MFP > D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for > pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 > media=iso_a4_210x297mm output-bin=face-down print-color-mode=color > print-quality=4 sides=two-sided-long-edge > job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 > job-originating-host-name=localhost time-at-creation=1414128153 > time-at-processing=1414128153 PageSize=A4' > D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering > resolution 600 dpi > D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs > -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout > -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE > -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 > > I think that the PPD is broken because it does not specify a > resolution. > > It would be nice if the PPD could be fixed. > > To manage notifications about this bug go to: > https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions > -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HPLIP: Incomplete Status in hplip package in Ubuntu: Incomplete Bug descri
[Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
Can you please point me to the source repo of the PPD for this printer? The bug is in the PPD which explicitly limits the resolution to 300dpi even though the printer supports true 600dpi in hardware. I haven't upgraded to 18.04 yet so that I can happily check the PPD in your source code instead. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HPLIP: Incomplete Status in hplip package in Ubuntu: Incomplete Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/066575456f596 I was able to fix the problem by adding this resolution setting to the PPD: *DefaultResolution: 600x600dpi As a result the print job is converted at 600dpi instead of 300dpi which leads to the expected good result: D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=two-sided-long-edge job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 job-originating-host-name=localhost time-at-creation=1414128153 time-at-processing=1414128153 PageSize=A4' D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering resolution 600 dpi D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 I think that the PPD is broken because it does not specify a resolution. It would be nice if the PPD could be fixed. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1680336] Re: libreoffice java based extension cannot find java_uno due to wrong java.library.path
Can you please explain why you believe that the root cause is a hard coded path in this extension? I unpacked the OXT and the embedded JAR file and could not find any "libreoffice" string in any of the files there. I could find all kind of other UI strings from the extension so that I tend to believe my test showing that the path is *not* hard coded. What else makes you so sure that only the extension can be blamed for this problem? --- Regarding your general point and closing this issue: I totally understand - and agree with - your line of arguments and also your view on what is proper with regard to file locations. Nevertheless I kindly ask you to reconsider adding my workaround (or something more appropriate to the same effect) to the LO packages on Ubuntu for the following reasons: * Users don't know or care why something fails. They just get frustrated. If we as Ubuntu have the chance to help them then we should do so. * If we can add a fix to Ubuntu that does not harm anybody but helps some people then IMHO we should do so - not as a step down from our high principles but as a step up towards just helping our users. * I estimate that we can "fix" 90% of Linux users of this extension * I have the impression that fixing it here will be much easier then getting DeutschePost to fix it, they don't really care about us. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1680336 Title: libreoffice java based extension cannot find java_uno due to wrong java.library.path Status in libreoffice package in Ubuntu: Invalid Bug description: I try to use the "E-Porto Add In" (extension to insert a stamp for the German postal system) from https://www.deutschepost.de/de/i /internetmarke-porto-drucken/e-porto-add-in.html on Ubuntu 16.04 amd64. The extension contains several XCU and one JAR: schlomo@brho:~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/lu265944hpbsb.tmp_/loeportoinstaller_v3_0_0.oxt$ ll total 744 drwxrwx--- 8 schlomo schlomo 4096 Apr 5 06:45 ./ drwxrwx--- 3 schlomo schlomo 4096 Apr 5 06:45 ../ drwxrwx--- 4 schlomo schlomo 4096 Apr 5 06:45 assets/ -rw-rw 1 schlomo schlomo 1339 Apr 5 06:45 description.xml drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 images/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 07:01 lib/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 licenses/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 META-INF/ -rw-rw 1 schlomo schlomo 721541 Apr 5 06:45 OOEporto.jar drwxrwx--- 3 schlomo schlomo 4096 Apr 5 06:45 registry/ schlomo@brho:~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/lu265944hpbsb.tmp_/loeportoinstaller_v3_0_0.oxt$ cat META-INF/manifest.xml http://openoffice.org/2001/manifest";> Using the extension throws the following Java exception: Exception in thread "Thread-1312" com.sun.star.lang.IllegalArgumentException at com.sun.star.comp.bridgefactory.BridgeFactory.createBridge(BridgeFactory.java:126) at com.sun.star.comp.urlresolver.UrlResolver$_UrlResolver.resolve(UrlResolver.java:107) at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:349) at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:280) at de.deutschepost.ooeporto.comm.a.e(Unknown Source) at de.deutschepost.ooeporto.comm.a.c(Unknown Source) at de.deutschepost.ooeporto.comm.a.a(Unknown Source) at de.deutschepost.ooeporto.comm.a.a(Unknown Source) at de.deutschepost.ooeporto.core.e.c(Unknown Source) at de.deutschepost.ooeporto.core.e.a(Unknown Source) at de.deutschepost.ooeporto.gui.bM.run(Unknown Source) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at com.sun.star.uno.UnoRuntime.getBridge(UnoRuntime.java:474) at com.sun.star.uno.UnoRuntime.getBridgeByName(UnoRuntime.java:512) at com.sun.star.comp.bridgefactory.BridgeFactory.createBridge(BridgeFactory.java:121) ... 11 more Caused by: java.lang.UnsatisfiedLinkError: no java_uno in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867) at java.lang.Runtime.loadLibrary0(Runtime.java:870) at java.lang.System.loadLibrary(System.java:1122) at com.sun.star.lib.uno.environments.remote.NativeThreadPool.(NativeThreadPool.java:77) at com.sun.star.lib.uno.environments.remote.ThreadP
[Desktop-packages] [Bug 1680336] Re: libreoffice java based extension cannot find java_uno due to wrong java.library.path
I am not sure that the installation location has any effect except for those cases where people hard-code paths which I would not recommend in any case. This bug is more about setting the correct library path to match the installation choice taken by the LO Ubuntu flavor. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/1680336 Title: libreoffice java based extension cannot find java_uno due to wrong java.library.path Status in libreoffice package in Ubuntu: Confirmed Bug description: I try to use the "E-Porto Add In" (extension to insert a stamp for the German postal system) from https://www.deutschepost.de/de/i /internetmarke-porto-drucken/e-porto-add-in.html on Ubuntu 16.04 amd64. The extension contains several XCU and one JAR: schlomo@brho:~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/lu265944hpbsb.tmp_/loeportoinstaller_v3_0_0.oxt$ ll total 744 drwxrwx--- 8 schlomo schlomo 4096 Apr 5 06:45 ./ drwxrwx--- 3 schlomo schlomo 4096 Apr 5 06:45 ../ drwxrwx--- 4 schlomo schlomo 4096 Apr 5 06:45 assets/ -rw-rw 1 schlomo schlomo 1339 Apr 5 06:45 description.xml drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 images/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 07:01 lib/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 licenses/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 META-INF/ -rw-rw 1 schlomo schlomo 721541 Apr 5 06:45 OOEporto.jar drwxrwx--- 3 schlomo schlomo 4096 Apr 5 06:45 registry/ schlomo@brho:~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/lu265944hpbsb.tmp_/loeportoinstaller_v3_0_0.oxt$ cat META-INF/manifest.xml http://openoffice.org/2001/manifest";> Using the extension throws the following Java exception: Exception in thread "Thread-1312" com.sun.star.lang.IllegalArgumentException at com.sun.star.comp.bridgefactory.BridgeFactory.createBridge(BridgeFactory.java:126) at com.sun.star.comp.urlresolver.UrlResolver$_UrlResolver.resolve(UrlResolver.java:107) at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:349) at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:280) at de.deutschepost.ooeporto.comm.a.e(Unknown Source) at de.deutschepost.ooeporto.comm.a.c(Unknown Source) at de.deutschepost.ooeporto.comm.a.a(Unknown Source) at de.deutschepost.ooeporto.comm.a.a(Unknown Source) at de.deutschepost.ooeporto.core.e.c(Unknown Source) at de.deutschepost.ooeporto.core.e.a(Unknown Source) at de.deutschepost.ooeporto.gui.bM.run(Unknown Source) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at com.sun.star.uno.UnoRuntime.getBridge(UnoRuntime.java:474) at com.sun.star.uno.UnoRuntime.getBridgeByName(UnoRuntime.java:512) at com.sun.star.comp.bridgefactory.BridgeFactory.createBridge(BridgeFactory.java:121) ... 11 more Caused by: java.lang.UnsatisfiedLinkError: no java_uno in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867) at java.lang.Runtime.loadLibrary0(Runtime.java:870) at java.lang.System.loadLibrary(System.java:1122) at com.sun.star.lib.uno.environments.remote.NativeThreadPool.(NativeThreadPool.java:77) at com.sun.star.lib.uno.environments.remote.ThreadPoolManager.create(ThreadPoolManager.java:46) at com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.(java_remote_bridge.java:330) ... 18 more The relevant part is java_uno. With libreoffice --strace I found out that actually it cannot find the libjava_uno.so library. I found a workaround by creating the /usr/lib/libreoffice/program/ooenv file with export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/libreoffice/program/classes:/usr/lib/libreoffice/program in it. This issue has been also discussed on UbuntuUsers.de: https://forum.ubuntuusers.de/topic/e-porto-add-in-libreoffice-5-1-6-2 -kein-login-/ Can you please improve libreoffice / ure so that it will set the library path correctly without user intervention? ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: ure 5.1.6~rc2-0ubuntu1~xenial1 ProcVersionSignature: Ubuntu 4.4.0-71.92-generic 4.4.49 Uname: Linux 4.4.0-71-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.5 Architecture: amd64 CurrentDesktop: Unity Date: Wed Apr 5 08:12:47 2017 Inst
[Desktop-packages] [Bug 1680336] [NEW] libreoffice java based extension cannot find java_uno due to wrong java.library.path
Public bug reported: I try to use the "E-Porto Add In" (extension to insert a stamp for the German postal system) from https://www.deutschepost.de/de/i /internetmarke-porto-drucken/e-porto-add-in.html on Ubuntu 16.04 amd64. The extension contains several XCU and one JAR: schlomo@brho:~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/lu265944hpbsb.tmp_/loeportoinstaller_v3_0_0.oxt$ ll total 744 drwxrwx--- 8 schlomo schlomo 4096 Apr 5 06:45 ./ drwxrwx--- 3 schlomo schlomo 4096 Apr 5 06:45 ../ drwxrwx--- 4 schlomo schlomo 4096 Apr 5 06:45 assets/ -rw-rw 1 schlomo schlomo 1339 Apr 5 06:45 description.xml drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 images/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 07:01 lib/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 licenses/ drwxrwx--- 2 schlomo schlomo 4096 Apr 5 06:45 META-INF/ -rw-rw 1 schlomo schlomo 721541 Apr 5 06:45 OOEporto.jar drwxrwx--- 3 schlomo schlomo 4096 Apr 5 06:45 registry/ schlomo@brho:~/.config/libreoffice/4/user/uno_packages/cache/uno_packages/lu265944hpbsb.tmp_/loeportoinstaller_v3_0_0.oxt$ cat META-INF/manifest.xml http://openoffice.org/2001/manifest";> Using the extension throws the following Java exception: Exception in thread "Thread-1312" com.sun.star.lang.IllegalArgumentException at com.sun.star.comp.bridgefactory.BridgeFactory.createBridge(BridgeFactory.java:126) at com.sun.star.comp.urlresolver.UrlResolver$_UrlResolver.resolve(UrlResolver.java:107) at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:349) at com.sun.star.comp.helper.Bootstrap.bootstrap(Bootstrap.java:280) at de.deutschepost.ooeporto.comm.a.e(Unknown Source) at de.deutschepost.ooeporto.comm.a.c(Unknown Source) at de.deutschepost.ooeporto.comm.a.a(Unknown Source) at de.deutschepost.ooeporto.comm.a.a(Unknown Source) at de.deutschepost.ooeporto.core.e.c(Unknown Source) at de.deutschepost.ooeporto.core.e.a(Unknown Source) at de.deutschepost.ooeporto.gui.bM.run(Unknown Source) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:423) at com.sun.star.uno.UnoRuntime.getBridge(UnoRuntime.java:474) at com.sun.star.uno.UnoRuntime.getBridgeByName(UnoRuntime.java:512) at com.sun.star.comp.bridgefactory.BridgeFactory.createBridge(BridgeFactory.java:121) ... 11 more Caused by: java.lang.UnsatisfiedLinkError: no java_uno in java.library.path at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1867) at java.lang.Runtime.loadLibrary0(Runtime.java:870) at java.lang.System.loadLibrary(System.java:1122) at com.sun.star.lib.uno.environments.remote.NativeThreadPool.(NativeThreadPool.java:77) at com.sun.star.lib.uno.environments.remote.ThreadPoolManager.create(ThreadPoolManager.java:46) at com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.(java_remote_bridge.java:330) ... 18 more The relevant part is java_uno. With libreoffice --strace I found out that actually it cannot find the libjava_uno.so library. I found a workaround by creating the /usr/lib/libreoffice/program/ooenv file with export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/libreoffice/program/classes:/usr/lib/libreoffice/program in it. This issue has been also discussed on UbuntuUsers.de: https://forum.ubuntuusers.de/topic/e-porto-add-in-libreoffice-5-1-6-2 -kein-login-/ Can you please improve libreoffice / ure so that it will set the library path correctly without user intervention? ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: ure 5.1.6~rc2-0ubuntu1~xenial1 ProcVersionSignature: Ubuntu 4.4.0-71.92-generic 4.4.49 Uname: Linux 4.4.0-71-generic x86_64 ApportVersion: 2.20.1-0ubuntu2.5 Architecture: amd64 CurrentDesktop: Unity Date: Wed Apr 5 08:12:47 2017 InstallationDate: Installed on 2016-05-01 (338 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: libreoffice UpgradeStatus: No upgrade log present (probably fresh install) ** Affects: libreoffice (Ubuntu) Importance: Undecided Status: New ** Tags: amd64 apport-bug xenial ** Summary changed: - libreoffice java based extension cannot find java_uno due to wrong library path + libreoffice java based extension cannot find java_uno due to wrong java.library.path -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to libreoffice in Ubuntu. https://bugs.launchpad.net/bugs/168
[Desktop-packages] [Bug 1578473] Re: Cannot install packages from Ubuntu partner repo in Ubuntu-Software
Are you sure? The main difference I found between the main and the partner repo was the lack of the dep11 stuff. Who can add this information to the partner repo? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1578473 Title: Cannot install packages from Ubuntu partner repo in Ubuntu-Software Status in gnome-software package in Ubuntu: Confirmed Bug description: There is no flash player in the Ubuntu Software. It also lacks lots of softwares. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: ubuntu-software 3.20.1+git20160426.1.a976144-ubuntu-xenial-0ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6 Uname: Linux 4.4.0-21-generic x86_64 ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Thu May 5 11:50:52 2016 InstallationDate: Installed on 2016-04-22 (12 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-software UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1578473/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1578473] Re: Cannot install packages from Ubuntu partner repo in Ubuntu-Software
Do you mean the Component files like in http://archive.ubuntu.com/ubuntu/dists/xenial/main/dep11/? Yes, the partner repo lacks those. How can we get the attention of the maintainer of the partner repo? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1578473 Title: Cannot install packages from Ubuntu partner repo in Ubuntu-Software Status in gnome-software package in Ubuntu: Confirmed Bug description: There is no flash player in the Ubuntu Software. It also lacks lots of softwares. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: ubuntu-software 3.20.1+git20160426.1.a976144-ubuntu-xenial-0ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6 Uname: Linux 4.4.0-21-generic x86_64 ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Thu May 5 11:50:52 2016 InstallationDate: Installed on 2016-04-22 (12 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-software UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1578473/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1578473] Re: Cannot install packages from Ubuntu partner repo in Ubuntu-Software
It seems like Ubuntu-Software cannot install any package from the Ubuntu partner repo. I checked with Skype and google-cloud-sdk (see Screenshot). Any news on getting a fix? ** Attachment added: "Screenshot showing apt with Skype and ubuntu-software without Skype" https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1578473/+attachment/4676020/+files/Screenshot%20from%202016-06-03%2017-05-00.png -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1578473 Title: Cannot install packages from Ubuntu partner repo in Ubuntu-Software Status in gnome-software package in Ubuntu: Confirmed Bug description: There is no flash player in the Ubuntu Software. It also lacks lots of softwares. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: ubuntu-software 3.20.1+git20160426.1.a976144-ubuntu-xenial-0ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6 Uname: Linux 4.4.0-21-generic x86_64 ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Thu May 5 11:50:52 2016 InstallationDate: Installed on 2016-04-22 (12 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-software UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1578473/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1578473] Re: Cannot install packages from Ubuntu partner repo in Ubuntu-Software
** Summary changed: - I can't install flashplayer through the Ubuntu Software. + Cannot install packages from Ubuntu partner repo in Ubuntu-Software -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-software in Ubuntu. https://bugs.launchpad.net/bugs/1578473 Title: Cannot install packages from Ubuntu partner repo in Ubuntu-Software Status in gnome-software package in Ubuntu: Confirmed Bug description: There is no flash player in the Ubuntu Software. It also lacks lots of softwares. ProblemType: Bug DistroRelease: Ubuntu 16.04 Package: ubuntu-software 3.20.1+git20160426.1.a976144-ubuntu-xenial-0ubuntu1 ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6 Uname: Linux 4.4.0-21-generic x86_64 ApportVersion: 2.20.1-0ubuntu2 Architecture: amd64 CurrentDesktop: Unity Date: Thu May 5 11:50:52 2016 InstallationDate: Installed on 2016-04-22 (12 days ago) InstallationMedia: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1) SourcePackage: gnome-software UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-software/+bug/1578473/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
A year has passed - what do I need to do to get this PPD fix upstream? -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HPLIP: New Status in hplip package in Ubuntu: New Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/066575456f596 I was able to fix the problem by adding this resolution setting to the PPD: *DefaultResolution: 600x600dpi As a result the print job is converted at 600dpi instead of 300dpi which leads to the expected good result: D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=two-sided-long-edge job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 job-originating-host-name=localhost time-at-creation=1414128153 time-at-processing=1414128153 PageSize=A4' D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering resolution 600 dpi D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 I think that the PPD is broken because it does not specify a resolution. It would be nice if the PPD could be fixed. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
See http://blog.schlomo.schapiro.org/2015/01/ppd-pimp-your-printer- driver.html, I don't know how to get my fix upstream :-( -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HP Linux Imaging and Printing: New Status in hplip package in Ubuntu: New Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/066575456f596 I was able to fix the problem by adding this resolution setting to the PPD: *DefaultResolution: 600x600dpi As a result the print job is converted at 600dpi instead of 300dpi which leads to the expected good result: D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=two-sided-long-edge job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 job-originating-host-name=localhost time-at-creation=1414128153 time-at-processing=1414128153 PageSize=A4' D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering resolution 600 dpi D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 I think that the PPD is broken because it does not specify a resolution. It would be nice if the PPD could be fixed. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1411100] Re: guest user not removed after guest session ends
I tried my best - first time doing this on Launchpad so please forgive if I am doing it the wrong way. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1411100 Title: guest user not removed after guest session ends Status in Light Display Manager: New Status in lightdm package in Ubuntu: Confirmed Bug description: The /usr/sbin/giest-account script contains a bug which prevents the removal of guest accounts: $ sudo /usr/sbin/guest-account remove guest-Hhiook /usr/sbin/guest-account: line 129: UID: readonly variable Maybe this is related to /bin/sh actually beeing a Bash: $ ll -d /bin/sh lrwxrwxrwx 1 root root 4 Jan 1 01:44 /bin/sh -> bash* But since using Bash as default sh is still a "feature" of Ubuntu, all scripts should work with both. Running the script with dash actually works: $ sudo dash /usr/sbin/guest-account remove guest-ZWCtva umount: /tmp/guest-ZWCtva: mountpoint not found umount: /tmp/guest-ZWCtva: mountpoint not found Removing user `guest-ZWCtva' ... Warning: group `guest-ZWCtva' has no more members. Done. To manage notifications about this bug go to: https://bugs.launchpad.net/lightdm/+bug/1411100/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1411100] Re: guest user not removed after guest session ends
It would be nice to see the fix in vivid and utopic, if possible. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1411100 Title: guest user not removed after guest session ends Status in Light Display Manager: New Status in lightdm package in Ubuntu: Confirmed Bug description: The /usr/sbin/giest-account script contains a bug which prevents the removal of guest accounts: $ sudo /usr/sbin/guest-account remove guest-Hhiook /usr/sbin/guest-account: line 129: UID: readonly variable Maybe this is related to /bin/sh actually beeing a Bash: $ ll -d /bin/sh lrwxrwxrwx 1 root root 4 Jan 1 01:44 /bin/sh -> bash* But since using Bash as default sh is still a "feature" of Ubuntu, all scripts should work with both. Running the script with dash actually works: $ sudo dash /usr/sbin/guest-account remove guest-ZWCtva umount: /tmp/guest-ZWCtva: mountpoint not found umount: /tmp/guest-ZWCtva: mountpoint not found Removing user `guest-ZWCtva' ... Warning: group `guest-ZWCtva' has no more members. Done. To manage notifications about this bug go to: https://bugs.launchpad.net/lightdm/+bug/1411100/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1411100] Re: guest user not removed after guest session ends
This patch renames the variables in the remove part of the script so that they cannot conflict with reserved Bash variables -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1411100 Title: guest user not removed after guest session ends Status in lightdm package in Ubuntu: New Bug description: The /usr/sbin/giest-account script contains a bug which prevents the removal of guest accounts: $ sudo /usr/sbin/guest-account remove guest-Hhiook /usr/sbin/guest-account: line 129: UID: readonly variable Maybe this is related to /bin/sh actually beeing a Bash: $ ll -d /bin/sh lrwxrwxrwx 1 root root 4 Jan 1 01:44 /bin/sh -> bash* But since using Bash as default sh is still a "feature" of Ubuntu, all scripts should work with both. Running the script with dash actually works: $ sudo dash /usr/sbin/guest-account remove guest-ZWCtva umount: /tmp/guest-ZWCtva: mountpoint not found umount: /tmp/guest-ZWCtva: mountpoint not found Removing user `guest-ZWCtva' ... Warning: group `guest-ZWCtva' has no more members. Done. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1411100/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1411100] Re: guest user not removed after guest session ends
Sorry, this is the real patch. ** Patch added: "Patch to use non-conflicting variable names" https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1411100/+attachment/4298811/+files/guest-account_variable_names.patch -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1411100 Title: guest user not removed after guest session ends Status in lightdm package in Ubuntu: New Bug description: The /usr/sbin/giest-account script contains a bug which prevents the removal of guest accounts: $ sudo /usr/sbin/guest-account remove guest-Hhiook /usr/sbin/guest-account: line 129: UID: readonly variable Maybe this is related to /bin/sh actually beeing a Bash: $ ll -d /bin/sh lrwxrwxrwx 1 root root 4 Jan 1 01:44 /bin/sh -> bash* But since using Bash as default sh is still a "feature" of Ubuntu, all scripts should work with both. Running the script with dash actually works: $ sudo dash /usr/sbin/guest-account remove guest-ZWCtva umount: /tmp/guest-ZWCtva: mountpoint not found umount: /tmp/guest-ZWCtva: mountpoint not found Removing user `guest-ZWCtva' ... Warning: group `guest-ZWCtva' has no more members. Done. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1411100/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1411100] [NEW] guest user not removed after guest session ends
Public bug reported: The /usr/sbin/giest-account script contains a bug which prevents the removal of guest accounts: $ sudo /usr/sbin/guest-account remove guest-Hhiook /usr/sbin/guest-account: line 129: UID: readonly variable Maybe this is related to /bin/sh actually beeing a Bash: $ ll -d /bin/sh lrwxrwxrwx 1 root root 4 Jan 1 01:44 /bin/sh -> bash* But since using Bash as default sh is still a "feature" of Ubuntu, all scripts should work with both. Running the script with dash actually works: $ sudo dash /usr/sbin/guest-account remove guest-ZWCtva umount: /tmp/guest-ZWCtva: mountpoint not found umount: /tmp/guest-ZWCtva: mountpoint not found Removing user `guest-ZWCtva' ... Warning: group `guest-ZWCtva' has no more members. Done. ** Affects: lightdm (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1411100 Title: guest user not removed after guest session ends Status in lightdm package in Ubuntu: New Bug description: The /usr/sbin/giest-account script contains a bug which prevents the removal of guest accounts: $ sudo /usr/sbin/guest-account remove guest-Hhiook /usr/sbin/guest-account: line 129: UID: readonly variable Maybe this is related to /bin/sh actually beeing a Bash: $ ll -d /bin/sh lrwxrwxrwx 1 root root 4 Jan 1 01:44 /bin/sh -> bash* But since using Bash as default sh is still a "feature" of Ubuntu, all scripts should work with both. Running the script with dash actually works: $ sudo dash /usr/sbin/guest-account remove guest-ZWCtva umount: /tmp/guest-ZWCtva: mountpoint not found umount: /tmp/guest-ZWCtva: mountpoint not found Removing user `guest-ZWCtva' ... Warning: group `guest-ZWCtva' has no more members. Done. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1411100/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1406834] Re: lightdm spawning X servers at high rate on secondary seat in multiseat setup
** Also affects: light-locker (Ubuntu) Importance: Undecided Status: New ** Also affects: xserver-xorg-video-ati (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to lightdm in Ubuntu. https://bugs.launchpad.net/bugs/1406834 Title: lightdm spawning X servers at high rate on secondary seat in multiseat setup Status in light-locker package in Ubuntu: New Status in lightdm package in Ubuntu: New Status in xserver-xorg-video-ati package in Ubuntu: New Bug description: OS: XUbuntu 14.10 amd64 with all updates installed. Scenario: Using a multiseat setup with 2 graphics cards. Problem: User on non-primary seat (seat-1) uses xscreensaver to lock screen (light-locker not working correctly). When the screen is in power saving mode lightdm tries to spawn an extra X server at a rate of about 20 per second, apparently to show the greeter which would be used to unlock the session. From the lightdm.log file: [+38145.59s] DEBUG: Seat seat-1: Stopping display server, no sessions require it [+38145.59s] DEBUG: Seat seat-1: Active display server stopped, starting greeter [+38145.59s] DEBUG: Seat seat-1: Creating greeter session [+38145.59s] DEBUG: Seat seat-1: Creating display server of type x [+38145.59s] DEBUG: Seat seat-1: Starting local X display [+38145.59s] DEBUG: DisplayServer x-2: Logging to /var/log/lightdm/x-2.log [+38145.59s] DEBUG: DisplayServer x-2: Writing X server authority to /var/run/lightdm/root/:2 [+38145.59s] DEBUG: DisplayServer x-2: Launching X Server [+38145.60s] DEBUG: Launching process 22681: /usr/bin/X -core :2 -seat seat-1 -sharevts -auth /var/run/lightdm/root/:2 -nolisten tcp [+38145.60s] DEBUG: DisplayServer x-2: Waiting for ready signal from X server :2 [+38145.69s] DEBUG: Process 22681 terminated with signal 6 [+38145.69s] DEBUG: DisplayServer x-2: X server stopped [+38145.69s] DEBUG: DisplayServer x-2: Removing X server authority /var/run/lightdm/root/:2 [+38145.69s] DEBUG: Seat seat-1: Display server stopped [+38145.69s] DEBUG: Seat seat-1: Stopping session [+38145.69s] DEBUG: Seat seat-1: Session stopped [+38145.69s] DEBUG: Seat seat-1: Stopping display server, no sessions require it [+38145.69s] DEBUG: Seat seat-1: Active display server stopped, starting greeter [+38145.69s] DEBUG: Seat seat-1: Creating greeter session [+38145.69s] DEBUG: Seat seat-1: Creating display server of type x [+38145.69s] DEBUG: Seat seat-1: Starting local X display and so on, filling up the disk with junk logs. From the corresponding X server log: X.Org X Server 1.16.0 Release Date: 2014-07-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.2.0-54-generic x86_64 Ubuntu Current Operating System: Linux brho 3.16.0-28-generic #38-Ubuntu SMP Fri Dec 12 17:37:40 UTC 2014 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-28-generic root=UUID=e080193a-c36a-47f5-8f9b-cb8b5528fdd4 ro quiet splash vt.handoff=7 Build Date: 09 December 2014 11:01:03PM xorg-server 2:1.16.0-1ubuntu1.2 (For technical support please see http://www.ubuntu.com/support) Current version of pixman: 0.32.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.2.log", Time: Thu Jan 1 01:58:41 2015 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (II) [KMS] Kernel modesetting enabled. (EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check the log file at "/var/log/Xorg.2.log" for additional information. (EE) (EE) Server terminated with error (1). Closing log file. and from /var/log/Xorg.2.log: [ 38270.601] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 38270.601] (II) FBDEV: driver for framebuffer: fbdev [ 38270.601] (II) VESA: driver for VESA chipsets: vesa [ 38270.601] (II) [KMS] Kernel modesetting enabled. [ 38270.601] (WW) Falling back to old probe method for modesetting [ 38270.601] (WW) Falling back to old probe method for fbdev [ 38270.601] (II) Loading sub module "fbdevhw" [ 38270.601] (II) LoadModule: "fbdevhw" [ 38270.601] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so [ 38270.601] (II) Module fbdevhw: vendor="X.Org Foundation" [ 38270.601] compiled for 1.16.0, module version = 0.0.2 [ 38270.601] ABI class: X.Org Video Driver, version 18.0 [ 38270.601] (WW) Falling back to old probe method for vesa [ 38270.601] (II) RADEON(0): Creating default Display subsection in Screen section "Def
[Desktop-packages] [Bug 1406834] [NEW] lightdm spawning X servers at high rate on secondary seat in multiseat setup
Public bug reported: OS: XUbuntu 14.10 amd64 with all updates installed. Scenario: Using a multiseat setup with 2 graphics cards. Problem: User on non-primary seat (seat-1) uses xscreensaver to lock screen (light-locker not working correctly). When the screen is in power saving mode lightdm tries to spawn an extra X server at a rate of about 20 per second, apparently to show the greeter which would be used to unlock the session. >From the lightdm.log file: [+38145.59s] DEBUG: Seat seat-1: Stopping display server, no sessions require it [+38145.59s] DEBUG: Seat seat-1: Active display server stopped, starting greeter [+38145.59s] DEBUG: Seat seat-1: Creating greeter session [+38145.59s] DEBUG: Seat seat-1: Creating display server of type x [+38145.59s] DEBUG: Seat seat-1: Starting local X display [+38145.59s] DEBUG: DisplayServer x-2: Logging to /var/log/lightdm/x-2.log [+38145.59s] DEBUG: DisplayServer x-2: Writing X server authority to /var/run/lightdm/root/:2 [+38145.59s] DEBUG: DisplayServer x-2: Launching X Server [+38145.60s] DEBUG: Launching process 22681: /usr/bin/X -core :2 -seat seat-1 -sharevts -auth /var/run/lightdm/root/:2 -nolisten tcp [+38145.60s] DEBUG: DisplayServer x-2: Waiting for ready signal from X server :2 [+38145.69s] DEBUG: Process 22681 terminated with signal 6 [+38145.69s] DEBUG: DisplayServer x-2: X server stopped [+38145.69s] DEBUG: DisplayServer x-2: Removing X server authority /var/run/lightdm/root/:2 [+38145.69s] DEBUG: Seat seat-1: Display server stopped [+38145.69s] DEBUG: Seat seat-1: Stopping session [+38145.69s] DEBUG: Seat seat-1: Session stopped [+38145.69s] DEBUG: Seat seat-1: Stopping display server, no sessions require it [+38145.69s] DEBUG: Seat seat-1: Active display server stopped, starting greeter [+38145.69s] DEBUG: Seat seat-1: Creating greeter session [+38145.69s] DEBUG: Seat seat-1: Creating display server of type x [+38145.69s] DEBUG: Seat seat-1: Starting local X display and so on, filling up the disk with junk logs. >From the corresponding X server log: X.Org X Server 1.16.0 Release Date: 2014-07-16 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.2.0-54-generic x86_64 Ubuntu Current Operating System: Linux brho 3.16.0-28-generic #38-Ubuntu SMP Fri Dec 12 17:37:40 UTC 2014 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-28-generic root=UUID=e080193a-c36a-47f5-8f9b-cb8b5528fdd4 ro quiet splash vt.handoff=7 Build Date: 09 December 2014 11:01:03PM xorg-server 2:1.16.0-1ubuntu1.2 (For technical support please see http://www.ubuntu.com/support) Current version of pixman: 0.32.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.2.log", Time: Thu Jan 1 01:58:41 2015 (==) Using system config directory "/usr/share/X11/xorg.conf.d" (II) [KMS] Kernel modesetting enabled. (EE) Fatal server error: (EE) no screens found(EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check the log file at "/var/log/Xorg.2.log" for additional information. (EE) (EE) Server terminated with error (1). Closing log file. and from /var/log/Xorg.2.log: [ 38270.601] (II) modesetting: Driver for Modesetting Kernel Drivers: kms [ 38270.601] (II) FBDEV: driver for framebuffer: fbdev [ 38270.601] (II) VESA: driver for VESA chipsets: vesa [ 38270.601] (II) [KMS] Kernel modesetting enabled. [ 38270.601] (WW) Falling back to old probe method for modesetting [ 38270.601] (WW) Falling back to old probe method for fbdev [ 38270.601] (II) Loading sub module "fbdevhw" [ 38270.601] (II) LoadModule: "fbdevhw" [ 38270.601] (II) Loading /usr/lib/xorg/modules/libfbdevhw.so [ 38270.601] (II) Module fbdevhw: vendor="X.Org Foundation" [ 38270.601]compiled for 1.16.0, module version = 0.0.2 [ 38270.601]ABI class: X.Org Video Driver, version 18.0 [ 38270.601] (WW) Falling back to old probe method for vesa [ 38270.601] (II) RADEON(0): Creating default Display subsection in Screen section "Default Screen Section" for depth/fbbpp 24/32 [ 38270.601] (==) RADEON(0): Depth 24, (--) framebuffer bpp 32 [ 38270.601] (II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps) [ 38270.601] (==) RADEON(0): Default visual is TrueColor [ 38270.601] (==) RADEON(0): RGB weight 888 [ 38270.601] (II) RADEON(0): Using 8 bits per RGB (8 bit DAC) [ 38270.601] (--) RADEON(0): Chipset: "ATI Radeon HD 3450" (ChipID = 0x95c5) [ 38270.601] (EE) RADEON(0): [drm] failed to set drm interface version. [ 38270.601] (EE) RADEON(0): Kernel modesetting setup failed [ 38270.601] (II) UnloadModule: "radeon" [ 38270.601] (EE) Screen(s) found, but none have a usable configuration. [ 38270.601] (EE) Fatal server e
[Desktop-packages] [Bug 1385055] Re: HP Officejet Pro X476dw MFP prints in 300dpi
The attached PDF looks very bad when printed in 300dpi and looks good when printed in 600dpi. Somehow this font makes the problem very visible, with latin fonts the difference in quality was less profound. In 300dpi the lines of the letters look ragged and not crisp. ** Attachment added: "test PDF that looks bad in 300dpi" https://bugs.launchpad.net/ubuntu/+source/hplip/+bug/1385055/+attachment/4243099/+files/hebrew-test.pdf -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HP Linux Imaging and Printing: New Status in “hplip” package in Ubuntu: New Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/066575456f596 I was able to fix the problem by adding this resolution setting to the PPD: *DefaultResolution: 600x600dpi As a result the print job is converted at 600dpi instead of 300dpi which leads to the expected good result: D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=two-sided-long-edge job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 job-originating-host-name=localhost time-at-creation=1414128153 time-at-processing=1414128153 PageSize=A4' D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering resolution 600 dpi D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 I think that the PPD is broken because it does not specify a resolution. It would be nice if the PPD could be fixed. To manage notifications about this bug go to: https://bugs.launchpad.net/hplip/+bug/1385055/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1385055] [NEW] HP Officejet Pro X476dw MFP prints in 300dpi
Public bug reported: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/066575456f596 I was able to fix the problem by adding this resolution setting to the PPD: *DefaultResolution: 600x600dpi As a result the print job is converted at 600dpi instead of 300dpi which leads to the expected good result: D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for pstops: pstops 262 schlomo hebrew-test.pdf 1 'Duplex=None finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=two-sided-long-edge job-uuid=urn:uuid:83e69459-c350-37e5-417d-9ca00f8c6bd9 job-originating-host-name=localhost time-at-creation=1414128153 time-at-processing=1414128153 PageSize=A4' D [24/Oct/2014:07:22:33 +0200] [Job 262] Using image rendering resolution 600 dpi D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r600 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/0666d544aec68 I think that the PPD is broken because it does not specify a resolution. It would be nice if the PPD could be fixed. ** Affects: hplip Importance: Undecided Status: New ** Affects: hplip (Ubuntu) Importance: Undecided Status: New ** Attachment added: "Output of hp-check -t" https://bugs.launchpad.net/bugs/1385055/+attachment/4243098/+files/hp-check.txt ** Also affects: hplip (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to hplip in Ubuntu. https://bugs.launchpad.net/bugs/1385055 Title: HP Officejet Pro X476dw MFP prints in 300dpi Status in HP Linux Imaging and Printing: New Status in “hplip” package in Ubuntu: New Bug description: Running Ubuntu 14.04 running stock hplip 3.14.3 Printer HP Officejet Pro X476dw MFP hp-check -t output is attached Problem: Initially I noticed that printing documents with Hebrew fonts results in low quality with fuzzy lines. After some debugging I was able to trace this down to the fact that by default CUPS converts the print job to a 300dpi PS before giving it to the hp driver: D [24/Oct/2014:07:22:01 +0200] [Job 261] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for pstops: pstops 261 schlomo hebrew-test.pdf 1 'finishings=3 media=iso_a4_210x297mm output-bin=face-down print-color-mode=color print-quality=4 sides=one-sided job-uuid=urn:uuid:c1da9224-d10b-3c2f-6a99-487121b8864c job-originating-host-name=localhost time-at-creation=1414128121 time-at-processing=1414128121 Duplex=None PageSize=A4' D [24/Oct/2014:07:22:01 +0200] [Job 261] No resolution information found in the PPD file. D [24/Oct/2014:07:22:01 +0200] [Job 261] Using image rendering resolution 300 dpi D [24/Oct/2014:07:22:01 +0200] [Job 261] Running command line for gs: gs -q -dNOPAUSE -dBATCH -dSAFER -sDEVICE=ps2write -sOUTPUTFILE=%stdout -dLanguageLevel=3 -r300 -dCompressFonts=false -dNoT3CCITT -dNOINTERPOLATE -c 'save pop' -f /var/spool/cups/tmp/066575456f596 I was able to fix the problem by adding this resolution setting to the PPD: *DefaultResolution: 600x600dpi As a result the print job is converted at 600dpi instead of 300dpi which leads to the expected good result: D [24/Oct/2014:07:22:33 +0200] [Job 262] Printer make and model: HP HP Officejet Pro X576dw MFP D [24/Oct/2014:07:22:33 +0200] [Job 262] Running command line for pstops: p
[Desktop-packages] [Bug 1340435] Re: Setting page-set=even and duplex=none results in filter failure
I get exactly the same behaviour! Please fix this. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups-filters in Ubuntu. https://bugs.launchpad.net/bugs/1340435 Title: Setting page-set=even and duplex=none results in filter failure Status in “cups-filters” package in Ubuntu: Confirmed Bug description: I know it's dumb, but I see this issue occurring from time to time, mostly because PDF readers remember print settings and people don't notice when printing one-page documents that they have "Print only even pages" option set. How to reproduce: lp -o page-set=even -o Duplex=None -o pdftops-renderer=pdftops ./one-page-document.pdf Basically, if you're printing a one-page document, and your pdftops renderer is eiher pdftops or pdftocairo, printing will fail because page-set=even means you need to print page #2, and you only have one page. D [10/Jul/2014:21:39:43 +] [Job 60] Started filter pdftops (PID 4782) D [10/Jul/2014:21:39:43 +] [Job 60] Started filter pstops (PID 4783) D [10/Jul/2014:21:39:43 +] [Job 60] Command Line Error: Wrong page range given: the first page (1) can not be after the last page (0). D [10/Jul/2014:21:39:43 +] [Job 60] The print file is empty. D [10/Jul/2014:21:39:43 +] [Job 60] PID 4782 (pdftops) stopped with status 99! D [10/Jul/2014:21:39:43 +] [Job 60] PID 4783 (pstops) stopped with status 1! I'd suggest to ignore "page-set=even" option if the document has just one page. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups-filters/+bug/1340435/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1270090] Re: time-admin can not install ntp
Really nice that the LTS Ubuntu does not support NTP any more ... manually installing ntp helped, but it should be simpler than that. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to gnome-system-tools in Ubuntu. https://bugs.launchpad.net/bugs/1270090 Title: time-admin can not install ntp Status in “gnome-system-tools” package in Ubuntu: Confirmed Bug description: xfce4-panel clock can not install ntp, take a look at the image. "Could not install package The necessary applications to install the package could not be found" I can install ntp by apt-get, and it works at the clock. ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: xfce4-panel 4.10.1-1ubuntu2 ProcVersionSignature: Ubuntu 3.13.0-3.18-generic 3.13.0-rc8 Uname: Linux 3.13.0-3-generic x86_64 ApportVersion: 2.13.1-0ubuntu1 Architecture: amd64 Date: Fri Jan 17 11:51:15 2014 InstallationDate: Installed on 2014-01-09 (7 days ago) InstallationMedia: Xubuntu 14.04 LTS "Trusty Tahr" - Alpha amd64 (20140109) ProcEnviron: LANGUAGE=fr_FR TERM=xterm PATH=(custom, no user) LANG=fr_FR.UTF-8 SHELL=/bin/bash SourcePackage: xfce4-panel UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-system-tools/+bug/1270090/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
[Desktop-packages] [Bug 1242185] Re: [regression] cups-daemon hard-depends on avahi-daemon
3 months and nothing happens? Please fix the init script of cups. Some people don't want to be forced to run avahi! -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to cups in Ubuntu. https://bugs.launchpad.net/bugs/1242185 Title: [regression] cups-daemon hard-depends on avahi-daemon Status in “cups” package in Ubuntu: Confirmed Bug description: cups-daemon depends on avahi-daemon This is probably the worst workaround possible for bug 1178172 Which is a combination of two separate issues o "cups requires avahi-daemon to be started before cups" o "cups's init script won't attempt to start cups if avahi-daemon is not installed / running" There was no such issue on ubuntu 13.04 Precise or before. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cups/+bug/1242185/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
