When I click on the volume slider of an app such as Totem or Rhythmbox, the multimedia keys on my keyboard cease to function until I click outside the app’s volume slider to deactivate it. This doesn’t involve just the keys I’ve mapped to control the volume but all the multimedia keys. Also, I have a feeling I’ve seen this with other active elements (i.e. not just the application volume sliders), but I can’t recall those specifics right now. I’ll add them to this report if I find them.
I’m running up-to-date Lucid (amd64).
I suspect this could be related to Bug #388547, but thought I’d report this as separate first and let wiser minds decide on whether this is a duplicate.
The Overview page currently says:
”The simplest way to download and install:
$ easy_install -U gkeyring”
However, this results in an ”error: can’t create or remove files in install directory” because easy_install needs write access to /usr/local/lib/python2.6/dist-packages/. So the command actually needs to be
$ sudo easy_install -U gkeyring”
or, the prompt should be a # indicating root priviliges:
# easy_install -U gkeyring”
After recent changes in Jamendo’s streaming service, it’s no longer possible to seek forward nor backward in playing time of their Vorbis streams using Totem. VLC however lets me seek just as before. Also, seeking does work if I opt the stream as MP3.
My main desktop is an up-to-date Lucid, and I’ve also reproduced this in a virtual Maverick.
Set up: have Jamendo stream using external player, with Vorbis+m3u or Vorbis+xspf. Associate said playlist format with Totem. Start streaming, try to skip time within the playing track.
I’ve found an upstream bug which seems related: https://bugzilla.gnome.org/show_bug.cgi?id=629212#. I didn’t link it straight away because I’m not sure if it’s the exact same one as this.
I’m running a Lucid desktop, but with UNE as the interface.
In UNIX, the tilde character ~ usually refers to the user’s home directory. However, the run dialog doesn’t seem to support this.
Steps to reproduce:
1. In a terminal:
$ echo ”hello” > ~/foo
$ cat ~/foo
hello
2. Press Alt+F2 to bring up the run dialog. Enter:
gedit ~/foo
Expected result: have ~/foo open in gedit with the content ”hello”.
Actual result: a file called foo opens, but it’s empty and obviously not the one created. From gedit’s title I’m guessing the run dialog passes ~ as the name of a directory residing within the actual ~, user’s home.
Sorry, forgot to mention that this happens on an up-to-date Lucid, but I was also able to reproduce it in Maverick. The backtrace was from Lucid.
Binary package hint: gimp
Steps to reproduce:
1. Start GIMP.
2. Create a new image.
3. Select Alignment Tool.
4. Click on image.
5. Close image.
6. Select ’Align right edge of target’ from tool options.
The problem seems to be that Alignment Tool options are activated (unghosted) at step 4, but don’t get disabled (ghosted) again at step 5.
Is it really the expected behavior for launcher to override ’Always on top’ of applications even in one display? And if so, what’s the reasoning behind this?
I’m asking because I was about to report it as a bug when I came across this report. To me this seems like the launcher in effect breaks ’Always on top’, regardless of number of displays.
Installed it and it’s running just fine. I’ll report back if any problems crop up. Thanks for the fix!
’miro-data’ from the PPA would apparently install just fine, but Synaptic tells me the ’miro’ package has unresolved dependencies:
”miro:
Depends: python-libtorrent (>=0.14.10-2) but 0.14.10-1 is to be installed
Depends: python-gst0.10 (>=0.10.18-2) but 0.10.18-1 is to be installed”
This is despite having -backports and -proposed in my sources, so I assume I’m running the latest published versions.
Downloading videos from YouTube subscriptions has been broken in Miro 3.0.1 for a while now, and 3.0.3 includes a fix for this. I’ve successfully built 3.0.3 under Lucid and have been running it without problems for a week on my local system, so I think users at large would benefit from this backport.