[Bug 1390921] Re: Problem with Lexmark 120n print driver

2014-11-25 Thread Denny de la Haye
I don't have time to create an account on every upstream package provider's bug tracker. Do you not take ownership of problems yourselves? I thought that was one of the distinguishing factors of Ubuntu - one organisation for the end-user to deal with. Anyway, I've fixed it for me, using the

[Bug 1390921] Re: Problem with Lexmark 120n print driver

2014-11-25 Thread Denny de la Haye
denny@serenity ~ $ lsmod | grep usb snd_usb_audio 153617 1 snd_usbmidi_lib29215 1 snd_usb_audio snd_hwdep 13602 2 snd_usb_audio,snd_hda_codec snd_pcm 102099 4 snd_usb_audio,snd_hda_codec,snd_hda_intel snd_rawmidi30144 2

[Bug 1390921] [NEW] Problem with Lexmark 120n print driver

2014-11-09 Thread Denny de la Haye
Public bug reported: I believe this is the same as Bug #1335558 (and the other bugs it references), just a different printer model (same make as that bug though, so might be worth investigating the other printers in the same range from Lexmark, if that's possible). The workaround in the comments

[Bug 1382133] Re: Issue with servers with SSLv3 disabled due to Poodle

2014-11-04 Thread Denny de la Haye
Hi... is there a reason the fix hasn't been released for 14.04 LTS yet? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1382133 Title: Issue with servers with SSLv3 disabled due to Poodle To manage

[Bug 1281292] [NEW] File::Pid bug with Perl = 5.12

2014-02-17 Thread Denny de la Haye
Public bug reported: File::Pid has had a bug since at least 2006, RT here: https://rt.cpan.org/Public/Bug/Display.html?id=18960 This bug is fatal since Perl 5.12 As you can see in the comments on RT, there is a simple one-line patch that fixes the problem. I believe the Ubuntu or Debian

[Bug 1281292] Re: File::Pid bug with Perl = 5.12

2014-02-17 Thread Denny de la Haye
Test case: denny@serenity:~$ cat file-pid-go-boom.pl #!/usr/bin/env perl use strict; use warnings; use 5.012; use File::Pid; my $pidfile = File::Pid-new({ file = '/tmp/file-pid-go-boom.pid', }); if ( my $num = $pidfile-running ) { die Already running: $num\n; } $pidfile-write;

[Bug 1281292] Re: File::Pid bug with Perl = 5.12

2014-02-17 Thread Denny de la Haye
Interesting about the debian/ubuntu versions! All I can say is that the first time I wrote code using File::Pid, it worked on my home machine (Ubuntu 10.04 I think) but failed when deployed on my server (CentOS), and it took me ages to find that RT bug report which explained why. This has

[Bug 1281292] Re: File::Pid bug with Perl = 5.12

2014-02-17 Thread Denny de la Haye
Oooops. I do not have libfile-pid-perl installed, sorry to have bothered you! ** Changed in: libfile-pid-perl (Ubuntu) Status: New = Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 124315] Re: Remember+restore window position of applications if WM_WINDOW_ROLE set

2010-12-19 Thread Denny de la Haye
dreamon: See comment #9, and bug #391533 - I did file (a more general version of) this bug against 100 Papercuts. It was initially rejected for the usual storm of glib somebody else's problem and it's a feature, not a bug reasons, but in the end 100 Papercuts rejected it because it's not simple

[Bug 124315] Re: Remember+restore window position of applications with WM_WINDOW_ROLE or window title set

2010-12-19 Thread Denny de la Haye
Wasn't the point made above that window titles are insufficiently (a) stable and (b) unique for them to be used as the hook for remembering placement? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 124315] Re: Remember+restore window position of applications if WM_WINDOW_ROLE set

2010-12-09 Thread Denny de la Haye
The code in coment #14 requires that the application set WM_WINDOW_ROLE properly. That's not a reason to make this bug invalid then, is it? In fact, quite the contrary. If this bug is marked invalid, and no WM (or DE) level support for placement is ever added, there's little incentive for

[Bug 124315] Re: Remember+restore window position of applications if WM_WINDOW_ROLE set

2010-12-09 Thread Denny de la Haye
Paul, thanks for the bug title update. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/124315 Title: Remember+restore window position of applications if WM_WINDOW_ROLE set -- ubuntu-bugs mailing

[Bug 124315] Re: remember window position of applications

