[Bug 1268838] Re: Unable to mount audio disc - Message did not receive a reply (timeout by message bus)

** Bug watch added: Debian Bug tracker #695865 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695865 ** Also affects: libcdio (Debian) via http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=695865 Importance: Unknown Status: Unknown -- You received this bug notification because y

[Bug 1268838] Re: Unable to mount audio disc - Message did not receive a reply (timeout by message bus)

Ubuntu, and gvfs build-depend on that one? ** Also affects: libcdio (Ubuntu) Importance: Undecided Status: New ** Changed in: gvfs (Ubuntu) Assignee: Thomas Schwinge (tschwinge) => (unassigned) -- You received this bug notification because you are a member of Ubuntu Desktop

[Bug 1268838] Re: Unable to mount audio disc - Message did not receive a reply (timeout by message bus)

This is a crash in "/usr/lib/gvfs/gvfsd-cdda". I'm having a look. ** Package changed: linux (Ubuntu) => gvfs (Ubuntu) ** Changed in: gvfs (Ubuntu) Status: Expired => New ** Changed in: gvfs (Ubuntu) Assignee: (unassigned) => Thomas Schwinge (tschwinge) -

[Bug 284612] Re: progress bar doesn't scroll

Sometimes it also seems to "help" to kill/restart the PulseAudio instance on the sink (as opposed to the source, »the computer rhythmbox is running on«). -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in Ubuntu. https://bugs

[Bug 284612] Re: progress bar doesn't scroll

Confirming what Hannes_S has described before: I'm still seeing this on 12.10 if I stream sound to a pulseaudio server over the network. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to rhythmbox in Ubuntu. https://bugs.launchpad.net/bu

[Bug 665548] Re: changing workspaces is very slow in case of big terminal windows

For me, currently in oneiric on this machine, the situation improves a lot when I install gnome-session-fallback, and use that desktop environment. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to vte in Ubuntu. https://bugs.launchpad.n

[Bug 665548] Re: changing workspaces is very slow in case of big terminal windows

I'm also seeing this behavior. For me, it appeared with natty, and is still there with oneiric. It's really annoying. But how to proceed? -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to vte in Ubuntu. https://bugs.launchpad.net/bugs

[Bug 88504] Re: Screen corruption.

With gutsy that problem is finally gone, it seems. -- Screen corruption. https://bugs.launchpad.net/bugs/88504 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug contact for gnome-terminal in ubuntu. -- desktop-bugs mailing list desktop-bugs@lists

[Bug 88504] Re: Screen corruption.

I spoke too soon. The screen corruption is still there from time to time. ** Changed in: vte (Ubuntu) Status: Needs Info => Confirmed -- Screen corruption. https://bugs.launchpad.net/bugs/88504 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is

[Bug 88504] Re: Screen corruption.

I just rebuilt vte 0.16.4-0ubuntu2 on Feisty and -- so far -- am happy with that version. No corruption so far and performance / resource consumption also seems to be within limits. -- Screen corruption. https://bugs.launchpad.net/bugs/88504 You received this bug notification because you are a m

[Bug 85575] Re: gnome-terminal reacting very sluggishly

mlind: You are right that with such self-compiled packages, the resource consumption and respons times are fine again. However, I'm still (irregularely) seeing the same screen corrupotion as reported my Martin Pool. -- gnome-terminal reacting very sluggishly https://bugs.launchpad.net/bugs/85575

[Bug 85575] Re: gnome-terminal reacting very sluggishly

mlind: Where did you get that version from? On I see 1:0.16.1-0ubuntu1 listed as the latest, which is the same that feisty has. -- gnome-terminal reacting very sluggishly https://bugs.launchpad.net/bugs/85575 You received this bug notification beca

[Bug 85575] Re: gnome-terminal reacting very sluggishly

So, what can we do to get this ticket reopened and the issue revisited? -- gnome-terminal reacting very sluggishly https://launchpad.net/bugs/85575 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 85575] Re: gnome-terminal reacting very sluggishly

James: You are right. It's a lot better, but there is still a very noticeable (read: annoying) delay when switching between different tabs. -- gnome-terminal reacting very sluggishly https://launchpad.net/bugs/85575 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubunt

[Bug 78343] Re: gnome-terminal mouse performance slow on feisty

This should be fixed with a recent upload. See also . -- gnome-terminal mouse performance slow on feisty https://launchpad.net/bugs/78343 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs

[Bug 85575] Re: gnome-terminal reacting very sluggishly

With a recent upload, this is fixed now. And in fact, this report seems to be a duplicate of . -- gnome-terminal reacting very sluggishly https://launchpad.net/bugs/85575 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailm

[Bug 85575] Re: gnome-terminal reacting very sluggishly

