[Bug 978259] Re: gdm removes sbin directories from user paths

2012-06-27 Thread Nathan Grennan
*** This bug is a duplicate of bug 844103 *** https://bugs.launchpad.net/bugs/844103 It isn't that /etc/environment isn't being read. It is that something is overwriting the PATH. The lines below in /etc/pam.d/gdm do cause it to read /etc/environment. I can add things to /etc/environment

[Bug 978259] Re: gdm removes sbin directories from user paths

2012-06-27 Thread Nathan Grennan
*** This bug is a duplicate of bug 844103 *** https://bugs.launchpad.net/bugs/844103 It is gdm's fault. It seems to be gdm-simple-slave's fault via the code below. If you comment out the code below, it works as expected. daemon/gdm-session-direct.c: /* FIXME: We do this here and in

[Bug 188973] Re: printing pdf causes abnormally large job

2011-02-24 Thread Nathan Grennan
Can we get something higher than Low on this bug? For me it causes a copier to crash consistently. The fix in code already exists, it just needs to be back ported to Lucid. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to poppler in

[Bug 188973] Re: printing pdf causes abnormally large job

2011-02-22 Thread Nathan Grennan
This is basically my bug, linked below. It is fixed in Maverick and Natty. The best I could tell it is probably poppler, in that I could use Lucid's version of evince, and it was still small. https://bugs.launchpad.net/ubuntu/+source/cairo/+bug/715510 -- You received this bug notification

[Bug 188973] Re: printing pdf causes abnormally large job

2011-02-22 Thread Nathan Grennan
I just tried okular and acroread with a known problematic pdf. Okular was consistently bad between Lucid and Maverick, with a job size of 24mb for a certain 75 page pdf. Where as evince on Lucid was 51mb for the same document. Then evince on Maverick was a nice 13mb. Acroread on Lucid was 69mb.