2010-12-08 Thread Denny de la Haye
If it can't possibly be done in the window manager ... See comment #14 - someone already made a good start on it last year. All it needs is someone to care enough to try, instead of jumping on the opportunity to write the bug off as invalid. -- You received this bug notification because you are

[Bug 124315] Re: remember window position of applications

2010-12-03 Thread Denny de la Haye
This is not the job of the window manager Why? Devils Pie shows that this can be handled at a higher level, and indeed it seems to me to make much more sense to handle it at a higher level - then you can handle overlaps etc in a graceful fashion. Just because remembering window placement isn't

[Bug 124315] Re: remember window position of applications

2010-06-24 Thread Denny de la Haye
Metacity doesn't do a very good job of minimising overlap - it places windows firstly into any empty space which is big enough for the entire window, and if there isn't a space big enough to do that, it places the window at top-left regardless of where the largest remaining space is on the screen.

[Bug 436190] Re: firefox gives Couldn't load XPCOM. and does not start

2010-01-05 Thread Denny de la Haye
I've just been hit by this today, I don't recall upgrading Firefox today but I presume I must have. I don't have the libnss3-0d package installed, so it's not that. I did have Firefox open and it stopped opening links from external applications (Xchat Evolution) in new tabs, so I closed it and

[Bug 436190] Re: firefox gives Couldn't load XPCOM. and does not start

2010-01-05 Thread Denny de la Haye
I found another bug report suggesting this is something to do with xulrunner, and suggesting that I check in /etc/gre.d for old config files. de...@serenity ~ $ ls -lh /etc/gre.d total 16K -rwxr-xr-x 1 root root 78 2009-12-16 01:41 1.9.0.16.system.conf -rw-r--r-- 1 root root 76 2009-12-16 00:15

[Bug 370524] Re: GrNotify doesn't start due to module import error

2009-07-01 Thread Denny de la Haye
** Changed in: grnotify (Ubuntu) Status: New = Confirmed -- GrNotify doesn't start due to module import error https://bugs.launchpad.net/bugs/370524 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list

[Bug 124315] Re: remember window position of applications

2009-06-24 Thread Denny de la Haye
I have re-filed this bug as part of the 'hundred papercuts' initiative to improve UI usability for 9.10. Anybody who was following this bug may be interested in adding their thoughts/support on the new one: https://bugs.launchpad.net/hundredpapercuts/+bug/391533 -- remember window position of

[Bug 391533] Re: Application windows do not restore to last known position.

2009-06-24 Thread Denny de la Haye
*** This bug is a duplicate of bug 124315 *** https://bugs.launchpad.net/bugs/124315 No, it only works with a handful of apps, those that have worked around the lack of appropriate behaviour by the window manager. There are even inconsistencies inside some apps, for instance GIMP will place

[Bug 124315] Re: remember window position of applications

2009-06-24 Thread Denny de la Haye
WRONG. Have you even read the bug report? The bug is not only in Metacity, therefore it's not only down to Metacity devs to fix it. Compiz has the same problem, for instance. Integration of Devil's Pie with GNOME seems like the most obvious solution to me, but someone else might have a better

[Bug 391533] Re: Application windows do not restore to last known position.

2009-06-24 Thread Denny de la Haye
*** This bug is a duplicate of bug 124315 *** https://bugs.launchpad.net/bugs/124315 Also added to the GNOME Usability bugzilla, here: http://bugzilla.gnome.org/show_bug.cgi?id=586857 ** Bug watch added: GNOME Bug Tracker #586857 http://bugzilla.gnome.org/show_bug.cgi?id=586857 **

[Bug 391533] Re: Application windows do not restore to last known position.

2009-06-24 Thread Denny de la Haye
*** This bug is a duplicate of bug 124315 *** https://bugs.launchpad.net/bugs/124315 Could you suggest a suitable place to assign it? There doesn't seem to be a general Ubuntu 'desktop usability' project that I could find with Google. We already know Metacity will close it as 'not their

[Bug 391533] Re: Application windows do not restore to last known position.

2009-06-24 Thread Denny de la Haye
*** This bug is a duplicate of bug 124315 *** https://bugs.launchpad.net/bugs/124315 Okay, thanks. Once again, I don't think this is a duplicate, in that it affects multiple toolkits (etc) as you say, not just Metacity which was what the first bug focused on and was closed because of. --