** Attachment added: screenshot of the title-less window
http://launchpadlibrarian.net/8361566/Bildschirmfoto-synaptic.png
--
Update Applet pops up nameless window
https://bugs.launchpad.net/bugs/125120
You received this bug notification because you are a member of Ubuntu
Bugs, which is the
Public bug reported:
The gnome-screenshot utility should have a button to make a new
screenshot.
Background: if I want to make an image of a single window (happens quite
often), I can't use the Print Screen button, but have to start the
screenshot app via Applications - Accessories - Make
Public bug reported:
The App Install dialog (under Applications menu - last entry) currently
has an Apply and an OK button; and I'm never sure which one to use
to install the apps I have selected. I would rather have an Install
selected applications button which installs the apps and then brings
Some short notes:
- after starting Totem under Debian, it has the hue slider at center,
and colors are wrong; interestingly, from then on the colors are wrong
in other players as well (like in mplayer -vo xv, but not in mplayer -vo
x11); starting Totem then and setting the hue slider to leftmost
The forced fsck is really annoying, and dropping back to text mode and
not being able to easily stop the check makes it worse. I like Huygens
suggestions and would formulate it as this:
Short-term fix:
- don't do the check if laptop runs on battery
- make it easier to cancel a check
- make it
In reply to the original bug report: the problem seen in the screen shot seems
to come up on different distros; it seems nobody is able to reliably reproduce
it...
Maybe to narrow down the various bugs behind this bug report: I've experienced
this page opens in new window instead of new tab,
Public bug reported:
Binary package hint: hal
When plugging in a Lavod MP3 player, it is only detected as USB disk
(Mass Storage Device); i.e. it is not displayed with music player icon,
and Rythmbox is not started automatically. The player is a 256MB MP3
player with the name Lavod on its cord.
Attached is a .fdi file which makes HAL detect the player as music
player. It is based on the contents of the standard 10-usb-music-
players.fdi . After putting this file into /etc/hal/fdi/information,
restarting HAL, and plugging in the player, it was displayed with Ipod
icon, and Rythmbox was
Thanks for the notification. I hope the Debian packagers will remember to
change id 117 to something appropriate, as on my Debian Etch system here the id
117 is the powerdev group :-)
Are these Group IDs guaranteed to be the same on all Ubuntu installations (also
after dist-upgrade and
So after some longer pause I looked into this (and into Python) again
and noticed that dirs_in is indeed a list, instead of a hash
(dictionary), so do_add_file() will inefficiently search through all
200.000+ entries instead of doing a fast hash-lookup. Changing the three
occurrences of dirs_in to
Yup - already working on that :-D the prev.count() check indeed seems to
take lots of time, as it seems to go over the whole list of previous
files for every file. Attached is a patch that turns this into a hash
lookup: the prev list is copied to a hash (prevHash) after it has been
completely
In my case, it was sufficient to left-click on network-manager icon and
select Cable Network again... it then re-requested an IP and succeeded
(see Bug #105251). Does this help in your case as well?
--
NetworkManager can't find interface on resume from suspend
Attached is some kind of logfile from backing up the 28 files (it's
the output of ls -l on the target directory, once a minute). This
shows that creating the flist file took around 70 minutes, which is way
faster than the original case; but now this was run on a much newer
machine (K7 2600+,
Public bug reported:
Binary package hint: sbackup
This is related to Bug #102577 : when using simple-restore-gnome to open
the backup file with very many files (actually the same file that was
created in #102577), the restore GUI takes many seconds to react when
selecting the backup, or when
While playing with the python profiler mentioned in #102577 (Ouattara:
thanks for the link!), I found that the show_dir() function of the GUI
calls sre.py:escape() for every file in the whole tree, but always with
the same data. Moving this call out of the loop make sthe GUI react much
faster. The
Attached is the profiler output (after some manual preprocessing with
pstats) which shows where the time is spent now. This is already with
the above escape() patch applied. The time is now mostly spent in
sre.py:match() (called 280425 times, ie. once for each file), and in the
group() function
[sorry for the late response - had mail problems]
I see your point about the high CPU load... but couldn't this be checked when
the user opens the settings dialog, or switches between the tabs on the
settings dialog. That would make this possible:
- user installs hddtemp (because he read
Unfortunately I can't indeed send you the directory names, and don't
know a way to create an anonimized directory list. But attached is a
script which should create a similar structure: 420 directories at all
(in multiple levels), and 28 files in the lowest directories. The
files are only 13
This also happens on my desktop machine where ACPI is enabled but which
obviously has no battery. The energy pref dialog shows two radio boxes,
none of them checked.
--
Energy management dialog displays unchecked radiobox group
https://bugs.launchpad.net/bugs/97534
You received this bug
It seems that this problem only happens when ACPI is disabled (on my
laptop, ACPI is automatically disabled which is a bug by itself).
Starting the laptop with acpi=force causes the battery to be detected,
and the energy dialog then displays four checkboxes.
The output of lshal with ACPI disabled
Attached is also a screenshot of the energy settings tab mentioned.
Maybe the problem can be reproduced on other machines by starting with
parameter acpi=off .
** Attachment added: The General tab in energy settings, when ACPI is
disabled
Looks like the energy preferences dialog comes from g-p-m.
** Changed in: gnome-power-manager (Ubuntu)
Sourcepackagename: None = gnome-power-manager
--
Energy management dialog displays unchecked radiobox group
https://bugs.launchpad.net/bugs/97534
You received this bug notification because you
Syslog output is attached.
** Attachment added: Syslog
http://librarian.launchpad.net/7243878/syslog.0
--
NetworkManager wrongly releases DHCP IP
https://bugs.launchpad.net/bugs/105251
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
Public bug reported:
Binary package hint: network-manager
After resuming my laptop from Suspend-to-disk, NetworkManager failed to give me
an IP. Usually it gets an IP from DHCP server without problems; but this one
time it failed. First dhclient correctly got an IP:
Apr 10 19:32:43 veridian
Public bug reported:
Binary package hint: sensors-applet
When sensors-applet is added to the panel and then hddtemp is installed,
the applet has to be removed and re-added to panel to recognize the
newly available hddtemp daemon. It would be nice if it would recognize
the daemon automatically,
Public bug reported:
Binary package hint: sbackup
[This is not very grave I think so it should go to the wishlist...]
It seems that in incremental backup files are backupped again even if
only the permissions or owner has changed. This means that one
incremental backup suddenly gets very big
Public bug reported:
Binary package hint: sbackup
When backing up a large directory structure (in my case: ~ 28 files,
probably many directories, ~ 10 GB of data all in all), sbackup seems to get
slower and slower while creating the list of files (i.e. creating the fprops
file)... It can
Here's what I'm doing right now to reproduce this:
- booted from Live CD
- ran Totem from Gnome app menu
- went to preferences menu and observed that the Hue (Farbton) slider is at
leftmost position
- opened Firefox and launchpad.net :-)
- made a screenshot of the window (it is attached)
-
Some more info:
- updating Totem on the Live CD-booted system to 2.18.0-0ubuntu2 didn't help
- I have seen the same wrong behavior on my Debian Testing / Unstable system
(not sure about the exact Totem version); same wrong behavior when starting
Totem there as user or as root
- when booting the
Public bug reported:
The gnome-power-preferences applet displays on its second page
(General) two radioboxes (Never display an icon and Always display
an icon), but none of the two radioboxes are checked. If the user
checks one, he can't revert to the original state anymore. So the user
doesn't
Public bug reported:
Binary package hint: gnome-screensaver
The gnome-screensaver-preferences dialog on Live CD (Feisty Beta)
doesn't have any screensaver marked as default. Yet apparently there
_is_ a screensaver set as default, because when setting the timeout to 1
minute and waiting a minute,
Public bug reported:
Binary package hint: totem
This is with Feisty Beta (Live CD): when clicking the Reset to
Defaults button in Preferences - Display, the Hue slider is moved to
center position (same as the other three sliders), while originally it
was at leftmost position. Also, the video
** Attachment added: Dependencies.txt
http://librarian.launchpad.net/7037487/Dependencies.txt
** Attachment added: ProcMaps.txt
http://librarian.launchpad.net/7037488/ProcMaps.txt
** Attachment added: ProcStatus.txt
http://librarian.launchpad.net/7037489/ProcStatus.txt
--
Reset
Holy shit... why does this evil bug reporting app put the name and path
of the played file publicly into the bug report?? This is not very funny
:-/ Could somebody remove/change the ProcCmdline here please?
** Description changed:
Binary package hint: totem
This is with Feisty Beta (Live
Never mind... found the Edit button on top :-)
--
Reset button in Color Balance controls sets Hue to wrong value
https://launchpad.net/bugs/97571
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Btw. as I haven't noticed any advantage from having scrollkeeper running, it is
currently disabled here, by moving /usr/bin/scrollkeeper-update away and
instead creating a dummy symlink instead, with:
ln -s /bin/true /usr/bin/scrollkeeper-update
Works fine so far :-)
--
multiple
Public bug reported:
Binary package hint: grub-splashimages
Wishlist: it would be nice if this package would install a splash image
per default. I found this package (and how to use it) at
http://ubuntu.wordpress.com/2006/03/21/add-a-grub-splash-image/ , and it
would be nice if normal users
Before dropping it, please see that its functionality is replaced. For
Gnome users, I hear that it is.
Can you explain what tool is available under Gnome for this? I'm
currently trying to set up an old laptop where Ubuntu fails to load a
working ALSA sound driver, and hoped to get some info from
Thanks for the Spoon hint. But it seems that that project will still
take some time to replace scrollkeeper.
So as my laptop is (yet again) being stuck during an update, and two
scrollkeeper-update processes are burning all CPU cycles, I'm wondering
if it's possible to completely disable
Yes, I have been testing this with current Edgy live cd, and it still
starts at 24 bit even when 16 bit is selected, and screen drawing (like
dragging around a window) is still very laggy.
I wonder which application generates the xorg.conf at boot?
--
Dapper-Live-CD ignores selection of 16 bit
Then maybe it would be possible to check if ( (free memory) - (used
swap) 0 ) and give a warning if the swap contents won't fit into
memory? In my case I had firefox open in the background; if I had been
given a warning, I could have closed FF first and (probably) avoided the
freeze.
--
If
Public bug reported:
If Ubuntu activates an existing swap partition during LiveCD boot,
ubiquity disables the swap in the partitioning stage (at least when
choosing manual partitioning). If there's not enough RAM available,
disabling the swap partition will make the system unusable - even
301 - 342 of 342 matches
Mail list logo
