[Bug 158338] Re: Network Manager becomes confused by sleep
I've just installed it, I'll see how it works. However, I stopped seeing the exact behavior mentioned at the top of this report for some time. The WiFi is re-connected on resume _some_ times, though not always. I still get weird behavior on some resumes, which I've documented in some other reports. You can close this as far as I'm concerned (I'll drop a note if I see it again), but there were other users who reported seeing it above, maybe they still have it. -- Network Manager becomes confused by sleep https://bugs.launchpad.net/bugs/158338 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 131911] Re: tries to clear nscd hosts cache even when it's not installed
I still see it in the logs. The earliest occurrences are from Nov 29, which is today. [EMAIL PROTECTED]:/var/log$ grep -iIr 'nscd hosts cache' * grep: apt/term.log: Permission denied grep: apt/term.log.1.gz: Permission denied grep: cups/cups-pdf_log: Permission denied daemon.log:Nov 26 10:54:20 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log:Nov 27 10:07:04 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log:Nov 27 11:45:10 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log:Nov 27 20:44:11 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log:Nov 28 12:06:26 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log:Nov 29 02:11:40 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 18 18:16:15 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 19 11:36:33 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 20 20:02:41 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 11:23:29 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 11:54:07 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 11:57:23 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 12:00:17 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 12:01:11 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 12:17:02 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 12:27:16 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 21 22:28:24 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 22 02:52:41 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 22 14:34:27 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 22 23:24:53 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 22 23:26:02 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 23 18:33:39 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 24 00:42:56 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 24 11:16:31 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 25 13:47:04 arioch NetworkManager: info Clearing nscd hosts cache. daemon.log.0:Nov 25 21:09:42 arioch NetworkManager: info Clearing nscd hosts cache. grep: installer/syslog: Permission denied grep: installer/cdebconf/templates.dat: Permission denied grep: installer/cdebconf/questions.dat: Permission denied grep: installer/partman: Permission denied syslog:Nov 28 12:06:26 arioch NetworkManager: info Clearing nscd hosts cache. syslog:Nov 29 02:11:40 arioch NetworkManager: info Clearing nscd hosts cache. syslog.0:Nov 27 10:07:04 arioch NetworkManager: info Clearing nscd hosts cache. syslog.0:Nov 27 11:45:10 arioch NetworkManager: info Clearing nscd hosts cache. syslog.0:Nov 27 20:44:11 arioch NetworkManager: info Clearing nscd hosts cache. -- tries to clear nscd hosts cache even when it's not installed https://bugs.launchpad.net/bugs/131911 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162664] Re: none of VLCs output modules play nice with Compiz
This bug actually applies to all of Ubuntu's video players, I'll edit it and attach it to the others I'm using (MPlayer and Totem). ** Also affects: mplayer (Ubuntu) Importance: Undecided Status: New ** Also affects: totem (Ubuntu) Importance: Undecided Status: New ** Summary changed: - none of VLCs output modules play nice with Compiz + no video output module play nice with Compiz ** Description changed: - Binary package hint: vlc + This concerns Ubuntu Gutsy (and earlier versions). It was written for + VLC, but you can substitute [mplayer|totem|other video players] for VLC + anywhere in the following and it's still valid. It's a shame that even with Compiz working very well now, there is no suitable VLC output plugin that allows all the nice visual features to work correctly. I've tried everything I have installed by default: * X11 is the only one where Compiz effects work: Shadows are displayed correctly over running video, transparency works both for the VLC window and for windows above the video, and the window is correctly transformed by effects (eg, the cover-view task switcher). However, the video scaling is atrocious: it seems that only basic resizing is used, which looks horribly pixelated. Worse, subtitles are rendered in the video resolution, so even those are pixelated when the video is scaled (eg, full-screen). * XVideo looks great (eg, nicely-scaled, and even subtitles look good). However, all effects are broken: since only the overlay patch is seen by Compiz, shadows are drawn as black or green blobs, window transforms don't work (although when the transformed patch happens to appear over the normal area with the normal colors we get a patch of untransformed video), and any transparency disables the video. * The GL output is even worse than XVideo: it's simply drawn over everything, including VLC's menus (which are virtually unusable). * Funnily enough, the ASCII-art module actually works great—all transformations work correctly. But... it's ASCII. Something should be done to allow better interaction between VLC and Compiz's effects. I suppose an upgrade to the X11 mode would work (if I understand correctly it just paints the video on a normal window), perhaps using OpenGL in a background buffer to do pretty scaling, and drawing the OSD (including subtitles) above it, _after_ scaling. This is probably not lightning-fast, but that would only be a problem with HD video, which I don't expect to work through Compiz anyway except on very high-end machines. We might add some kind of automatic fall-back to whatever is the most efficient display mode in huge-video cases. -- no video output module play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162664] Re: no video output module play nice with Compiz
By the way, there is a patch that (almost) fixes this for MPlayer, there's some info at http://smspillaz.wordpress.com/2007/10/18 /unlocking-the-full-video-potential-of-your-video-card/ It's not perfect (maximizing breaks the aspect ratio, and if you make the window transparent you can see the (useless) blue rectangle of XV through it), but it's a start. It should probably be included in Ubuntu's mplayer. There are also a few hints on how to bypass Xv on other players at http://thedarkmaster.wordpress.com/2007/08/10/solving-video-playback-problems-in-compiz-fusion-beryl/ But this doesn't work great in VLC, because of scaling issues (as described above). -- no video output module play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 149507] Re: Amarok's global hotkeys become stuck often
I hadn't noticed the relationship with key press duration, but other than that it seems it's the same problem. I've just tried it, and indeed, it happens right away when a key is pressed longer than an instant. -- Amarok's global hotkeys become stuck often https://bugs.launchpad.net/bugs/149507 You received this bug notification because you are a member of Kubuntu Team, which is a bug contact for amarok in ubuntu. -- kubuntu-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 172302] sleep sometimes causes log-outs or reboots
Public bug reported: Hello! I'm using Ubuntu Gutsy on a Dell Latitude D620 laptop. Usually sleep works very well: there's a special Fn key on the keyboard that can turn on some special effects, for instance it turns Esc into sleep. This is correctly detected by Ubuntu, and it enters sleep mode immediately. If I close the cover and re-open it, Ubuntu usually resumes from sleep correctly. However, sometimes I get different behaviors. For instance, several times I get the login screen instead. I checked the process list, and it appears that the old session went away. Much less often the computer simply reboots, but that might be related to automatic hibernating, so it can probably be disregarded for this bug report. ** Affects: ubuntu Importance: Undecided Status: New -- sleep sometimes causes log-outs or reboots https://bugs.launchpad.net/bugs/172302 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 148926] Re: vlc crashed with SIGSEGV
Sorry, I can't remember which video file caused it. Is there a way to enable automatic collection of backtraces through apport? -- vlc crashed with SIGSEGV https://bugs.launchpad.net/bugs/148926 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 164893] Compiz misrembers full-screen status of closed applications
Public bug reported: Binary package hint: compiz Hello! This is about latest Gutsy. Compiz* remembers the window size when applications are closed. The next time an application is started, its window is set to the last recorded size (I'm not sure about the position). The problem is that if a window was in full-screen mode when it was closed, at restart it is set to maximized mode. I almost never use maximized mode, but very often use full-screen mode. So this situation is annoying. I would prefer if either (1) applications remembered full-screen status, and started that way if applicable, or (2) they were started in the last used non- maximized window size. (*: At least, I think it's the window manager's job to do that, and Compiz is what I'm using.) ** Affects: compiz (Ubuntu) Importance: Undecided Status: New -- Compiz misrembers full-screen status of closed applications https://bugs.launchpad.net/bugs/164893 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 164897] Flash video doesn't have true a full-screen mode
Public bug reported: Hello! This is about latest Gutsy. Consider it a feature-request rather than a bug. On Mac OS X, the Flash player has a very nice feature: when pressing the full-screen button, the Flash window fills up the screen completely. This mode can be exited by simply pressing the Esc button, and a message saying this is automatically overlayed on the screen each time, so the user is well aware what they're looking at and how to quit it. On Ubuntu (and, I think, pretty much everywhere else), the behavior of the full-screen button is very different: a new browser window (or tab) is opened, with the address set to a page that is filled with the Flash player. (Try this on youtube, for example.) This is bad for two reasons: (1) It interrupts the video play (or whatever the Flash player was doing), re-starting it from the beginning. Often it also causes re- loading of the video (the part that was loaded already in the 'small' player), though this is more of a browser/Flash problem. (2) The resulting window still has the browser's controls around it, meaning that the video (or any content) is not truly full-screen. (This is generally a good idea, for security usability reasons, but the Mac OS X behavior is better.) I haven't picked an affected package, since I'm not sure which is the best way to fix this. It could be either hacking Flash (hard, since it's proprietary, but they might be persuaded to add something to the flashsupport library for this), modifying Firefox (hard, since it's big and complex), or some hackish wrapper around the plug-in (which seems to me the likeliest option). It might even be possible to make some kind of Compiz hack that simply zooms the resulting window on the whole screen (though this only solves problem (2), and would decrease the quality a bit). (BTW, I'm willing to work on this is someone can mentor me through.) ** Affects: ubuntu Importance: Undecided Status: New ** Description changed: Hello! This is about latest Gutsy. Consider it a feature-request rather than a bug. On Mac OS X, the Flash player has a very nice feature: when pressing the full-screen button, the Flash window fills up the screen completely; this mode can be exited by simply pressing the Esc button. On Ubuntu (and, I think, pretty much everywhere else), the behavior of the full-screen button is very different: a new browser window (or tab) is opened, with the address set to a page that is filled with the Flash player. (Try this on youtube, for example.) This is bad for two reasons: (1) It interrupts the video play (or whatever the Flash player was doing), re-starting it from the beginning. Often it also causes re- loading of the video (the part that was loaded already in the 'small' player), though this is more of a browser/flash problem. (2) The resulting window still has the browser's controls around it, meaning that the video (or any content) is not truly full-screen. I haven't picked an affected package, since I'm not sure which is the best way to fix this. It could be either hacking Flash (hard, since it's proprietary, but they might be persuaded to add something to the flashsupport library for this), modifying Firefox (hard, since it's big - and complex), or some hackish wrapper around the plugin (which seems to + and complex), or some hackish wrapper around the plug-in (which seems to me the likeliest option). It might even be possible to make some kind of Compiz hack that simply zooms the resulting window on the whole screen (though this only solves problem (2), and would decrease the quality a bit). + + (BTW, I'm willing to work on this is someone can mentor me through.) ** Description changed: Hello! This is about latest Gutsy. Consider it a feature-request rather than a bug. On Mac OS X, the Flash player has a very nice feature: when pressing the - full-screen button, the Flash window fills up the screen completely; - this mode can be exited by simply pressing the Esc button. + full-screen button, the Flash window fills up the screen completely. + This mode can be exited by simply pressing the Esc button, and a message + saying this is automatically overlayed on the screen each time, so the + user is well aware what they're looking at and how to quit it. On Ubuntu (and, I think, pretty much everywhere else), the behavior of the full-screen button is very different: a new browser window (or tab) is opened, with the address set to a page that is filled with the Flash player. (Try this on youtube, for example.) This is bad for two reasons: + (1) It interrupts the video play (or whatever the Flash player was doing), re-starting it from the beginning. Often it also causes re- loading of the video (the part that was loaded already in the 'small' - player), though this is more of a browser/flash problem. (2) The - resulting window still has the browser's controls around it, meaning -
[Bug 164297] desktop color changes several times during login
Public bug reported: Hello! This is about the latest Gutsy. Currently, during login, the login process, the desktop switches colors several times, which isn't very pretty. (This is not about the multiple mode switches during boot.) At first we have the GDM theme, which has its own look, that's OK. But when I login: 1) First, the desktop becomes a solid, light tan color (about #E09060), which I think is some default Ubuntu color. 2) Then, it turns to some solid dark color (probably black, but my LCD isn't great and I can't be sure). 3) Then, it turns to my wallpaper image (elephant skin, I think it's called). Ideally steps 12 should be eliminated. If it's impossible, there should be a way to at least eliminate 1 or 2 (so we get a single temporary color) and make the remaining color easily customizable (so we can set it to something matching the wallpaper). ** Affects: ubuntu Importance: Undecided Status: New -- desktop color changes several times during login https://bugs.launchpad.net/bugs/164297 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80666] Re: Azureus crashed when starting a new torrent
I don't see this anymore, but I didn't have this in a long time. I have made some changes to Azureus (eg, I eliminated GCJ, and I disabled sliding animation/on top style for alert messages in the display options, which caused me other problems, too). So as far as I'm concerned, this bug doesn't manifest itself anymore, but I can't be sure if it's because of my tinkering or if it's fixed. -- Azureus crashed when starting a new torrent https://bugs.launchpad.net/bugs/80666 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 164306] NetworkManager stuck in connect/disconnect loop
Public bug reported:
Binary package hint: network-manager
Ubuntu Gutsy. I used to have this before. Something strange happens
after some disconnects.
I tell nm-applet to connect to a WiFi network. It starts connecting, it
associates with the AP, then it gets an address from DHCP, and then it
disconnects. Then either it starts again, or it locks itself.
Below is an example snippet from /var/log/daemons.log. It connected
several times (here's only the end). You can see at the start that it
gets an address from DHCP, avahi-daemon does something weird, and then
at 12:00:17 NM disconnects. This happened several times (ie, before
where I cut the log), and at the end there's some weird message from NM.
At this moment the nm-applet icon shows I'm connected (three of four
bars), the correct network is shown, but in fact iwconfig says it's
unassociated (though the ESSID is correct).
Right now this happened after the situation in bug #164305, so there may
be a link with restarting dbus, but I stress that something like this
has happened to me before.
Nov 21 12:00:14 arioch dhclient: DHCPDISCOVER on wan0 to 255.255.255.255 port
67 interval 7
Nov 21 12:00:16 arioch dhclient: DHCPOFFER from 192.168.1.254
Nov 21 12:00:16 arioch dhclient: DHCPREQUEST on wan0 to 255.255.255.255 port 67
Nov 21 12:00:16 arioch dhclient: DHCPACK from 192.168.1.254
Nov 21 12:00:16 arioch avahi-daemon[7421]: Joining mDNS multicast group on
interface wan0.IPv4 with address 192.168.1.69.
Nov 21 12:00:16 arioch avahi-daemon[7421]: New relevant interface wan0.IPv4 for
mDNS.
Nov 21 12:00:16 arioch avahi-daemon[7421]: Registering new address record for
192.168.1.69 on wan0.IPv4.
Nov 21 12:00:16 arioch NetworkManager: info DHCP daemon state is now 2
(bound) for interface wan0
Nov 21 12:00:16 arioch NetworkManager: info Activation (wan0) Stage 4 of 5
(IP Configure Get) scheduled...
Nov 21 12:00:16 arioch NetworkManager: info Activation (wan0) Stage 4 of 5
(IP Configure Get) started...
Nov 21 12:00:16 arioch dhclient: bound to 192.168.1.69 -- renewal in 34472
seconds.
Nov 21 12:00:16 arioch NetworkManager: info Retrieved the following IP4
configuration from the DHCP daemon:
Nov 21 12:00:16 arioch NetworkManager: infoaddress 192.168.1.69
Nov 21 12:00:16 arioch NetworkManager: infonetmask 255.255.255.0
Nov 21 12:00:16 arioch NetworkManager: infobroadcast 192.168.1.255
Nov 21 12:00:16 arioch NetworkManager: infogateway 192.168.1.254
Nov 21 12:00:16 arioch NetworkManager: infonameserver 192.168.1.254
Nov 21 12:00:16 arioch NetworkManager: infonameserver 208.67.222.222
Nov 21 12:00:16 arioch NetworkManager: infonameserver 208.67.220.220
Nov 21 12:00:16 arioch NetworkManager: infodomain name 'lan'
Nov 21 12:00:16 arioch NetworkManager: info Activation (wan0) Stage 5 of 5
(IP Configure Commit) scheduled...
Nov 21 12:00:16 arioch NetworkManager: info Activation (wan0) Stage 4 of 5
(IP Configure Get) complete.
Nov 21 12:00:16 arioch NetworkManager: info Activation (wan0) Stage 5 of 5
(IP Configure Commit) started...
Nov 21 12:00:16 arioch avahi-daemon[7421]: Withdrawing address record for
192.168.1.69 on wan0.
Nov 21 12:00:16 arioch avahi-daemon[7421]: Leaving mDNS multicast group on
interface wan0.IPv4 with address 192.168.1.69.
Nov 21 12:00:16 arioch avahi-daemon[7421]: Interface wan0.IPv4 no longer
relevant for mDNS.
Nov 21 12:00:16 arioch avahi-daemon[7421]: Withdrawing address record for
fe80::218:deff:feb2:c880 on wan0.
Nov 21 12:00:16 arioch avahi-daemon[7421]: Joining mDNS multicast group on
interface wan0.IPv4 with address 192.168.1.69.
Nov 21 12:00:16 arioch avahi-daemon[7421]: New relevant interface wan0.IPv4 for
mDNS.
Nov 21 12:00:16 arioch avahi-daemon[7421]: Registering new address record for
192.168.1.69 on wan0.IPv4.
Nov 21 12:00:17 arioch NetworkManager: info Clearing nscd hosts cache.
Nov 21 12:00:17 arioch NetworkManager: WARN nm_spawn_process():
nm_spawn_process('/usr/sbin/nscd -i hosts'): could not spawn process. (Failed
to execute child process /usr/sbin/nscd (No such file or directory))
Nov 21 12:00:17 arioch NetworkManager: info Activation (wan0) successful,
device activated.
Nov 21 12:00:17 arioch NetworkManager: info Activation (wan0) Finish handler
scheduled.
Nov 21 12:00:17 arioch NetworkManager: info Activation (wan0) Stage 5 of 5
(IP Configure Commit) complete.
Nov 21 12:00:17 arioch NetworkManager: debug [1195642817.136702]
nm_dbus_signal_filter(): NetworkManagerInfo triggered update of wireless
network 'SpeedTouch324B2B'
Nov 21 12:00:17 arioch NetworkManager: info SWITCH: terminating current
connection 'wan0' because it's no longer valid.
Nov 21 12:00:17 arioch NetworkManager: info Deactivating device wan0.
Nov 21 12:00:17 arioch dhclient: There is already a pid file
/var/run/dhclient.wan0.pid with pid 8165
Nov 21 12:00:17 arioch dhclient: killed old client process, removed PID file
Nov 21 12:00:17 arioch dhclient: DHCPRELEASE
[Bug 164305] NetworkManager broke after temporarily disabling networking
Public bug reported: Binary package hint: network-manager Weird issue on latest Gutsy. I disabled the networking from the nm- applet (right click, uncheck enable networking) to test how some program behaved. When I re-enabled it, the enable wireless option wasn't in the applet anymore. I tried restarting dbus (as was suggested somewhere else), which did show the interface again. However, then I got into another bug, which I reported as bug #164306. ** Affects: network-manager (Ubuntu) Importance: Undecided Status: New ** Description changed: Binary package hint: network-manager - Weird issue. I disabled the networking from the nm-applet (right click, - uncheck enable networking) to test how some program behaved. When I - re-enabled it, the enable wireless option wasn't in the applet - anymore. + Weird issue on latest Gutsy. I disabled the networking from the nm- + applet (right click, uncheck enable networking) to test how some + program behaved. When I re-enabled it, the enable wireless option + wasn't in the applet anymore. I tried restarting dbus (as was suggested somewhere else), which did - show the interface again. However, then I got into another bug, which - I'll report right away. + show the interface again. However, then I got into another bug, which I + reported as bug #164306. -- NetworkManager broke after temporarily disabling networking https://bugs.launchpad.net/bugs/164305 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 80666] Re: Azureus crashed when starting a new torrent
OK, I did that (sorry, didn't cross my mind to just do a fresh reinstall). I tried simulating network failures by disconnecting NetworkManager and by flipping the hardware switch, and Azureus doesn't seem to crash anymore. Thanks for whatever you guys did! -- Azureus crashed when starting a new torrent https://bugs.launchpad.net/bugs/80666 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 153676] Re: full-screen windows sometimes hide windows that should be above them
I've just did some more testing, and it seems the second part of this bug is caused by the same issue that causes bug #162762. When the user initiates moving a window using the Alt+drag combination, compiz calls (among other things) updateWindowAttributes(w,CompStackingUpdateModeAboveFullscreen) followed by updateWindowAttributes(w,CompStackingUpdateModeNone) However, when the user initiates a window move by dragging its title bar, the calls are: updateWindowAttributes(w, CompStackingUpdateModeAboveFullscreen) raiseWindow(w) updateWindowAttributes(w, CompStackingUpdateModeNone) However, the call to raiseWindow(w) contains a call that looks like addWindowStackChanges (w, xwc, findSiblingBelow (w, FALSE)), which actually causes the window to be re-stacked _below_ any fullscreen windows. As I mentioned in bug #162762, I don't see any reason why that FALSE shouldn't be TRUE, so using the fix I proposed there should fix part 2 of this bug, too. Alternatively, if there is a very good reason why raiseWindow does things the way it does now, probably the raiseWindow should be replaced. -- full-screen windows sometimes hide windows that should be above them https://bugs.launchpad.net/bugs/153676 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 153676] Re: full-screen windows sometimes hide windows that should be above them
Hello! I've done a bit of hacking through Compiz' sources, and I think I
found the reason for the first problem.
As far as I could follow the process, Compiz calls
updateWindowAttributes() on newly-created windows, with the stackingMode
argument set to CompStackingUpdateModeInitialMap. This function is
supposed to set the window's stacking, among other things. For instance,
at one point it runs:
if (stackingMode != CompStackingUpdateModeNone)
{
Bool aboveFs;
aboveFs = (stackingMode == CompStackingUpdateModeAboveFullscreen);
mask |= addWindowStackChanges (w, xwc, findSiblingBelow (w, aboveFs));
}
Which raises the given window on top of everything if the stacking mode
is CompStackingUpdateModeAboveFullscreen. So newly-created windows are
placed below full-screen ones, because they're not mentioned in that
test. This might seem like a good idea, except that they're given focus
(don't know where), which means that input would go to a window that's
not visible (bad thing). Also, this is highly counter-intuitive (for
instance, starting Firefox's download manager with FF in full-screen
appears to be not working).
I changed the snippet above to contain
aboveFs = (stackingMode == CompStackingUpdateModeAboveFullscreen)
|| (stackingMode == CompStackingUpdateModeInitialMap);
and now the stacking is the way I'd expect it. Does anyone think it can
break something that way?
--
full-screen windows sometimes hide windows that should be above them
https://bugs.launchpad.net/bugs/153676
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162762] Re: widget layer is below full-screen windows
After taking a look through the code, I think it's not exactly the same thing as bug #153676. As far as I can tell, the widget plugin uses raiseWindow (from window.c) to put the widgets on top. However, that function then uses findSiblingBelow() with aboveFs=FALSE, which causes the widgets to remain below full-screen windows. I tested this by modifying raiseWindow(), setting aboveFs=TRUE. This works, in the sense that widgets are correctly rendered above any fullscreen window. Of course, if there was a good reason why raiseWindow sets aboveFs to FALSE (I couldn't find one), this would break it. Is there a Compiz developer who can tell us if that makes sense? -- widget layer is below full-screen windows https://bugs.launchpad.net/bugs/162762 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162665] Re: Compiz should allow exceptions for window transparency
OK, another case where it is useful: Video software that uses video overlays (ie, X Video), like VLC and Totem, depend on some parts of the screen having an exact key color. When the window is turned transparent, the color is changed, and the video image disappears. (Depending on which key color the application chooses, it might be replaced by a semi-transparent black, magenta or green rectangle. With VLC I sometimes get even more weird results.) This is not merely annoying as just the terminal changing transparency levels; it actually looks broken. This way of displaying video is actually very unfriendly for Compiz—pretty much none of the effects work—it is unfortunately still very often used and as far as I can tell almost unavoidable. So I still think it'd be very useful to allow disabling this effect for some windows.* Many of the plugins offer this option, I don't see why it wouldn't be allowed for this one; it's actually one of the simplest plugins and only has a few options currently. (* This might apply to the 'stretchy windows' plugin and some transitions, too, I'm just not affected by those cases.) -- Compiz should allow exceptions for window transparency https://bugs.launchpad.net/bugs/162665 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162665] Compiz should allow exceptions for window transparency
Public bug reported: Binary package hint: compiz Hello! This is about the latest Gutsy, up to date. Compiz currently allows setting an option to make windows semi- transparent while they're moved. This is very nice, as it allows easier positioning by seeing windows behind it. However, it can be annoying sometimes. For instance, I'm using gnome-terminal, and set it up to use the semi- transparent display mode. (This is a bit smarter than just whole-window transparency: the controls and the text are fully opaque, which is easier on the eyes, and only the space between characters is semi- transparent.) When I move the terminal window there is a jarring change in its transparency, and the effect becomes annoying rather than useful. I would suggest at the very least allowing an exceptions list to the transparent-when-moving option, based on window type, window title, and executable name. Some other effects already allow that, I think. It might also be a good idea to allow disabling the effect on windows that are not naturally opaque (ie, since they already use transparency, they probably know better how to do that). ** Affects: compiz (Ubuntu) Importance: Undecided Status: New -- Compiz should allow exceptions for window transparency https://bugs.launchpad.net/bugs/162665 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162664] none of VLCs output modules play nice with Compiz
Public bug reported: Binary package hint: vlc It's a shame that even with Compiz working very well now, there is no suitable VLC output plugin that allows all the nice visual features to work correctly. I've tried everything I have installed by default: * X11 is the only one where Compiz effects work: Shadows are displayed correctly over running video, transparency works both for the VLC window and for windows above the video, and the window is correctly transformed by effects (eg, the cover-view task switcher). However, the video scaling is atrocious: it seems that only basic resizing is used, which looks horribly pixelated. Worse, subtitles are rendered in the video resolution, so even those are pixelated when the video is scaled (eg, full-screen). * XVideo looks great (eg, nicely-scaled, and even subtitles look good). However, all effects are broken: since only the overlay patch is seen by Compiz, shadows are drawn as black or green blobs, window transforms don't work (although when the transformed patch happens to appear over the normal area with the normal colors we get a patch of untransformed video), and any transparency disables the video. * The GL output is even worse than XVideo: it's simply drawn over everything, including VLC's menus (which are virtually unusable). * Funnily enough, the ASCII-art module actually works great—all transformations work correctly. But... it's ASCII. Something should be done to allow better interaction between VLC and Compiz's effects. I suppose an upgrade to the X11 mode would work (if I understand correctly it just paints the video on a normal window), perhaps using OpenGL in a background buffer to do pretty scaling, and drawing the OSD (including subtitles) above it, _after_ scaling. This is probably not lightning-fast, but that would only be a problem with HD video, which I don't expect to work through Compiz anyway except on very high-end machines. We might add some kind of automatic fall-back to whatever is the most efficient display mode in huge-video cases. ** Affects: vlc (Ubuntu) Importance: Undecided Status: New -- none of VLCs output modules play nice with Compiz https://bugs.launchpad.net/bugs/162664 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 162669] kwin-dev package needed (kdebase-dev split)
Public bug reported: Binary package hint: kdebase-dev Hello! This is about up-to-date Ubuntu Gutsy. Please take a look at bug #160953. Compiz' build-deps include the kwin headers (for the kde window decorator); unfortunately the only way to get those is to depend on kdebase-dev. This is unpleasant for people who are not using KDE at all (eg, me), because for some reason kdebase-dev also installs (directly or indirectly) konqueror, konsole, kdeprint, kicker, klipper, poster, libvorbis, and a few other things that are irrelevant for Compiz. Installing all these uses up space and can also take lots of time during updates, which is useless for someone who just wants to work on Compiz itself. It is possible to manually remove the superfluous packages (Compiz can be compiled without KDE support), but it's very inconvenient; especially for someone who is not very familiar with KDE it's difficult to identify which ones are useful and which aren't. To fix the other bug it is enough to just create a separate kwin-dev package and make kdebase-dev depend on it. Compiz can switch then to the much more compact build-dep. On the other hand, are konqueror, kate and kicker really necessary dependencies for kdebase-dev? I would expect that just for compile[ing] software based on the KDE base module (as is the package's description) much less would be needed. Someone who actually wants those programs can just install kdebase directly. ** Affects: kdebase (Ubuntu) Importance: Undecided Status: New -- kwin-dev package needed (kdebase-dev split) https://bugs.launchpad.net/bugs/162669 You received this bug notification because you are a member of Kubuntu Team, which is a bug contact for kdebase in ubuntu. -- kubuntu-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 162762] widget layer is below full-screen windows
Public bug reported: Binary package hint: compiz This is about Compiz running on latest updated Gutsy. I've tried adding some widgets using Compiz' widgets layer plugin and the screenlets package (from an external repository). Unfortunately I've noticed an issue: whenever I have a full-screen window _at the top level_, the widgets are drawn below it (so they're invisible, unless the full-screen window is partly transparent). However, if there is a normal, non-full-screen window above the fullscreen window, the widgets are correctly displayed on top. Note that the redirect fullscreen windows option is disabled on my computer, so they should be normally composited. I think this is a special-case of bug #153676, but since the widget layer is special I think it deserves separate treatment. That is, no matter when and how we solve the stacking issues of full-screen windows, things in the widget layer should be above everything else when they are enabled. ** Affects: compiz (Ubuntu) Importance: Undecided Status: New -- widget layer is below full-screen windows https://bugs.launchpad.net/bugs/162762 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160953] compiz has huge build-deps
Public bug reported: Binary package hint: compiz Hello! This is about Ubuntu Gutsy, up-to-date. I've thought about taking a look through Compiz's source, and I tried a simple apt-get build-dep compiz. For some reason apt-get insisted on installing 200 megs of packages, including things like kdeprint, konqueror, and some media libraries (libvorbis?), which I'm pretty sure are not need to build Compiz. I don't use anything KDE-based except Amarok, so this adds a lot of cruft afterwards. Of course I can remove it by hand, but I think the problem should be solved at the source. $ sudo apt-get build-dep compiz [sudo] password for bogdanb: Reading package lists... Done Building dependency tree Reading state information... Done Note, selecting automake instead of automake1.10 Note, selecting libcairo2-dev instead of libcairo-dev The following NEW packages will be installed: autoconf automake autotools-dev build-essential comerr-dev debhelper diffstat dpkg-dev enscript g++ g++-4.1 gawk gettext-kde hspell html2text kcontrol kdebase-data kdebase-dev kdelibs4-dev kdeprint kdesdk-scripts kfind khelpcenter kicker klipper kmenuedit konqueror konqueror-nsplugins konsole ksmserver ksplash ksysguard ksysguardd kwin libacl1-dev libart-2.0-dev libarts1-dev libartsc0-dev libasound2-dev libaspell-dev libatk1.0-dev libattr1-dev libaudio-dev libaudiofile-dev libavahi-client-dev libavahi-common-dev libavahi-glib-dev libavahi-qt3-dev libbonobo2-dev libbonoboui2-dev libbz2-dev libcairo2-dev libcroco3-dev libcupsys2-dev libdbus-1-dev libdbus-glib-1-dev libdbus-qt-1-dev libesd0-dev libexpat1-dev libfontconfig1-dev libgail-dev libgconf2-dev libgcrypt11-dev libgl1-mesa-dev libglade2-dev libglib2.0-dev libglu1-mesa-dev libgnome-desktop-dev libgnome-keyring-dev libgnome-settings-daemon-dev libgnome-window-settings-dev libgnome2-dev libgnomecanvas2-dev libgnomeui-dev libgnomevfs2-dev libgnutls-dev libgnutlsxx13 libgpg-error-dev libgsf-1-dev libgtk2.0-dev libhal-dev libhal-storage-dev libice-dev libidl-dev libidn11-dev libjasper-dev libjpeg62-dev libkadm55 libkrb5-dev liblcms1-dev liblua50-dev liblualib50-dev liblzo2-dev libmetacity-dev libmng-dev libogg-dev libopencdk8-dev libopenexr-dev liborbit2-dev libpango1.0-dev libpcre3-dev libpng12-dev libpopt-dev libqt3-headers libqt3-mt-dev librsvg2-dev libsasl2-dev libselinux1-dev libsepol1-dev libsm-dev libssl-dev libstartup-notification0-dev libstdc++6-4.1-dev libtasn1-3-dev libtiff4-dev libtiffxx0c2 libvorbis-dev libwnck-dev libx11-dev libxau-dev libxcomposite-dev libxcursor-dev libxdamage-dev libxdmcp-dev libxext-dev libxfixes-dev libxft-dev libxi-dev libxinerama-dev libxml2-dev libxmu-dev libxmu-headers libxrandr-dev libxrender-dev libxres-dev libxslt1-dev libxt-dev lua50 m4 mesa-common-dev poster psutils qt3-dev-tools quilt x11proto-composite-dev x11proto-core-dev x11proto-damage-dev x11proto-fixes-dev x11proto-gl-dev x11proto-input-dev x11proto-kb-dev x11proto-randr-dev x11proto-render-dev x11proto-resource-dev x11proto-xext-dev x11proto-xinerama-dev xtrans-dev 0 upgraded, 157 newly installed, 0 to remove and 0 not upgraded. Need to get 68.9MB of archives. After unpacking 212MB of additional disk space will be used. Do you want to continue [Y/n]? n ** Affects: compiz (Ubuntu) Importance: Undecided Status: New -- compiz has huge build-deps https://bugs.launchpad.net/bugs/160953 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160953] Re: compiz has huge build-deps
Simply removing kdebase-data got rid of pretty much everything KDE, by the way. However, for some reason this removed libxslt1-dev, which ./configure asks for. It seems to work after installing it manually. -- compiz has huge build-deps https://bugs.launchpad.net/bugs/160953 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160953] Re: compiz has huge build-deps
I take that back. It seems it does need parts of KDE, to build the kde part. It works though if I just ./configure --disable-kde (it compiles, at least). -- compiz has huge build-deps https://bugs.launchpad.net/bugs/160953 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160953] Re: compiz has huge build-deps
Wait a minute. I agree that some components of kde-base and a few others (qt-dev-whatever) are necessary, and I suppose apt-get doesn't allow the option of installing partial build-deps. But are konqueror, konsole, kdeprint, kicker, klipper, poster, and libvorbis really used by Compiz? -- compiz has huge build-deps https://bugs.launchpad.net/bugs/160953 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 160953] Re: compiz has huge build-deps
And, is that normal? That is, should I move this bug to kdebase-dev because it depends on too many things(*), or should Compiz depend on something more precise than kdebase? (*: While it's not unreasonable, it seems unnecessary that Konqueror be needed to develop something _for_ Konqueror. I'd expect to have only headers and other dev files there.) -- compiz has huge build-deps https://bugs.launchpad.net/bugs/160953 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 158988] edge flipping of workspaces should ignore panel area
Public bug reported: Hello! This is about Compiz on Ubuntu Gutsy, though it probably applies to every distribution out there (and to many window managers, too). Compiz allows flipping between workspaces when the mouse cursor touches the screen edges (including when dragging some object). This is a useful behavior, and I think it's enabled by default. However, there is a problem: another very useful behavior is to have panel applets in the corners of the screen. For instance, I have the applications menu in the top left, show desktop at the bottom left, shut-down in the top right and the trash in the bottom right. Since they're at the corner, they're very easy to hit by the user by simply dragging the cursor all the way. For instance, I can drag a file towards the bottom right without being very careful about targeting, and be sure to hit the Trash. However, with the Compiz behavior I mentioned above, this flips the screen instead of leaving the cursor on the Trash. (I have disabled screen flipping when not dragging something, but if not I would have the same behavior when trying to hit the applications menu or the show desktop button.) It would be very helpful if the edge actions of Compiz ignored the corners (at least optionally), within a certain area (say, the height of a panel). ** Affects: compiz (Ubuntu) Importance: Undecided Status: New -- edge flipping of workspaces should ignore panel area https://bugs.launchpad.net/bugs/158988 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 159031] computer freezes when sshfs blocks waiting for connection
Public bug reported: This is about Gutsy. I have set-up remote drives mounted over sshfs, which in turns runs over a WiFi connection. Every now and then, the router reboots itself (crappy ISP, irrelevant), and the network connection naturally stops. When that happens, sshfs will block on any access requests for the remote drive. The nasty part is that (a) Nautilus freezes (Compiz turns it gray), and (b) sometimes this freezes the whole desktop. I've just had a case when I could see the Network Manager dialog asking for the network password(*), with the Nautilus window grayed out above it. I couldn't access the NM dialog, so there was no way to re-connect and thus unfreeze Nautilus. (The system wasn't completely frozen, though: the mouse cursor worked, and the System Monitor applet on the panel updated itself correctly, though nothing responded to mouse clicks. And I could switch to a text terminal.) I don't see how Nautilus could cause this system freeze, but as soon as I killed it (from a console), everything unfroze, I could re-connect to the network and re-mount the remote directories. ** Affects: ubuntu Importance: Undecided Status: New -- computer freezes when sshfs blocks waiting for connection https://bugs.launchpad.net/bugs/159031 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 151322] Re: trackerd keeps trashing the hard drive incessantly, gives almost no status info
How is this fixed? Is there a new status panel that was added recently? -- trackerd keeps trashing the hard drive incessantly, gives almost no status info https://bugs.launchpad.net/bugs/151322 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 122041] Re: thumbnail-related error for swf
Here's the file. Nautilus doesn't give the error anymore (I think it only gave it when it first tried to thumbnail it using Totem, and it remembers it failed). Totem gives the same error or at least something similar when I try to double-click on it. Firefox can open it, though. I'm not sure how to check the gStreamer version, but given that apt-get show only shows 0.10 I assume 0.8 isn't in the Gutsy repositories anymore (I haven't added anything else, as far as I know). ** Attachment added: flash-satellite.swf http://launchpadlibrarian.net/10217824/flash-satellite.swf -- thumbnail-related error for swf https://bugs.launchpad.net/bugs/122041 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 158338] Network Manager becomes confused by sleep
Public bug reported: Hello! I'm using Gutsy on a laptop with an ipw3945 WiFi card. I've noticed some weird behavior of the Network Manager when resuming from sleep. I'm connected at home to a WPA2 network, which seems to work very well. However, when I resume the computer from sleep, 1) The nm-applet remains stuck in a state where (a) it displays the wireless icon with full connectivity (all bars on), (b) it doesn't respond to any commands (I've tried disabling and re-enabling the wireless, nothing seems to happen). 2) Sometimes I've seen the NetworkManager take up 100% of one CPU (it's a dual-core machine), but I can't figure out what's happening, nothing appears in any log I've looked at. Once I've even seen the WiFi interface attached to my AP, an IP is set- up, but the network didn't work. By the way, I've been connecting to an unprotected AP (neither WEP nor WPA), and this didn't happen; when resuming from sleep the network started working right away. So far the only solution I've seen is rebooting. Isn't there any way of debugging this further, to find out where the issue is? It's very reproducible (it happened every time I tried, with some differences in behavior), I just don't know where to look for trouble. ** Affects: network-manager (Ubuntu) Importance: Undecided Status: New ** Affects: network-manager-applet (Ubuntu) Importance: Undecided Status: New ** Also affects: network-manager-applet (Ubuntu) Importance: Undecided Status: New -- Network Manager becomes confused by sleep https://bugs.launchpad.net/bugs/158338 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 158352] Firefox is slow to stop when shutting down
Public bug reported: Hello! This is about Firefox on the latest Ubuntu Gutsy. I've noticed that very often, after I tell the computer to shut down or reboot while Firefox is running, the next time I open Firefox (after restarting the computer) I get a warning that Firefox crashed the last time it was run, asking if I want to re-load the last session or not. I'm sure this isn't caused by Firefox's session manager, as it doesn't happen when I just stop Firefox by hand. I suspect that Firefox takes a while to shut itself down, and the gnome session (or whatever it is that handles shut-downs, I could never figure that out) just kills it. What do you think? ** Affects: firefox (Ubuntu) Importance: Undecided Status: New -- Firefox is slow to stop when shutting down https://bugs.launchpad.net/bugs/158352 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 158352] Re: Firefox is slow to stop when shutting down
No, it really says it crashed. I have setup Firefox's session manager to automatically load the last session, and if I close FF manually and restart it it works correctly. Only when I shutdown the computer with FF running (thus letting the computer close FF) I get the error on the next start. -- Firefox is slow to stop when shutting down https://bugs.launchpad.net/bugs/158352 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 82463] Re: monitor remains blank after quick close/open lid cycle
I can't seem to reproduce this on Gutsy. However, there is another difference that might be related: When I entered this bug report, I had the computer set-up to lock the screen when I closed the lid. I can't figure out how to do this now, the only equivalent setting in the power manager is to blank the screen, and apparently this doesn't lock the screen. The fact that the screen-saver was enabled (to lock the screen) when the lid was closed _might_ have been related to the problem. -- monitor remains blank after quick close/open lid cycle https://bugs.launchpad.net/bugs/82463 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 157921] language-support-en pollutes Firefox's spell-check languages list
Public bug reported: Hello! This is about the package language-support-en on Ubuntu Gutsy, but it applies generally to all language-support-* packages in all or most other Ubuntu versions. When I install the package, English dictionaries for the spell-checking feature of Firefox are installed. The problem is that it doesn't install a single dictionary; I get six different entries in the languages list (right-click on a spell-checkable field, go to the Languages... menu): English / United Kingdom, en_US, English / United States, en_ZA, English / South Africa and en_GB. I also need the Romanian dictionary (which added Romanian and ro_RO) and French (which interestingly only adds _one_ entry). By the way, in Firefox's languages list in the Add-ons window there are only three entries, one for each language. In conclusion, instead of choosing between three options I am now forced to choose between nine! What's worse, it seems these dictionaries cannot be disabled. I tried disabling English in Firefox's Add-ons window, it's grayed-out but the six options still appear in the right-click menu. This means that I can't simply get rid of them and install a separate dictionary. (I could uninstall the language-support-* packages, but then I'd loose the other features of the packages, like OOo spell-check.) ** Affects: language-support-en (Ubuntu) Importance: Undecided Status: New -- language-support-en pollutes Firefox's spell-check languages list https://bugs.launchpad.net/bugs/157921 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 127168] Re: vesafb sets the refresh rate too high for some LCDs
I'm not using 915res anymore, precisely because of the new intel driver. But the initial bug report was about the console settings, and I'm still having that problem. -- vesafb sets the refresh rate too high for some LCDs https://bugs.launchpad.net/bugs/127168 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 78830] Re: lcd is set to expand when installing
I'm not using 915 resolution anymore (because of the new driver), so I'm not sure I have what to check. The Intel driver didn't seem to affect the LCD expansion. -- lcd is set to expand when installing https://bugs.launchpad.net/bugs/78830 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133206] Re: 915resolution spams the console at startup
Well I don't use 915resolution anymore (precisely because I use the new Intel driver), so I can't really check it easily. But unless someone merged my replacement above, or duplicated it, I doubt the situation changed. -- 915resolution spams the console at startup https://bugs.launchpad.net/bugs/133206 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141056] Re: clock is delayed by a constant amount when ntpd is enabled
What I did was (1) open the time and date settings (time-admin), using the clock applet on the panel, (2) configure my time zone to Europe/Paris (which is UTC+2), and (3) activated Keep synchronized with internet servers, which is the next option in that menu. Now my clock displays 5:56 pm (and 'date' shows Sun Oct 21 17:56:57 CEST 2007), though the current CEST time is 15:56. It should display 3:56 pm. If I disable the ntp daemon (using either the panel or the /etc/init.d script), then run 'ntpdate-debian' (which should do the same thing ntpd does, but just once), the clock is set correctly. I guess I could just use a cron script to run ntpdate-debian every hour or so, but the bug is still there. -- clock is delayed by a constant amount when ntpd is enabled https://bugs.launchpad.net/bugs/141056 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 119318] Re: power manager insists batter is broken
I should probably mention that this doesn't seem to happen anymore for me. However, during the last few weeks I had several computer issues, which among other things led to replacing the motherboard (twice), the hard drive and the battery, and reinstalling Gutsy from scratch (the previous one had been updated all the way from Dapper). The fact that the battery was broken — and, more interestingly, it still worked but its self-reporting didn't — may mean that was the problem. However, the symptoms I reported initially did happen right after updating to Gutsy, so there was probably a bug involved, too. With the new battery uptime seems to be close to three hours, which is quite good. That's about what I was getting when I first got the laptop, despite the fact that the new battery is smaller (5200mAh vs 6000). -- power manager insists batter is broken https://bugs.launchpad.net/bugs/119318 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141056] Re: clock is delayed by a constant amount when ntpd is enabled
Note that in my first report the delay was much higher, now it seems to have stabilized to two hours. -- clock is delayed by a constant amount when ntpd is enabled https://bugs.launchpad.net/bugs/141056 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141056] Re: ntpd behaves strangely---clock is badly delayed
I linked this to NTP, since that's where I think the issue is. I also linked it to gnome-system-tools, which contains the time-admin applet; I don't think that's the problem, but someone there might now how to look for more info. ** Summary changed: - ntpd behaves strangely---clock is badly delayed + clock is delayed by a constant amount when ntpd is enabled -- clock is delayed by a constant amount when ntpd is enabled https://bugs.launchpad.net/bugs/141056 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141056] Re: ntpd behaves strangely---clock is badly delayed
I have this behaviour on every Gutsy machine I have (three). After a bit of following this thing it appears that the delay is exactly +2hours, which incidentally is my timezone, CEST, or UTC+2. I think some of the packages, probably NTP, are confused; probably it thinks the RTC is set to UTC (which is what I'd want) but instead it's set to local time (which I don't know how to fix). I'll link a few more packages to this bug, maybe it'll get some more eyes on it. ** Changed in: ntp (Ubuntu) Sourcepackagename: None = ntp ** Also affects: gnome-system-tools (Ubuntu) Importance: Undecided Status: New -- clock is delayed by a constant amount when ntpd is enabled https://bugs.launchpad.net/bugs/141056 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
Note that this with Compiz this works without any hassle. -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 154954] [wishlist] simlink target should be editable
Public bug reported: It would be nice if the Link target field in a simlink's properties panel (right-click, Properties) would be editable. Currently there is no easy way of managing simlinks in Nautilus other than right-click menu's Make link option, which always creates absolute simlinks (probably because there's no way of changing a link's location, which means relative simlinks can't be made to work when moved). ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- [wishlist] simlink target should be editable https://bugs.launchpad.net/bugs/154954 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 153676] Re: full-screen windows sometimes hide windows that should be above them
I'm not so sure. I have none of the symptoms described there. Also, there is absolutely no corruption visible, it's as if Compiz thinks that's what's supposed to happen. By the way, I have the exact same behavior on firegl and intel drivers, on two different computers. On the ATI card Compiz runs on Xgl, while the intel machine doesn't eves have Xgl installed, so I guess we can exclude driver issues here. (Unless someone can't reproduce this at all.) -- full-screen windows sometimes hide windows that should be above them https://bugs.launchpad.net/bugs/153676 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 153969] avahi-autoipd takes over when the router fails, breaks DHCP
Public bug reported: I'm having a bit of an issue with avahi-daemon on Ubuntu Gutsy. My home network consists of an ADSL modem that includes a WiFi ethernet router, into which I have plugged: 1) one laptop, running Gutsy, connected via ethernet; let's call it gutsy-eth. 2) one laptop, running Gutsy, connected via WiFi; let's call it gutsy-wifi. 3) some other computers I don't own, among which a Macbook running MacOS X. The router/modem has a DHCP server, which I normally use for configuring the network. (For practical reasons the router is not configurable, thus I have to just deal with how it works right now.) So normally every laptop connects to the network (via Network Manager for Linux, and whatever MacOS uses), asks for an address from the router's DHCP server, and stuff (almost) just works. Here come the problem: The router occasionally resets itself. I don't know why, and it's not really relevant. The important thing is that when this happens, it takes a couple minutes, sometimes longer, before each of its services come back up (ie, ethernet, wifi, internet, not necessarily in that order). The trouble is that when this happens, the network interfaces get disconnected (the ethernet laptop is plugged directly into the router, so it probably sees the cable disconnect during the reboot, and the wifi laptop just notices the wifi isn't working). At this point, the Network Manager starts trying to reconnect, which of course it can't because the router is still rebooting. At some point the networks are both working (ie, the interfaces come up), but for some reason the DHCP server isn't running yet on the router. So what happens is that dhclient tries for a bit, then gives up, and avahi-autoipd comes up and sets a link-local address (169.blah.blah). Then the DHCP server comes up, and the Macbook and other computers (not Gutsy on any of them) notice this, get an address, and just work. The issue is that the link-local address doesn't work for accessing the other computers. The two Gutsy machines can talk to each other, but (1) internet doesn't work, presumably because the gateway on the router is in the 192.168.1.* domain, (2) the other machines can't see the Gutsy computers, presumably because they're on the same 192.* domain where the DHCP server puts them, and (3) the Gutsy computers can't see the other machines, despite what /etc/network/if-up.d/avahi-autoipd claims to do (ie, add a default route to allow accessing non-link-local-addressed machines). When this happens (randomly, say at night) the two laptops essentially are removed from the network, which is annoying because (a) one of them serves files to the other machines and (b) I have to actually walk to each machine to reset its network. Now, I can't turn the entire network to link-local addresses (since I don't control all machines, including the router), and I don't really want to remove avahi-autoipd completely (since I do move the machines to other networks, occasionally; also, autoipd is cool). I was wondering if there's a way to (in order of preference): 1) Have the laptops to somehow notice when a DHCP server comes up, and switch from link-local addresses (if they have them) to a DHCP address; 2) Increase the timeout before dhclient gives up in favour of avahi-autoipd, to give enough time to the router to come up. 3) Disable avahi-autoipd without uninstalling it and without disturbing avahi-daemon services (eg, mDNS publishing/discovery on whatever connection method succeeded). ** Affects: avahi (Ubuntu) Importance: Undecided Status: New -- avahi-autoipd takes over when the router fails, breaks DHCP https://bugs.launchpad.net/bugs/153969 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 153676] weird behavior with full-screen windows
Public bug reported: Hello! I've just done a fresh install of Ubuntu Gutsy, and I'm currently quite pleased with how Compiz works. (I had Gutsy before (re-installed after some hardware problems), but Compiz didn't work very well, probably because of cruft accumulated through upgrades all the way from Dapper.) Now Compiz works great, and after a bit of configuring I'm actually more pleased with it than I ever was with Metacity. However, there are still a few kinks related to full-screen windows that I can't get around. I use full-screen windows a lot, so this is rather annoying. (Note that I have disabled unredirect fullscreen windows because of other issues, so every window should be treated the same way now. Compiz runs on the intel driver, if that affects anything. Also, when I say full-screen, I mean it, not just maximize.) 1) New windows appear below the fullscreen windows. How to reproduce: a) open Firefox (or a terminal or anything else) b) put the window in fullscreen mode (F11 works by default with Firefox and the terminal, but I have set Compiz to do that for every window). c) open a new window (I have the terminal on Start-T, but with Firefox you can use Ctrl-N, and with terminal Ctrl-Shift-T.) Results: a new window is (correctly) opened, it is given focus (correctly), but it's behind the full-screen window. Expected: the new window should be on top of the stack. I have to press Alt-Tab twice (first to return to the full-screen window, second to get to the newly-opened window) to get it to display. EDIT: Note that this happens for _every_ kind of new window that should appear on top, including dialogs opened by the full-screen window, which is the most annoying thing (think of save-to dialogs, exit confirmations, etc). 2) Windows disappear when dragged over a full-screen window. How to reproduce: a) open a small window (a terminal) b) open Firefox (or another terminal or anything else) c) put the second window in fullscreen mode d) alt-tab to the first window (non-fullscreen) You should have now the full-screen window on the whole screen, and exactly one window above it. e) drag the small window by left-clicking on its title-bar. Results: the window fades out (only the full-screen window is displayed). However, the move _does_ work (the moved window changes position), and the window doesn't loose focus (alt-tab returns to the full-screen window, and another alt-tab to the moved window). Strangely, if I use Alt+drag to move the window (that's a Compiz feature, I think it's enabled by default), the window doesn't disappear. Any ideas? ** Affects: compiz (Ubuntu) Importance: Undecided Status: New ** Description changed: Hello! I've just done a fresh install of Ubuntu Gutsy, and I'm currently quite pleased with how Compiz works. (I had Gutsy before (re-installed after some hardware problems), but Compiz didn't work very well, probably because of cruft accumulated through upgrades all the way from Dapper.) Now Compiz works great, and after a bit of configuring I'm actually more pleased with it than I ever was with Metacity. However, there are still a few kinks related to full-screen windows that I can't get around. I use full-screen windows a lot, so this is rather annoying. (Note that I have disabled unredirect fullscreen windows because of other issues, so every window should be treated the same way now. Compiz runs on the intel driver, if that affects anything. Also, when I say full-screen, I mean it, not just maximize.) 1) New windows appear below the fullscreen windows. How to reproduce: a) open Firefox (or a terminal or anything else) b) put the window in fullscreen mode (F11 works by default with Firefox and the terminal, but I have set Compiz to do that for every window). c) open a new window (I have the terminal on Start-T, but with Firefox you can use Ctrl-N, and with terminal Ctrl-Shift-T.) Results: a new window is (correctly) opened, it is given focus (correctly), but it's behind the full-screen window. Expected: the new window should be on top of the stack. I have to press Alt-Tab twice (first to return to the full-screen window, second to get to the newly-opened window) to get it to display. + EDIT: Note that this happens for _every_ kind of new window that should + appear on top, including dialogs opened by the full-screen window, which + is the most annoying thing (think of save-to dialogs, exit + confirmations, etc). + 2) Windows disappear when dragged over a full-screen window. How to reproduce: a) open a small window (a terminal) b) open Firefox (or another terminal or anything else) c) put the second window in fullscreen mode d) alt-tab to the first window (non-fullscreen) You should have now the full-screen window on the whole screen, and exactly one window above it. e) drag the small window by left-clicking on its title-bar. Results: the
[Bug 140643] Re: [evince] cairo context error: NULL pointer
Any idea when it will be accessible here? BTW, not sure if that's related or interesting, but I can't print the document given above. (Evince usually prints PDFs.) -- [evince] cairo context error: NULL pointer https://bugs.launchpad.net/bugs/140643 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 12153] Re: Cannot use Windows key in keyboard shortcuts
The funny thing is that using compiz's settings manager (ccsm) this works without any problem. -- Cannot use Windows key in keyboard shortcuts https://bugs.launchpad.net/bugs/12153 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 151322] trackerd keeps trashing the hard drive incessantly, gives almost no status info
Public bug reported: Binary package hint: tracker Hello. I have Ubuntu Gutsy installed since a long time ago on a work computer (and a couple at home). Today I got really annoyed by the fact that during the last month or so I can't remember a single moment when trackerd wasn't trashing the drive madly. I have tried all settings from quickest to slowest, I leave my computers running during the night, but it's still running all the time. It's actually annoyingly _loud_, even with acoustic management turned up to quiet. It also makes things run a bit slower all the time; not as much as you'd expect from seeing the hard-drive load applet turned all the way up, but still noticeable. (Things run visibly better when I kill trackerd.) The worst part of this is that trackerd doesn't report _anything_ about why it's taking up all available IO. tracker-status (which wasn't even installed by default) only tells me it's indexing. tracker-stats tells me something like Files : 210463, which I don't even know what it means. I suppose it's files indexed, but it could be anything else; what's worse, it doesn't seem to change very much, despite the fact that the drive keeps grinding away. It really needs at least a tiny applet (even a command line tool) to tell users exactly how much work did it do, how long did it took, _and_ how much more there is to do, _and_ an estimate of how long it will take, however inaccurate. A progress bar (that's obviously working) would make it much easier to tolerate it. ** Affects: tracker (Ubuntu) Importance: Undecided Status: New -- trackerd keeps trashing the hard drive incessantly, gives almost no status info https://bugs.launchpad.net/bugs/151322 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133567] Re: nautilus hangs on accessing vfat drives - statfs() blocks for a long time
I know this is a bit complex to work-around, but we could hack Nautilus to work around this whenever it encounters a VFAT volume. If I understand correctly, Nautilus uses the statfs call to determine the free space on the drive, to show it on the bottom of the window. I would suggest that Nautilus start a new thread to call statfs; since other programs can read the drive contents correctly, I suppose Nautilus should be able to do the same. It would work as usually, minus whatever the statfs call is needed for, until the separate thread finishes the call. I know this is complicated and probably not worth it, I just wanted to have the suggestion. Otherwise, I strongly advise to revert the patch with data-loss possibility. The delay after mount is annoying, but it's less than a minute long and it only happens at mount time, I think it's much less annoying than loosing files and locking up randomly. -- nautilus hangs on accessing vfat drives - statfs() blocks for a long time https://bugs.launchpad.net/bugs/133567 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 150380] vlc's Open File dialog doesn't handle drag and drop correctly
Public bug reported: Binary package hint: vlc Hello! This is about VLC on Gutsy; however it probably applies to other versions too. The Open File... dialog (the complete one, not the quick one) has two text fields for choosing the video and the subtitle file. When drag-and-dropping a file on those fields, the content of the fields becomes something like: [file:///media/jester/series/Dawson's%20Creek%2C%20season%204/(411)%20Dawson's%20Creek%20-%20The%20Tao%20of%20Dawson.avi ] Note the line break at the end; the text fields actually display the numbers-in-a-box glyph for the 000D 000A characters (CRLF). This is (IMO) wrong for several reasons: (a) since the files are on the local filesystem, I think a simple path should be used (this happens if the file is picked with the Browse button). (b) the CRLF thing should be simply trimmed out, along with any other surrounding whitespace. The video field isn't troubled by the CRLF, but if I don't manually delete it from the subtitle field I get an error and the subtitle doesn't load. (From the error message it's obvious that VLC incorrectly looks for the file with the CRLF characters appended, which is silly because they can't be part of a properly escaped URL like the one in the box.) (c) I see no reason why the URL would be escaped, since it's the only thing that can be put in those fields. (The purpose of escaping is (i) to represent the URL with a certain charset and (ii) to know where it ends (ie encode the spaces), neither of which is necessary in those fields.) (d) I just noticed that the fields accept multiple-file drops (yes, the filenames are separated with CRLF) which is kind of silly since VLC can't do anything with them. So that's probably wrong too. (e) If I drop a file on those fields, the file's URL is _inserted_ into whatever text was already there, at the drop point. Since the result of a file drop is always a complete URL, and the fields can only handle one file, it should instead _replace_ the text that was there IMO. Note that this is only true for file drops; if I were to drop a simple piece of text, that's different, I might want to assemble a path/URL with several drops. A different thing: I sometimes notice VLC refuses to accept drops in those fields (eg, no cursor change, nothing happens on button release); I couldn't find out what the problem is. It appears sometimes, but I can't reproduce it at others. It may be caused by some updates to underlying libraries, I don't know. ** Affects: vlc (Ubuntu) Importance: Undecided Status: New ** Description changed: Binary package hint: vlc Hello! This is about VLC on Gutsy; however it probably applies to other versions too. The Open File... dialog (the complete one, not the quick one) has two text fields for choosing the video and the subtitle file. When drag-and-dropping a file on those fields, the content of the fields becomes something like: [file:///media/jester/series/Dawson's%20Creek%2C%20season%204/(411)%20Dawson's%20Creek%20-%20The%20Tao%20of%20Dawson.avi ] Note the line break at the end; the text fields actually display the numbers-in-a-box glyph for the 000D 000A characters (CRLF). This is (IMO) wrong for several reasons: (a) since the files are on the local filesystem, I think a simple path should be used (this happens if the file is picked with the Browse button). - (b) the CRLF thing should be simply trimmed out. The video field isn't troubled by it, but if I don't manually delete it from the subtitle field I get an error and the subtitle doesn't load. (From the error message it's obvious that VLC incorrectly looks for the file with the CRLF characters appended, which is silly because they can't be part of a properly escaped URL like the one in the box.) + (b) the CRLF thing should be simply trimmed out, along with any other surrounding whitespace. The video field isn't troubled by the CRLF, but if I don't manually delete it from the subtitle field I get an error and the subtitle doesn't load. (From the error message it's obvious that VLC incorrectly looks for the file with the CRLF characters appended, which is silly because they can't be part of a properly escaped URL like the one in the box.) (c) I see no reason why the URL would be escaped, since it's the only thing that can be put in those fields. (The purpose of escaping is (i) to represent the URL with a certain charset and (ii) to know where it ends (ie encode the spaces), neither of which is necessary in those fields.) (d) I just noticed that the fields accept multiple-file drops (yes, the filenames are separated with CRLF) which is kind of silly since VLC can't do anything with them. So that's probably wrong too. (e) If I drop a file on those fields, the file's URL is _inserted_ into whatever text was already there, at the drop point. Since the result of a file drop is always a complete URL, and the fields can only
[Bug 149507] Amarok's global hotkeys become stuck often
Public bug reported: Binary package hint: amarok Hello! I'm using Amarok on an otherwise Gnome-exclusive Ubuntu Gutsy box. One thing I'm very fond of is using global hotkeys to control the music player (in this case Amarok) from any application. For example, I have hotkeys set for skipping to the next track, and for showing/hiding the player's window. The problem is that very often these become stuck. This means that I'd press a hot-key (Start-; for instance to show the player), and Amarok starts doing the given command in a loop forever. Since the show/hide command is a toggle, this means that Amarok becomes unusable (no command works anymore), and uses up all the processor time which makes it hard to kill it. Skipping to the next track has the same effect: since I use 'smart' playlists, which refill themselves as the music plays, Amarok gets into an infinite loop through my entire collection, using even more processor time. Sometimes the show/hide bug stops if I press the shortcut a lot, but it's not easy to reproduce. Since it happens randomly, I can't think of any way of debugging this. ** Affects: amarok (Ubuntu) Importance: Undecided Status: New -- Amarok's global hotkeys become stuck often https://bugs.launchpad.net/bugs/149507 You received this bug notification because you are a member of Kubuntu Team, which is a bug contact for amarok in ubuntu. -- kubuntu-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
[Bug 148605] gnome starts all startup programs at once
Public bug reported: Binary package hint: gnome-session Hello! This is about Ubuntu Gutsy, though it applies to every distro that uses Gnome. I've attached it to gnome-session, though I'm not sure there's where the change must go. The problem is that Gnome starts all startup applications at once after login. I have many applications I use virtually all the time, some of which are relatively heavyweight. This includes, for instance, Skype and Pidgin, though it could very well include Firefox too. There are many applets and tools that are installed by default, too. All of them I'd like started automatically (ie, I'll start them anyway, so why should I have to remember and do this by hand), so they're very much perfect candidates for the auto-start trick. Of course, I can do that right now using the gnome-session-properties applet. There's just one problem: Since Gnome starts all of them at once, immediately after log-in, I can't use my desktop for at least a minute after the login. The fact that I need these apps opened all the time _doesn't_ mean that I need them right away. Even if I did need them right away, I couldn't use them until they all start, since the startup thrashes the disk too much. So I propose adding an option for delayed, low-priority startup. Almost none of the apps are needed right away, so it might actually make sense to use the trick for all of them. The idea is to have a slow-start option. A startup application that has this enabled would (a) be started a little after startup, say 30 seconds later, when the initial disk-thrashing has stopped and the user already started working, and (b) the app would be started niced to a low priority, and raised to the normal priority 30 seconds later. The two approaches can be combined, but any of them would help by itself. Also, the low-priority processes could be staggered by 10 seconds or so, to prevent disturbing the user. Examples of apps that can take advantage of this, in approximate order they should be started in: - the network manager - every communication app, like Pidgin or Skype - some of the panel applets, like the deskbar and even the taskworkspace switchers - the power manager, print manager, and volume manager - evolution's and other mail/alarm notifiers - tracker, beagle and similar things All of these are needed all the time, but not right away. I've tried doing this (actually, just part b) by changing the start-up commands to something like 'bash -c delay 30; pidgin', and it works OK as far as starting up goes. However, the (many) bash processes are kind- of heavy-weight, and they remain active the entire session. This also tends to clog up the process list, and it's a bit confusing. Something done directly in the start-up object would work much better. ** Affects: gnome-session (Ubuntu) Importance: Undecided Status: New -- gnome starts all startup programs at once https://bugs.launchpad.net/bugs/148605 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 148230] opening some USB drives takes a long time
Public bug reported: Hello! I'm using Ubuntu Gutsy, and I have a strange issue: I have three Lacie USB drives, one is 320GB and the others 500GB. The small one and one of the others are FAT-formatted, and the third is reiserfs. For some strange reason, whenever I mount the small one, the first time I open it, Nautilus locks up for about a minute. (It opens the (empty) window, then just stops responding for a while.) I can 'ls' the drive, though. After a while the window gets redrawn, and everything seems to work correctly. I have no idea how to diagnose this issue. ** Affects: ubuntu Importance: Undecided Status: New -- opening some USB drives takes a long time https://bugs.launchpad.net/bugs/148230 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 146448] warning during update process
Public bug reported: Seen during last Gutsy update, a couple minutes ago. Removing language-pack-en-base ... perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). ** Affects: ubuntu Importance: Undecided Status: New -- warning during update process https://bugs.launchpad.net/bugs/146448 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 145628] Thumbnails not displayed in Nautilus
Public bug reported: Binary package hint: nautilus Hello! I'm using an up-to-date Gutsy; a few updates ago (I think I saw something thumbnail-related in the changelists) Nautilus started to behave strangely: I have thumbnail-able files on the desktop at all times, including several PDF documents. They have been there for a while, so I'm quite sure they have already been thumbnailed. For some reason, the thumbnails are not usually displayed. I haven't been able to notice exactly when this happens, but at some point I'd look at the desktop and see that all thumbnail-able files (not only PDFs) have the calculating thumbnail icon. (Again, they are old files, I'm sure the thumbnail already exists.) They stay like this indefinitely, until I either (i) click-select one of them, in which case the selected item gets its thumbnail almost instantly, or (ii) refresh the Desktop by pressing F5, in which case all icons get their thumbnails. I suppose there must be some synchronization issue with the thumbnailing thread. This doesn't happen with new files (eg, things downloaded by Firefox get their thumbnails automatically), so it's probably something that appears only for already-thumbnailed files. (E.g., the thumbnailing thread doesn't do anything, but the display thread waits for an answer.) Any hints on where to look for more clues? ** Affects: nautilus (Ubuntu) Importance: Undecided Status: New -- Thumbnails not displayed in Nautilus https://bugs.launchpad.net/bugs/145628 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 144083] Re: package lists should be downloaded as diffs (Contents-i386.gz)
That would work, too. I didn't look at their system in detail, but if I understand how it works I don't think rsync is the best idea. The problem is that _each_time_ a file is re-synchronized, both the server (with the new file) and the client (the one updating) must read the file completely, hash it several times (it's a simple hash, but still), exchange the hashes and only then they transmit the diff. In a sense, the server must determine the diff for _every_ client connecting, without even seeing the client's file. Although, I think it _is_ technically possible to pre-compute the hashes and store them on the server (ie, you only need them once for each version of the file), but I'm not sure if there's any rsynch implementation that does this. The only advantages I see are that (1) this would work with any old version of the Package file, and (2) it gets rid of the large list of diffs. With straight rsync, there are disadvantages: (a) we'd need a completely new parallel protocol (rsync doesn't work through HTTP), (b) the synchronization is processing-intensive both on the server and the client, for _every_ connection (the client isn't the problem, but we'd be trading bandwidth for processor time). If we do find something rsync-like that can pre-compute the server-side hashes (so that the client download them, and then the file differences selectively using HTTP ranges), that would be nice too. -- package lists should be downloaded as diffs (Contents-i386.gz) https://bugs.launchpad.net/bugs/144083 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 144083] package lists should be downloaded as diffs (Contents-i386.gz)
Public bug reported: Binary package hint: apt Hello! This is a feature request for Ubuntu Gutsy, though it can apply to every dist that uses apt-get. I marked it as affecting apt-get, but I think it would affect lots of other things if implemented. AFAIK, every apt-get update checks each repository in turn and downloads the package list from each one of those. For instance, http://archive.ubuntu.com/ubuntu/dists/gutsy/main/binary-i386/Packages.bz2 is one that is used on my system. If the last file downloaded is the unchanged on the server, this step is skipped, but otherwise the file is re-downloaded completely. This is inefficient for most repositories. The uncompressed Packages file's contents is just a lot of text (6.3 MB last time I looked), and only a small part of that changes for the vast majority of apt-get update operations. It would be a very good candidate for diff-based compression. Even if in its compressed form it takes only around a MB, which is relatively small, it's still very inefficient to download it each time. I suggest an optional extension to the apt protocol should be added to allow incremental updates: the server should keep in the same folder with the Packages.* files a set of diffs calculated from the last few versions of the Packages file. I suggest they be named Packages-[hash] (with the gz/bz2 compressions), where [hash] is the hash of the contents of the base file against which the diff is calculated. (This would eliminate any version-number complexity.) For instance, if the last three Packages files contained 1, 2 and 3, and the current file contains something else, the contents of the directory would be: Packages.gz Packages-c4ca4238a0b923820dcc509a6f75849b.diff.gz Packages-c81e728d9d4c2f636f067f89cc14862c.diff.gz Packages-eccbc87e4b5ce2fe28308fd9f2a7baf3.diff.gz (I used MD5 here, we could use SHA256 or a better hash.) If the last package list my apt downloaded was the one containing 2, apt would hash it (it can do that when it's downloaded, anyway, for checking), see that its contains hash to c4ca4238a0b923820dcc509a6f75849b, and try to download the corresponding file, if it finds it. The file would contain the diff between the 2 package list and the latest version on the server. Because the diffs would be very small (and compressed), the server could remember lots of them (for a couple of days or so) without a lot of storage overhead. The problem is updating the diffs each time the Packages file is changed. One way would be to simply remember the old versions of the Packages file, and re-calculate the diffs completely. That would be wasteful, however, both in space and in the amount of space it would take. It could also keep only diffs between successive versions, but that's more complicated (apt would have to download the series, and apply them in turns). There are also diff formats/algorithms that can be combined. (I think that's what it's called.) This means that for versions 1, 2 and three of a file, if you know diff1-2 and diff2-3 you can calculate diff1-3 directly, without looking at the complete files. If we used one of those algorithms, for each update the server would need to (1) calculate the diff between the last two versions and (2) combine that diff with the other diffs it knows. (And probably delete the oldest.) A nice thing is that it doesn't have to do this at once. It can move everything to an old directory, put the new Package file in its place, and then start adding the updated diffs. If anyone tries to do an update in the mean-time, apt will look for the diff, won't find it, and it will fall back to the downloading the complete package file. (Alternatively, the server could put the diff calculation on hold, compute on-the-fly the diff needed---each pair of diffs is easy to combine, it's just that there's lots of them---send it, and resume with the others.) This also means that the system will be perfectly backwards-compatible, because old apt versions (or other programs) can just pick up the complete file. Since many users have the Update Manager check for updates daily (it's a built-in option), this would reduce part of the bandwidth used significantly. It would also make manual updates speedier. ** Affects: apt (Ubuntu) Importance: Undecided Status: New -- package lists should be downloaded as diffs (Contents-i386.gz) https://bugs.launchpad.net/bugs/144083 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141473] dpkg: error processing hotkey-setup (--configure):
Public bug reported: Binary package hint: hotkey-setup Hello! From my latest Gutsy update: [EMAIL PROTECTED]:~$ sudo aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Writing extended state information... Done Building tag database... Done The following packages are unused and will be REMOVED: feisty-wallpapers The following packages will be upgraded: capplets-data cupsys-driver-gutenprint gimp-print gnome-control-center initscripts libgnome-window-settings1 libgnome2-0 libgnome2-common libgutenprint2 libgutenprintui2-1 linux-libc-dev sysv-rc sysvutils ubuntu-desktop ubuntu-minimal ubuntu-standard xserver-xorg-core The following partially installed packages will be configured: hotkey-setup 17 packages upgraded, 0 newly installed, 1 to remove and 0 not upgraded. Need to get 8484kB of archives. After unpacking 2044kB will be freed. Do you want to continue? [Y/n/?] Y Writing extended state information... Done Get:1 http://archive.ubuntu.com gutsy/main sysv-rc 2.86.ds1-14.1ubuntu28 [57.1kB] Get:2 http://archive.ubuntu.com gutsy/main libgutenprint2 5.0.1-0ubuntu5 [922kB] Get:3 http://archive.ubuntu.com gutsy/main cupsys-driver-gutenprint 5.0.1-0ubuntu5 [1005kB] Get:4 http://archive.ubuntu.com gutsy/main libgnome2-common 2.20.0-1ubuntu3 [377kB] Get:5 http://archive.ubuntu.com gutsy/main libgnome2-0 2.20.0-1ubuntu3 [115kB] Get:6 http://archive.ubuntu.com gutsy/main gnome-control-center 1:2.20.0-0ubuntu2 [676kB] Get:7 http://archive.ubuntu.com gutsy/main libgnome-window-settings1 1:2.20.0-0ubuntu2 [107kB] Get:8 http://archive.ubuntu.com gutsy/main capplets-data 1:2.20.0-0ubuntu2 [460kB] Get:9 http://archive.ubuntu.com gutsy/main ubuntu-desktop 1.72 [23.0kB] Get:10 http://archive.ubuntu.com gutsy/main sysvutils 2.86.ds1-14.1ubuntu28 [67.1kB] Get:11 http://archive.ubuntu.com gutsy/main ubuntu-minimal 1.72 [22.1kB] Get:12 http://archive.ubuntu.com gutsy/main initscripts 2.86.ds1-14.1ubuntu28 [58.5kB] Get:13 http://archive.ubuntu.com gutsy/main ubuntu-standard 1.72 [21.9kB] Get:14 http://archive.ubuntu.com gutsy/main libgutenprintui2-1 5.0.1-0ubuntu5 [132kB] Get:15 http://archive.ubuntu.com gutsy/main gimp-print 5.0.1-0ubuntu5 [114kB] Get:16 http://archive.ubuntu.com gutsy/main linux-libc-dev 2.6.22-12.36 [648kB] Get:17 http://archive.ubuntu.com gutsy/main xserver-xorg-core 2:1.3.0.0.dfsg-12ubuntu6 [3677kB] Fetched 8484kB in 2s (3406kB/s) (Reading database ... 165270 files and directories currently installed.) Preparing to replace sysv-rc 2.86.ds1-14.1ubuntu27 (using .../sysv-rc_2.86.ds1-14.1ubuntu28_all.deb) ... Unpacking replacement sysv-rc ... Setting up sysv-rc (2.86.ds1-14.1ubuntu28) ... (Reading database ... 165270 files and directories currently installed.) Preparing to replace libgutenprint2 5.0.1-0ubuntu3 (using .../libgutenprint2_5.0.1-0ubuntu5_i386.deb) ... Unpacking replacement libgutenprint2 ... Preparing to replace cupsys-driver-gutenprint 5.0.1-0ubuntu3 (using .../cupsys-driver-gutenprint_5.0.1-0ubuntu5_i386.deb) ... Unpacking replacement cupsys-driver-gutenprint ... Preparing to replace libgnome2-common 2.20.0-1ubuntu2 (using .../libgnome2-common_2.20.0-1ubuntu3_all.deb) ... Unpacking replacement libgnome2-common ... Preparing to replace libgnome2-0 2.20.0-1ubuntu2 (using .../libgnome2-0_2.20.0-1ubuntu3_i386.deb) ... Unpacking replacement libgnome2-0 ... Preparing to replace gnome-control-center 1:2.20.0-0ubuntu1 (using .../gnome-control-center_1%3a2.20.0-0ubuntu2_i386.deb) ... Unpacking replacement gnome-control-center ... Preparing to replace libgnome-window-settings1 1:2.20.0-0ubuntu1 (using .../libgnome-window-settings1_1%3a2.20.0-0ubuntu2_i386.deb) ... Unpacking replacement libgnome-window-settings1 ... Preparing to replace capplets-data 1:2.20.0-0ubuntu1 (using .../capplets-data_1%3a2.20.0-0ubuntu2_all.deb) ... Unpacking replacement capplets-data ... Preparing to replace ubuntu-desktop 1.71 (using .../ubuntu-desktop_1.72_i386.deb) ... Unpacking replacement ubuntu-desktop ... (Reading database ... 165269 files and directories currently installed.) Removing feisty-wallpapers ... (Reading database ... 165262 files and directories currently installed.) Preparing to replace sysvutils 2.86.ds1-14.1ubuntu27 (using .../sysvutils_2.86.ds1-14.1ubuntu28_i386.deb) ... Unpacking replacement sysvutils ... Setting up sysvutils (2.86.ds1-14.1ubuntu28) ... (Reading database ... 165262 files and directories currently installed.) Preparing to replace ubuntu-minimal 1.71 (using .../ubuntu-minimal_1.72_i386.deb) ... Unpacking replacement ubuntu-minimal ... Preparing to replace initscripts 2.86.ds1-14.1ubuntu27 (using .../initscripts_2.86.ds1-14.1ubuntu28_i386.deb) ... Unpacking replacement initscripts ... Preparing to replace ubuntu-standard 1.71 (using .../ubuntu-standard_1.72_i386.deb) ... Unpacking
Re: [Bug 140739] Re: Apt segfaults on gutsy
What I did when this happened was to find the packages with the problem (they're downloaded in /var/cache/apt/archives) and install them manually with dpkg -i file.deb. Once you get to the point where apt-get is updated, the normal process should work. On 9/20/07, Mikael Nilsson [EMAIL PROTECTED] wrote: tor 2007-09-20 klockan 11:40 + skrev guyvdb: Recovery fails here: libc6-dev libgnomevfs2-common libgnomevfs2-extra libgnomevfs2-0 libgnomevfs2-dev are broken. When I try to install the new .deb I get the message that I must first run apt-get upgrade -f that is probably apt-get install -f try that that failes with the same segfault. what now? -- [EMAIL PROTECTED] Plus ça change, plus c'est la même chose -- Apt segfaults on gutsy https://bugs.launchpad.net/bugs/140739 You received this bug notification because you are a direct subscriber of a duplicate bug. -- Bogdan Butnaru — [EMAIL PROTECTED] I think I am a fallen star, I should wish on myself. – O. -- Apt segfaults on gutsy https://bugs.launchpad.net/bugs/140739 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141234] when updating the network-manager, network connections fail
Public bug reported: Binary package hint: network-manager Hello! I'm using Ubuntu Gutsy, and I just realized an annoying fact: When doing software updates which install a new version of the network manager, the network connections are temporarily disconnected while the network-manager is restarted. This has happened for as long as I can remember, but I just realized that it doesn't have to be this way. (I noticed the problem with a wireless connection; I'm not sure if this happens with wired connections managed by NM, but I _think_ it does.) Since the network-manager is just that, a manager, I see no reason why it should _disable_ the network interfaces when it is updated. Instead, they should be left in their current working state, and the new network manager should notice the existing settings and only update them if necessary. In fact, it should always be possible to tell the network manager to turn itself off and leave everything configured as it is. The only addition needed is a certain file that allows it on start-up to notice if the configuration was previously set up by NM and to take over. A /var/lib test-file would probably do, the NM should be able to detect the current configuration at start-up and only reset it if actually necessary. ** Affects: network-manager (Ubuntu) Importance: Undecided Status: New -- when updating the network-manager, network connections fail https://bugs.launchpad.net/bugs/141234 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141348] purging beagle doesn't clean up everything
Public bug reported: Binary package hint: beagle Hello! I'm using Ubuntu Gutsy, and I noticed that the beagle package doesn't clean-up after itself even after a purge. I'm trying to switch to tracker for a while, and I tried to remove beagle. (libbeagle can't be removed because Nautilus depends on it, but that's another issue). So I did an aptitude purge beagle, and I noticed it left quite some stuff behind (see below). I think all of those should have been removed, too. (And the cache is big enough to matter.) [EMAIL PROTECTED]:~$ sudo aptitude purge python-beagle beagle [snip] (Reading database ... 226673 files and directories currently installed.) Removing beagle ... Purging configuration files for beagle ... Looking for files to backup/remove ... Not backing up/removing `/var/cache/beagle', it matches ^/var/.*. Removing user `beagleindex' ... Done. dpkg - warning: while removing beagle, directory `/etc/beagle' not empty so not removed. Reading package lists... Done [snip] [EMAIL PROTECTED]:~$ ls -la /var/cache/beagle total 1 drwxr-xr-x 6 112 nogroup 152 2007-09-20 22:18 . drwxr-xr-x 27 root root760 2007-08-17 18:09 .. drwx-- 2 112 nogroup 48 2007-09-20 00:55 .gconf drwx-- 2 112 nogroup 80 2007-09-20 00:56 .gconfd drwx-- 2 112 nogroup 48 2007-01-18 07:37 .gnome2 drwxr-xr-x 2 112 nogroup 88 2007-09-20 00:55 .gstreamer-0.10 [EMAIL PROTECTED]:~$ ls -la /etc/beagle/ total 13 drwxr-xr-x 2 root root 88 2007-09-20 22:18 . drwxr-xr-x 157 root root 9224 2007-09-20 22:18 .. -rw-r--r-- 1 root root 1353 2007-01-12 21:51 external-filters.xml [EMAIL PROTECTED]:~$ du -sh ~/.beagle/* 12K config 323MIndexes 1.3GLog 1.4GTextCache 466MToIndex ** Affects: beagle (Ubuntu) Importance: Undecided Status: New -- purging beagle doesn't clean up everything https://bugs.launchpad.net/bugs/141348 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 141056] ntpd behaves strangely---clock is badly delayed
Public bug reported: Hello! I'm using Ubuntu Gutsy and I noticed some very strange behavior of the date and time settings. I've been using manually-set date for a long time, but it had a lot of skew (not sure why) so I switched to using the time servers. I just enabled the network time in the clock applet, and added a few closer servers (Europe) from the list it offered next to the usual Ubuntu time server. Then I noticed that the time was very off, by several hours. If I turn off the ntp service (/etc/init.d/ntp stop), then run ntpdate- debian, the time and date are set correctly. I did that yesterday, turned ntp back on, and today I noticed a 16 hour difference again: [EMAIL PROTECTED]:~$ date Thu Sep 20 05:08:19 CEST 2007 [wrong] [EMAIL PROTECTED]:~$ sudo /etc/init.d/ntp stop [sudo] password for bogdanb: * Stopping NTP server ntpd [ OK ] [EMAIL PROTECTED]:~$ sudo ntpdate-debian 19 Sep 21:08:56 ntpdate[7476]: step time server 193.62.22.98 offset -28799.890942 sec [EMAIL PROTECTED]:~$ date Wed Sep 19 21:09:13 CEST 2007 [correct] [EMAIL PROTECTED]:~$ sudo /etc/init.d/ntp start sudo: timestamp too far in the future: Sep 20 05:08:46 2007 [sudo] password for bogdanb: * Starting NTP server ntpd [ OK ] [EMAIL PROTECTED]:~$ date Wed Sep 19 21:16:39 CEST 2007 Any idea what could be wrong? I didn't mess with any of the config files, and as far as I can tell the timezone is set-up correctly. Still, the delay does seem to be an even number of hours... (I don't know what it was yesterday, I forgot to check, but I'll look if it happens again.) ** Affects: ubuntu Importance: Undecided Status: New -- ntpd behaves strangely---clock is badly delayed https://bugs.launchpad.net/bugs/141056 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140643] Re: [evince] cairo context error: NULL pointer
This is the file showing the warnings, please check if it happens for others, too. ** Attachment added: IN100_TD_2005_06.pdf http://launchpadlibrarian.net/9338165/IN100_TD_2005_06.pdf -- [evince] cairo context error: NULL pointer https://bugs.launchpad.net/bugs/140643 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140642] gnome-terminal doesn't show text anymore
Public bug reported: Binary package hint: gnome-terminal Hello! I'm using Ubuntu Gutsy, and after a big set of updates this morning (about 140) I started noticing weird behavior. After the (asked-for) reboot gnome-terminal stopped working. It starts (randomly) in two different states: 1) A small window (~300x200). The cursor is about two pixels high. No text is shown, but the cursor moves as it would if (very small) text was entered, and commands do take effect. I checked the settings and it claims to use the system monospace font. I tried to set up a 12pt font manually and nothing seems to change. 2) A huge window, apparently several screens long and a quarter screen high. It shows what I think is a cursor almost a screen-width large. This happened only once or twice, then it reverted to (1). I couldn't resize the window except in two states, the huge size and a smaller (about half screen) size. Nothing was displayed except the huge cursor. ** Affects: gnome-terminal (Ubuntu) Importance: Undecided Status: New -- gnome-terminal doesn't show text anymore https://bugs.launchpad.net/bugs/140642 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140643] [evince] cairo context error: NULL pointer
Public bug reported: Binary package hint: evince Hello! I'm using Ubuntu Gutsy, and after a big update this morning I noticed some strange behavior. I'm not sure if this is related, but I noticed Evince throwing up repeated warnings of cairo context error: NULL pointer in the console when opening a certain file. I tried with a couple different files, and it didn't happen, so it might be a different bug. ** Affects: evince (Ubuntu) Importance: Undecided Status: New -- [evince] cairo context error: NULL pointer https://bugs.launchpad.net/bugs/140643 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140641] weird window manager behavior
Public bug reported: Binary package hint: metacity Hello! I'm using Ubuntu Gutsy, and after a big set of updates this morning (about 140) I started noticing weird behavior. For instance, Metacity started acting buggy. Two things I noticed were: (1) Firefox seems stuck in full-screen mode. When I try to exit full- screen, the window appears in the normal shape but without any window decorations. The alt+space menu doesn't show any options for resize or move, just minimize. (2) Occasionally gnome-terminal seems stuck in a huge window size (many screens wide but about a quarter screen high). It has the alt-space options, but it only toggles between the huge size and something very small. I think it's buggy, too, because text doesn't show. (I'll file a bug on that too.) ** Affects: metacity (Ubuntu) Importance: Undecided Status: New -- weird window manager behavior https://bugs.launchpad.net/bugs/140641 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140642] Re: gnome-terminal doesn't show text anymore
Confirming that Hendrick's fix works. I used the deskbar to start an xterm and typed the command. There's probably a way to do that from the apps menu, too. Thanks! -- gnome-terminal doesn't show text anymore https://bugs.launchpad.net/bugs/140642 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140682] [cupsys-common] warning during update
Public bug reported: Binary package hint: cupsys-common Hello! Seen on the console during the latest round of updates: Preparing to replace cupsys-common 1.3.0-4ubuntu3 (using .../cupsys-common_1.3.0-4ubuntu4_all.deb) ... Unpacking replacement cupsys-common ... Preparing to replace cupsys 1.3.0-4ubuntu3 (using .../cupsys_1.3.0-4ubuntu4_i386.deb) ... /usr/share/omf/windows/windows-C.omf:8: parser error : Entity 'rsquo' not defined titleIf yoursquo;ve been using Windows/title ^ * Stopping Common Unix Printing System: cupsd ...done. Unpacking replacement cupsys ... ** Affects: cupsys (Ubuntu) Importance: Undecided Status: New -- [cupsys-common] warning during update https://bugs.launchpad.net/bugs/140682 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140641] Re: weird window manager behavior
The font issue is probably unrelated. Try the fix at https://bugs.edge.launchpad.net/ubuntu/+source/openoffice.org/+bug/140619 -- weird window manager behavior https://bugs.launchpad.net/bugs/140641 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140744] access denied on archive server
Public bug reported: I got this error repeatedly: $ sudo aptitude dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done The following packages will be upgraded: dpkg 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 2174kB of archives. After unpacking 61.4kB will be used. Do you want to continue? [Y/n/?] Y Writing extended state information... Done Err http://archive.ubuntu.com gutsy/main dpkg 1.14.5ubuntu13 403 Forbidden [IP: 91.189.89.8 80] E: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/d/dpkg/dpkg_1.14.5ubuntu13_i386.deb: 403 Forbidden [IP: 91.189.89.8 80] Reading package lists... Done Building dependency tree Reading state information... Done Reading extended state information Initializing package states... Done Building tag database... Done I tried opening the URL, it only returns: htmlheadtitle403 Forbidden/title/headbody h1Forbidden/h1 pYou don't have permission to access /ubuntu/pool/main/d/dpkg/dpkg_1.14.5ubuntu13_i386.deb on this server./p /body/html ** Affects: ubuntu Importance: Undecided Status: New -- access denied on archive server https://bugs.launchpad.net/bugs/140744 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140746] Re: apt-get/aptitude dump core while updating
*** This bug is a duplicate of bug 140739 *** https://bugs.launchpad.net/bugs/140739 apt-get's crash log file, from /var/crash ** Attachment added: _usr_bin_apt-get.0.crash http://launchpadlibrarian.net/9354700/_usr_bin_apt-get.0.crash -- apt-get/aptitude dump core while updating https://bugs.launchpad.net/bugs/140746 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140746] Re: apt-get/aptitude dump core while updating
*** This bug is a duplicate of bug 140739 *** https://bugs.launchpad.net/bugs/140739 aptitude's crash log file, from /var/crash I don't know where the core dumps should be. ** Attachment added: _usr_bin_aptitude.0.crash http://launchpadlibrarian.net/9354709/_usr_bin_aptitude.0.crash -- apt-get/aptitude dump core while updating https://bugs.launchpad.net/bugs/140746 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140746] Re: apt-get/aptitude dump core while updating
*** This bug is a duplicate of bug 140739 *** https://bugs.launchpad.net/bugs/140739 Here's the .deb file in /var/cache/apt/archives/libgnomevfs2-common_1%3a2.20.0-0ubuntu1_all.deb which I assume is what apt-get is trying to install. ** Attachment added: libgnomevfs2-common_1%3a2.20.0-0ubuntu1_all.deb http://launchpadlibrarian.net/9354693/libgnomevfs2-common_1%253a2.20.0-0ubuntu1_all.deb -- apt-get/aptitude dump core while updating https://bugs.launchpad.net/bugs/140746 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140746] apt-get/aptitude dump core while updating
*** This bug is a duplicate of bug 140739 *** https://bugs.launchpad.net/bugs/140739 Public bug reported: (Ubuntu Gutsy:) I get the following error chain when trying to update: $ sudo apt-get dist-upgrade [sudo] password for bogdanb: E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem. [EMAIL PROTECTED]:/var/cache/apt/archives$ sudo dpkg --configure -adpkg: error processing libgnomevfs2-common (--configure): Package is in a very bad inconsistent state - you should reinstall it before attempting configuration. dpkg: dependency problems prevent configuration of libgnomevfs2-extra: libgnomevfs2-extra depends on libgnomevfs2-common (= 1:2.20); however: Version of libgnomevfs2-common on system is 1:2.19.91-0ubuntu1. libgnomevfs2-extra depends on libgnomevfs2-common ( 1:2.21); however: Package libgnomevfs2-common is not configured yet. dpkg: error processing libgnomevfs2-extra (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libgnomevfs2-0: libgnomevfs2-0 depends on libgnomevfs2-common (= 1:2.20); however: Version of libgnomevfs2-common on system is 1:2.19.91-0ubuntu1. libgnomevfs2-0 depends on libgnomevfs2-common ( 1:2.21); however: Package libgnomevfs2-common is not configured yet. dpkg: error processing libgnomevfs2-0 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libgnomevfs2-common libgnomevfs2-extra libgnomevfs2-0 [EMAIL PROTECTED]:/var/cache/apt/archives$ sudo apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: eog evolution evolution-common evolution-exchange evolution-plugins file-roller gcalctool gconf-editor ghostscript ghostscript-x gnome-cards-data gnome-doc-utils gnome-games gnome-games-data gnome-icon-theme gnome-keyring-manager gnome-nettool gnome-panel gnome-panel-data gnome-power-manager gnome-system-monitor gnome-terminal gnome-terminal-data gs-common gs-esp gucharmap hal-cups-utils libdeskbar-tracker libeel2-2 libeel2-data libgnome2-0 libgnome2-common libgnomecanvas2-0 libgnomecanvas2-common libgnomevfs2-bin libgnomevfs2-common libgs8 libgucharmap6 libnautilus-burn4 libnautilus-extension1 libpanel-applet2-0 libtracker-gtk0 libtrackerclient0 libvte-common libvte9 mcpp mozilla-firefox-locale-en-gb mozilla-firefox-locale-fr-fr mozilla-firefox-locale-ro-ro nautilus nautilus-cd-burner nautilus-data python-cups python-launchpad-bugs python-vte restricted-manager restricted-manager-core system-config-printer tangerine-icon-theme tracker tracker-search-tool zenity 62 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 3 not fully installed or removed. Need to get 0B/83.4MB of archives. After unpacking 1581kB of additional disk space will be used. Do you want to continue [Y/n]? Y Extracting templates from packages: 100% (Reading database ... 164861 files and directories currently installed.) Preparing to replace libgnomevfs2-common 1:2.19.91-0ubuntu1 (using .../libgnomevfs2-common_1%3a2.20.0-0ubuntu1_all.deb) ... Segmentation fault (core dumped) ** Affects: ubuntu Importance: Undecided Status: New -- apt-get/aptitude dump core while updating https://bugs.launchpad.net/bugs/140746 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140744] Re: access denied on archive server
Yeah, I got the answer from an apt-get bug. It works already, thanks! -- access denied on archive server https://bugs.launchpad.net/bugs/140744 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 140815] warning during update process
Public bug reported: Binary package hint: app-install-data Seen during recent updates (I'm using Gutsy): Setting up app-install-data (0.4.6) ... Caching application data... Skipped k3dsurf.desktop: does not include a menu name Generating mime/codec maps... For the record, I don't have k3dsurf installed, nor anything else from KDE except what's needed for Amarok. ** Affects: app-install-data-ubuntu (Ubuntu) Importance: Undecided Status: New -- warning during update process https://bugs.launchpad.net/bugs/140815 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 85791] Re: Amarok loops through all songs when the sound device isn't unavailable
It happens to me in Gutsy, too. It also happens if the sound device becomes unavailable (eg, using PulseAudio when the network fails). It also happens when the _files_ become unavailable (eg, the remote drive can't be accessed through the network anymore): Amarok cycles through the entire playlist, which can take a lot of time (at full processor usage) on big or smart playlists. ** Summary changed: - Amarok loops through all songs when the sound device isn't unavailable + Amarok loops through all songs when the sound device isn't available -- Amarok loops through all songs when the sound device isn't available https://bugs.launchpad.net/bugs/85791 You received this bug notification because you are a member of Kubuntu Team, which is a bug contact for amarok in ubuntu. -- kubuntu-bugs mailing list [EMAIL PROTECTED] https://lists.ubuntu.com/mailman/listinfo/kubuntu-bugs
Re: [Bug 138654] Re: Annoying and useless delays on password entry errors
No, but you can kill it's parent shell. You can do 'bash -c sudo cmd' and kill bash. On my attempts this killed the sudo after a single bad password. Sure, bash is a bit overweight and would slow things down, but you can emulate whatever happens there with less bloat. Or use dash, at the least. On 9/13/07, Martin Pitt [EMAIL PROTECTED] wrote: For most cases it's very simple to get around this by attempting a password, killing the process after 100ms if it doesn't answer and retrying. This does not actually work, since as an user you are not allowed to kill a suid root process. So you can only fork processes like hell, which is bound by nproc. I still think that this is a sensible security measure. -- Annoying and useless delays on password entry errors https://bugs.launchpad.net/bugs/138654 You received this bug notification because you are a direct subscriber of the bug. -- Bogdan Butnaru — [EMAIL PROTECTED] I think I am a fallen star, I should wish on myself. – O. -- Annoying and useless delays on password entry errors https://bugs.launchpad.net/bugs/138654 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: [Bug 138654] Re: Annoying and useless delays on password entry errors
Oh, and I can press Ctrl-C at any moment at a sudo prompt and try again. (Depending on your POV that might be a bug in sudo, but anyway.) On 9/13/07, Bogdan Butnaru [EMAIL PROTECTED] wrote: No, but you can kill it's parent shell. You can do 'bash -c sudo cmd' and kill bash. On my attempts this killed the sudo after a single bad password. Sure, bash is a bit overweight and would slow things down, but you can emulate whatever happens there with less bloat. Or use dash, at the least. On 9/13/07, Martin Pitt [EMAIL PROTECTED] wrote: For most cases it's very simple to get around this by attempting a password, killing the process after 100ms if it doesn't answer and retrying. This does not actually work, since as an user you are not allowed to kill a suid root process. So you can only fork processes like hell, which is bound by nproc. I still think that this is a sensible security measure. -- Annoying and useless delays on password entry errors https://bugs.launchpad.net/bugs/138654 You received this bug notification because you are a direct subscriber of the bug. -- Bogdan Butnaru — [EMAIL PROTECTED] I think I am a fallen star, I should wish on myself. – O. -- Bogdan Butnaru — [EMAIL PROTECTED] I think I am a fallen star, I should wish on myself. – O. -- Annoying and useless delays on password entry errors https://bugs.launchpad.net/bugs/138654 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 138628] eclipse complains about eclipseextension file access
Public bug reported: Binary package hint: eclipse Hello! I'm using Eclipse on an up-to-date Gutsy machine. I noticed that Eclipse throws the following message to the console during start-up: $ eclipse using specified vm: /usr/lib/jvm/java Could not create /usr/local/lib/eclipse/.eclipseextension. Please run as root: touch /usr/local/lib/eclipse/.eclipseextension chmod 2775 /usr/local/lib/eclipse/.eclipseextension chown root:staff /usr/local/lib/eclipse/.eclipseextension I remember seeing this before (or, at the least, a very similar message). I followed the instructions then and the message went away. However, there was an Eclipse update recently, I think that might have reset it. (Surprising, since I don't think the installed packages should look inside /usr/local, but still.) ** Affects: eclipse (Ubuntu) Importance: Undecided Status: New -- eclipse complains about eclipseextension file access https://bugs.launchpad.net/bugs/138628 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 138654] Annoying and useless delays on password entry errors
Public bug reported: Binary package hint: sudo Hello! This is about Ubuntu Gutsy, though it applies to the other versions as well. My problem is that every password-entry that requires the user's log-in password has an annoying little delay of a few seconds when entering a mistaken password before asking again for it. (I linked sudo above, but this applies to the login on the console and on the GDM screen, the screen-savers, gksu I think, and I'm sure I forget some. SSH does this too, I think, but I've been using public-key logins for too long and I forget.) Example: run sudo ls in a terminal, type a wrong password, and watch how you're forced to wait before being told it's wrong and asked to try again. I think this is supposed to be a security feature attempting to discourage brute-forcing a password. However, it's annoyingly intrusive, and I doubt it's that effective or useful in many cases. (Though I must agree it's relatively simple.) First of all, this isn't really as effective a security measure as it might seem: For most cases it's very simple to get around this by attempting a password, killing the process after 100ms if it doesn't answer and retrying. This effectively reduces the time cost for an attempt to $PROCESS_START_TIME+$PASSWORD_ENTRY_TIME+100ms, which is typically much less than the three or so seconds sudo forces a user to wait. For instance, if I'd try to use sudo to brute force a password I'd run sudo echo 'found it' (to make sure I get the answer quickly) in a loop, killing the process 100ms after entering a password attempt and not receiving any output. Granted, there's the added time cost of re-starting the process, but every password entry fails after three errors, so simply removing the delay would decrease the brute-force time by at most a factor of three. Which isn't really much, is it? First proposal: given the above attack, I suggest lowering the delay to about half a second. This would make brute force about five time easier than it is now (which I believe isn't a great concern), and would be almost unnoticeable by a normal user. Second proposal: the system should keep for each password a global count of recent failures. Any anti-brute-force measures should be activated only when the number of consecutive failures grows. The counter would be reset on success, and would decay in time. This second proposal is I think optimal. It sounds a bit complicated. However, I believe all the programs above actually make use of common PAM modules (also, I think the delay is controlled by those), so this would be easy to implement just once. Note that every element of the second proposal is important: the counters must be per-machine global, not per-process or per-session (so an attacker can't just kill a process and retry), and there must be separate counters for each password (so you can't reset it by entering a known password, and an attempt to brute-force one user's password doesn't inconvenience other users). Note also that this scheme is both more protective and convenient: (a) the delay can grow with the number of attempts, eg. 3 secs after three failures, 10 secs after twenty failures, one minute and a big nasty warning after a hundred consecutive failures. (This way, a legitimate user would notice something is amiss instead of just resetting the counter.) (b) the measures are activated even if the attacker tries to use the technique above. Even if he kills the process, he'll still get the delay _even for the first attempt_ after several errors. (c) users don't have to wait each time they make a typo in a password entry field. ** Affects: sudo (Ubuntu) Importance: Undecided Status: New -- Annoying and useless delays on password entry errors https://bugs.launchpad.net/bugs/138654 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 138654] Re: Annoying and useless delays on password entry errors
After a bit more reading-up I see most of this should be possible by simply updating the default configuration in /etc/pam.d The delay can be removed by adding parameter to common-auth's pam_unix, and the counting by using pam_tally. I can't figure out how to add a growing timeout; perhaps a new module is needed, that might need a new module. I'm moving this to pam-runtime, as it's a PAM configuration issue rather than a sudo problem. I see pam-runtime owns /etc/pam.d/other, but I can't figure out which package owns the /etc/pam.d/common-* files; pam- runtime has them listed in /usr/share/pam, but I don't know how they get into /etc/pam.d. Please leave a note if you know. ** Also affects: pam (Ubuntu) Importance: Undecided Status: New ** Changed in: ubuntu Sourcepackagename: sudo = None Status: New = Invalid -- Annoying and useless delays on password entry errors https://bugs.launchpad.net/bugs/138654 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137951] Re: power management applet seems very screwy
Here are a couple of screenshots for a discharge cycle: I turned on the computer unplugged (with a full battery). After I got the critical battery level warning I opened the PM applet and took a couple of screenshots. The first is the Charge History. Note how sudden it falls towards the end of the graph. ** Attachment added: Charge History.png http://launchpadlibrarian.net/9208676/Charge%20History.png -- power management applet seems very screwy https://bugs.launchpad.net/bugs/137951 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137951] Re: power management applet seems very screwy
And this is the Voltage History screenshot, took a few seconds later. Notice how there is no corresponding sudden change—it even rises a little around the time the Charge fell down. Another interesting tidbit is that the battery model on this laptop has a little charge monitor: a small button and five green LEDs in a row. When you press the button the LEDs light up according to the charge level. This works even when the computer is off— actually, even on the removed battery, so I assume it's done via some hardware inside the battery. What's strange is that this is also affected: when the PM shows the critical battery warning the LEDs too suddenly go from five to one. Perhaps there's something written via ACPI to the battery? At first I though the battery might be broken, but the BIOS says it's functioning normally. ** Attachment added: Voltage History.png http://launchpadlibrarian.net/9208707/Voltage%20History.png -- power management applet seems very screwy https://bugs.launchpad.net/bugs/137951 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137951] Re: power management applet seems very screwy
And finally some info I took out of /proc/acpi/battery/BAT0/(info|state): info: present: yes design capacity: 5200 mAh last full capacity: 12238 mAh battery technology: rechargeable design voltage: 11100 mV design capacity warning: 520 mAh design capacity low: 157 mAh capacity granularity 1: 52 mAh capacity granularity 2: 52 mAh model number:DELL PC7646 serial number: 1660 battery type:LION OEM info:Samsung SDI state (took at small intervals, when the battery level was indicated as critical): Mon Sep 10 18:32:49 CEST 2007 present: yes capacity state: ok charging state: discharging present rate:1824 mA remaining capacity: 173 mAh present voltage: 9910 mV Mon Sep 10 18:33:04 CEST 2007 present: yes capacity state: ok charging state: discharging present rate:2026 mA remaining capacity: 165 mAh present voltage: 9806 mV Mon Sep 10 18:33:24 CEST 2007 present: yes capacity state: ok charging state: discharging present rate:1823 mA remaining capacity: 157 mAh present voltage: 9890 mV -- power management applet seems very screwy https://bugs.launchpad.net/bugs/137951 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133146] Re: ACPI Warning: Incorrect checksum in table
** Attachment added: lspci-v.txt http://launchpadlibrarian.net/9196887/lspci-v.txt -- ACPI Warning: Incorrect checksum in table https://bugs.launchpad.net/bugs/133146 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133146] Re: ACPI Warning: Incorrect checksum in table
** Attachment added: lshal.txt http://launchpadlibrarian.net/9196889/lshal.txt -- ACPI Warning: Incorrect checksum in table https://bugs.launchpad.net/bugs/133146 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 133146] Re: ACPI Warning: Incorrect checksum in table
As can be seen from at least the last attachment, I have version A05. On the Dell site I see they reached version A08. However the changelogs for the newer versions don't show anything related to ACPI, so I'm not sure if that would change anything. I'm reluctant to update because I have the French version of the laptop, and I only see English BIOSes on the site. I sent them a mail asking if that would work, but until they answer I'm stuck with this one. ** Attachment added: lshw.txt http://launchpadlibrarian.net/9197109/lshw.txt -- ACPI Warning: Incorrect checksum in table https://bugs.launchpad.net/bugs/133146 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 138467] keyboard-applet gets confused by layouts which swapped Ctrl and Caps Lock
Public bug reported:
Binary package hint: gnome-control-center
Hello! I'm using Ubuntu Gutsy, up-to-date, and I noticed an unpleasant
issue with the gnome-keyboard-preferences applet.
Said applet offers the very useful possibility of customizing the
keyboard configuration through using its third tab, Layout Options.
One of the options I'm very fond of is to switch the Caps Lock and the
Left Control keys. I find that it's much easier to type Ctrl-key
combinations this way. I also use Dvorak and I touch type, and this
helps relieve tension in my little finger.
Understandably, most people can't use the keyboard at all on my laptop
due to my customizations. (A fact complicated a bit by the fact that the
keyboard is actually a French model.) So I resorted at having two
layouts selected, my own and the one printed on the keyboard. The
problem is that the Layout Options (thus the caps/ctrl switch) apply to
_all_ selected layouts, which confuses people. Since it's inconvenient
to change the layout options every time (the layout is easy to switch
from the panel applet), I created a custom layout (by cloning a file in
/usr/share/X11/xkb/symbols and hacking the appropriate rules file) and I
exchanged the CapsLock and Left Control keys directly there using these
two lines:
key CAPS {[ Control_L ] };
key LCTL {[ Caps_Lock ] };
The problem is that when I select the new keyboard layout using the
Keyboard Preferences applet the hack doesn't work. Interestingly enough,
the layout preview _does_ show the swapped keys correctly. However, when
I actually try to use it the two keys work normally, i.e. CapsLock is
CapsLock and Ctrl is Ctrl.
Any ideas what to look for next?
** Affects: gnome-control-center (Ubuntu)
Importance: Undecided
Status: New
--
keyboard-applet gets confused by layouts which swapped Ctrl and Caps Lock
https://bugs.launchpad.net/bugs/138467
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 138467] Re: keyboard-applet gets confused by layouts which swapped Ctrl and Caps Lock
This is an example layout file (derived from the us layout) that shows the problem. To use it you must copy it in /usr/share/X11/xkb/symbols. Note that you must add it in /usr/share/X11/xkb/rules/base.[lst|xml]. ** Attachment added: bogdanb http://launchpadlibrarian.net/9197759/bogdanb -- keyboard-applet gets confused by layouts which swapped Ctrl and Caps Lock https://bugs.launchpad.net/bugs/138467 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 34898] Re: Requires keyring password to connect to WEP/WPA network
I can confirm that it doesn't work with autologin. There's a bug already filled, bug #137247 And I too would like NM to work without the keyring. I can appreciate why the keyring is a nice idea, but in practice I've had so many problems with it I resorted to keeping all my network passwords in a plain-text file on my desktop... If it's safe enough to keep SSH's private keys in a permissions-protected file in my home directory, why isn't that good enough for NM? I know this is for another bug report, but it would be even greater if NM worked even when I'm _not_ logged in in X. I'm always having lots of trouble connecting to the wireless network when I'm in single user mode (eg, if I need to get a package to fix my system). Is that in the works? -- Requires keyring password to connect to WEP/WPA network https://bugs.launchpad.net/bugs/34898 You received this bug notification because you are a member of Ubuntu Bugs, which is a direct subscriber. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137948] [usability] gnome's save file dialogs place focus inconveniently
Public bug reported: Hello. I'm running up-to-date Gutsy using the normal Gnome interface. I'm having a bit of an issue with the save file dialogs. On my machine (I assume this happens everywhere) when I click save in a GTK application (like GEdit), the dialog comes up, but its focus is in the current directory panel (the one on the middle-right, showing the contents of the currently-selected location). The result is that typing any letters leads to the instant-search feature inside Gnome's icon view. For me at least, and I think for most people, the intuitive behavior of a save dialog is that the first typing done after clicking save be interpreted as the file name. Note that most save actions (either save for an yet-unnamed document or save-as) do result in the creation of a new file, not the overwriting of an existing one; a simple save on an existing document doesn't bring up the dialog. Consequently, I think the focus of the dialog when it's shown should be in the Name text-box. Also, in cases where the application suggests a name (for instance, GEdit fills the box with Unsaved Document 2 or similar), it should be selected (as it is now, just not focused); when the application also suggests an extension only the filename should be selected, and the cursor should be placed between the name and the dot. For instance, when saving an image in Firefox the dialog is filled with something like image.jpg; the image string should be selected, the cursor should be just before the dot, and the text field should be focused. This is analogue to what Nautilus does when renaming a file. (I don't know if FF uses GTK to display its dialogs, but it's irrelevant; I'm just saying how the dialogs should behave.) I'm not sure what package to assign this to; probably one of the libgtk ones, please help me choose. ** Affects: ubuntu Importance: Undecided Status: New -- [usability] gnome's save file dialogs place focus inconveniently https://bugs.launchpad.net/bugs/137948 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137961] powe-manager's graph legends aren't very visible
Public bug reported: Binary package hint: gnome-power-manager Hello! This is about the latest-version Gnome Power Manager in Ubuntu Gutsy. (1) The graph colors are used inconsistently between the various graphs. For instance, the Charge time accuracy profile uses blue for valid data and black for no data, the Charge time profile uses blue for no data and red for valid data, the Discharge time accuracy profile uses red for valid data but black for no data, and the Discharge time profile uses red for valid data, blue for no data, and some dark color (green? brown?) for extrapolated data. I think these should be standardized on something like green=valid, red=no data, blue=extrapolated. Black and other dark colors aren't easy to distinguish on many displays. They are used by the first three graphs (Power/time/charge history), maybe they should be replaced with brighter versions. For instance, orange is easy to differentiate from red and yellow, usually. Also, red and magenta (two useful colors) are used in those graphs for suspend and hibernate; since there isn't much data on those periods (as far as I can tell, it's only extrapolated from the before and after readings), maybe we could use one of the less useful colors for them. Also a dotted line might be good for those parts (actually, that might be a good idea for everything extrapolated). (2) The lines parts of the legends are not very visible. On my machine (I'm not sure how dependent these things are on settings), the line legends have a one-pixel-by-ten line of the graph color, surrounded by a one-pixel border of black. I can only diferentiate red from the dark colors on my display, and blue if I look very closely. I think they should be replaced by diagonal lines (or little curves), about the size of the icons, drawn with the same antialiasing as on the graph; that would make them more easily visible. ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- powe-manager's graph legends aren't very visible https://bugs.launchpad.net/bugs/137961 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137948] Re: [usability] gnome's save file dialogs place focus inconveniently
*** This bug is a duplicate of bug 130224 *** https://bugs.launchpad.net/bugs/130224 Cool, didn't notice that one. Thanks! -- [usability] gnome's save file dialogs place focus inconveniently https://bugs.launchpad.net/bugs/137948 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137951] power management applet seems very screwy
Public bug reported: Binary package hint: gnome-power-manager Hello! I'm using Ubuntu Gutsy on a Dell Latitude Laptop, and I'm seeing very weird behavior from the Power Manager, and (consequently, I think) the battery-related behavior of the computer. Maybe someone can help me trace the problem to its source. A bit of history: The machine worked pretty much OK with Feisty; the indicators in the PM worked OK, and the battery life was 1:30 to 2 hours, depending on what I'd be doing. Then Gutsy came up, and the new PM with the learning behavior was enabled, there was a period when battery life was very badly predicted. However, that got fixed after a while. There was a change somewhere that (I think) created a bug in how the readings were done (I think some of the graphs displayed other's info), though it doesn't seem to be there now. Then I've went through a period when I disabled the PM start-up (I was playing with the boot process) for a few weeks, which might have annoyed it. Which gets us to the current issue: I'm seeing very weird readings in the Power History graphs: The Estimated time history, for instance, keeps going down _after_ plugging the machine in. So does the charge history and the voltage history. (The three graphs are very well correlated.) The Charge time accuracy profile seems to have a very good opinion about itself---the accuracy goes from zero to 100% before battery percentage reaches 15% and stays there. However, the Charge time profile looks very weird: it claims no data between ~8% and ~83% battery percentage, and the average time elapsed is at zero between 20 and 80 percent. There is a small bump around 5% and a larger one at 90-100%. The Discharge time accuracy profile is at 100% between 50% and 100%, and goes down to 10% before that. The Discharge time profile is very weird: it looks very much like the Charge time profile (very well correlated), but it claims valid data throughout. The power behavior is weird, too. My estimated battery time is much less than what the machine actually manages (ie, an hour or less instead of 1h30m), and I sometimes get a critical battery warning within 15 minutes of unplugging (with a full battery). I'm not sure what to do about it. Is there any way to reset PM's estimates about the machine and make it re-learn it? (Also, might there be a bug in its estimators that I can help trace?) ** Affects: gnome-power-manager (Ubuntu) Importance: Undecided Status: New -- power management applet seems very screwy https://bugs.launchpad.net/bugs/137951 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 137951] Re: power management applet seems very screwy
I have attached screenshots of each of the graphs shown by the Power Manager during a charge-up. What I did was (1) disabled PM's reaction to critically low battery, (2) used the computer until it just turned off because the battery was exhausted, (3) plugged the computer in, turned it on, and as soon as the desktop appeared I opened the Power Manager's power history applet. Then I used the computer normally for about five hours and I took the screenshots. The most obvious problem is with the Power History graph (the first one); obviously the power should oscillate around a constant value (I think I remember 20-30W from when the applet worked), not descend to zero. I think the manager confuses it with something charge-related. The Estimated time history looks OK in shape, but I don't get why it's colored half blue and half green---the lid was never closed during this time. The same can be said about the Charge history. The voltage history looks reasonable (with the same observation about its color), though it seems strange to me that it reaches its peak when the Charge history is still very low, below 10%. I thought it was supposed to grow nonlinearly but constantly until the battery is charged. The charge time profile is weird, because it shows no data between 10 and 80%, although it just witnessed a complete charge cycle. The discharge time profile looks reasonable, though it has some blue spots I can't explain. It's also correlated with the previous one. That would seem reasonable (it should have been through charging and discharging about the same number of times). Except that it has large bumps at the extremities---I can explain the one at the top (I usually don't discharge the battery completely), but not the other one. Unless of course it's caused by the fact that the battery percentage was consistently miscalculated, so it _thought_ the battery was empty half the time. (Which is the case, see the discrepancy between graphs 3 and 4.) Can't say anything about the Charge time accuracy profile, though it seems overconfident; the last one is weird a bit, but I don't think I can comment on it as long as the first few suggest the charge is evaluated defectively, since they're just statistics on probably wrong data. ** Attachment added: 8 Discharge time accuracy profile.png http://launchpadlibrarian.net/9169689/8%20Discharge%20time%20accuracy%20profile.png -- power management applet seems very screwy https://bugs.launchpad.net/bugs/137951 You received this bug notification because you are a member of Ubuntu Bugs, which is the bug contact for Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
