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 snd_usbmidi_lib,sn
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 klud
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
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 n
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.
https://bugs.launchpad.net/bugs/1281
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 continue
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->w
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 package
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.
https://bugs.launchpad.net/bugs/1243
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 simpl
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 lis
"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
appl
"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 ar
"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
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.
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
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
** 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
ubu
*** 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.
--
Ap
*** 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 prob
*** 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
** Descrip
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 id
*** 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 s
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
24 matches
Mail list logo
