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.

As the package description says:

”This package does not contain the various ROM images needed to
actually use the emulators; they are available separately from other
locations (see the README.ROMs file). A corporation in the
Netherlands called Tulip holds the copyrights to the ROM images, and
redistribution is not permitted, but VICE itself is unencumbered.”

You’ll find README.ROMs in /usr/share/doc/vice/.

While it’s true that x64 won’t work out of the box, the instructions for making it work are provided. For making it work out of the box there’s probably very little that can be done in Ubuntu. I’m therefore going to mark this bug invalid.

I just filed a bug about this. Be sure to click the ’Does this bug affect you?’ link on top of the page to say ’Yes, it affects me’!

Binary package hint: fceux

Version 2.1.3 of FCEUX added netplay and a GUI to the SDL port, and since then even 2.1.4 has come out.
Complete changelogs for the releases are at http://fceux.com/web/pressrelease-2.1.3.html and http://fceux.com/web/pressrelease-2.1.4.html#.

Please package 2.1.4 for Ubuntu.