Desktop file /usr/share/applications/opera-next-browser.desktop installed as part of www-client/opera-next is identical to that installed for www-client/opera. As a result anything invoking opera-next via the desktop file starts /usr/bin/opera and not /usr/bin/opera-next. Reproducible: Always Steps to Reproduce: 1. Install opera-next 2. Set opera-next as default browser 3. Click on a URL within any app that uses the desktop file data (eg konsole) Actual Results: /usr/bin/opera is used to start opera Expected Results: /usr/bin/opera-next should have been used Workaround is to edit /usr/share/applications/opera-next-browser.desktop and alter TryExec and Exec lines to point to correct executable.May also need to change other lines but not sure of effect.
I think I fixed that on May 16. Could you re-emerge and try again, please? # ChangeLog for www-client/opera-next # Copyright 1999-2011 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/www-client/opera-next/ChangeLog,v 1.4 2011/05/20 16:28:32 jer Exp $ 20 May 2011; Jeroen Roovers <jer@gentoo.org> opera-next-11.50.1009.ebuild: Die when we try to remove unknown linguas. 16 May 2011; Jeroen Roovers <jer@gentoo.org> opera-next-11.50.1009.ebuild: Fix desktop file references, from "opera" to "opera-next", by Ja Bi. 03 May 2011; Jeroen Roovers <jer@gentoo.org> metadata.xml: Fix line length. *opera-next-11.50.1009 (03 May 2011) 03 May 2011; Jeroen Roovers <jer@gentoo.org> +opera-next-11.50.1009.ebuild, +metadata.xml: Initial commit <http://my.opera.com/desktopteam/blog/swordfish-and-opera-next>.
Did as suggested and re-emerged opera-next, and desktop file now OK. TVM.