I'd like to have this issue revisited, as I don't consider it fixed. Test case: a freshly booted system, X server and one full screen Gnome terminal running ``top -d 1''. Edgy versions (`1:0.14.1-0ubuntu1') of `libvte9' and `libvte-common': cpu running at 600 MHz and `Xorg' uses 5% cpu time. T

[Bug 85575] Re: gnome-terminal reacting very sluggishly

If I revert to the edgy versions of `libvte9' and `libvte-common' (i.e. the 1:0.14.1-0ubuntu1 versions), everything seems to be fine again. -- gnome-terminal reacting very sluggishly https://launchpad.net/bugs/85575 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu

[Bug 85575] Re: gnome-terminal reacting very sluggishly

A further data point: side by side I open two terminals. In one I have `top' running. In the other I do someting to make the terminal screen scroll. In `top' I can see that Xorg's cpu usage converges to 100 %. #v+ $ while sleep 1 && seq 0 20 | tr \\n \ && echo; do :; done #v- ... for example

[Bug 85575] gnome-terminal reacting very sluggishly

Public bug reported: Binary package hint: gnome-terminal Since a recent update of my Feisty machine, the gnome-terminal is reacting very suggishly. For example, if in one tab I have scrolling text, it takes several seconds after I pressed Ctrl-PgUp to actually get the tab changed. This went muc

[Bug 85220] Re: Broken scrolling in screen

*** This bug is a duplicate of bug 85023 *** This turns out to be a duplicate of , which got fixed with a recent upload. ** This bug has been marked a duplicate of bug 85023 Screen corruption when used with screen -- Broken scrolling in

[Bug 82829] Re: `cdda' playback vs. noise from the cd drive.

Yes, this is more a wishlist item than a bug report. I'd like to have rhythmbox make the cd drive not spin with the standard maximum speed, but instead slow it down so far that playback is still possible, but the cd drive is much less noisy with respect to mechanical vibrations, air flow noise and

[Bug 82829] `cdda' playback vs. noise from the cd drive.

Public bug reported: Binary package hint: rhythmbox Playing an audio cd using rhythmbox's `cdda' playback facility seems to have the cd drive spin with (standard) maximum speed. Entering ``sudo hdparm -E 4 /dev/cdrom'' the noise from the cd drive was tremendously reduced while the playback conti

[Bug 68463] Re: gaim crashed

I just experienced the same: gaim was running in the background, I was working in a gnome-terminal, when suddenly the crash agent popped up. ** Attachment added: "crash agent's report file" http://librarian.launchpad.net/5037890/_usr_bin_gaim.1000.crash -- gaim crashed https://launchpad.net/

[Bug 35203] Re: [Bug 35203] Re: nautilus crashing with smb backend

Hello! On Sat, Jul 29, 2006 at 03:18:53PM -, Sebastien Bacher wrote: > do you still have issue with dapper? Yes, I see the following: On a Samba server, I have some ``volumes'' that are publically accessible and the users's home directories which are protected by a password. If I open Nauti

[Bug 35203] Re: [Bug 35203] Re: nautilus crashing with smb backend

On Fri, Apr 07, 2006 at 07:25:49PM -, Daniel Holbach wrote: > What does > gnomevfs-info smb:// > say? #v+ $ gnomevfs-info smb:// Name : / Type : Directory MIME type : x-directory/normal Default app : nautilus-folder-handler.desktop Permissions

[Bug 35203] nautilus crashing with smb backend

Public bug report changed: https://launchpad.net/malone/bugs/35203 Comment: On Fri, Mar 17, 2006 at 12:00:07AM -, Thomas Schwinge wrote: > ** (nautilus:23280): WARNING **: No description found for mime type > "x-directory/smb-share" (file is "thomas"), please

[Bug 35203] nautilus crashing with smb backend

Public bug report changed: https://launchpad.net/malone/bugs/35203 Comment: > - gnome-session-remove nautilus > - gdb nautilus > (gdb) run > ... get it crashing > (gdb) thread apply all bt Hm. I'm now able to observe that it doesn't actually crash. Only the window disappears and I get the follo

[Bug 35203] nautilus crashing with smb backend

Public bug report changed: https://launchpad.net/malone/bugs/35203 Comment: > Is the share hosted by Samba or Windows? What version? It's served by Samba 3.0.10 (should update that, I know...). > If it doesn't work with Windows, does it work with Samba or vice versa? I don't have a Windows syst

[Bug 35203] nautilus crashing with smb backend

Public bug report changed: https://launchpad.net/malone/bugs/35203 Comment: I just logged out and then in again and can report the following: the Nautilus window disappears at the same time as the key-ring-daemon's window (the one where I have to enter the password to unlock my keys) pops up. --

[Bug 35203] nautilus crashing with smb backend

Public bug reported: https://launchpad.net/malone/bugs/35203 Affects: gnome-vfs2 (Ubuntu) Severity: Normal Priority: (none set) Status: Unconfirmed Description: The nautilus browser window disappears as soon as I try to access a SMB share that is protected with a password.