Created attachment 379496 [details] opera-developer-24.0.1537.0.ebuild Currently only supported on Debian/Ubuntu amd64 and it has some nasty dependencies on dev-libs/openssl-1.0.0* and something providing libudev.so.0. So basically this won't work at all. :)
They say libudev.so.1 should work too but not sure what to do about OpenSSL. https://gist.github.com/ruario/99522c94838d0680633c
Yes, symlinking libudev.so.0 to libudev.so.1 _seems_ to work. You can downgrade to =dev-libs/openssl-1.0.0* and perhaps that will work. The attached ebuild doesn't set opera_sandbox as setuid, though.
Created attachment 379760 [details] opera-developer-24.0.1543.0.ebuild New version... This one prevents installing the "copyright" file. The actual LICENSE variable is currently invalid, of course. The libudev.so.0 problem persists so far, and probably other issues.
ad libudev, this works for me: ln -s /usr/lib64/libudev.so.1 /usr/lib64/opera-developer/lib/libudev.so.0 Why not add it to the ebuild?
(In reply to Stefan G. Weichinger from comment #4) > ln -s /usr/lib64/libudev.so.1 /usr/lib64/opera-developer/lib/libudev.so.0 > > Why not add it to the ebuild? Because it's a really silly idea?
(In reply to Jeroen Roovers from comment #5) > (In reply to Stefan G. Weichinger from comment #4) > > ln -s /usr/lib64/libudev.so.1 /usr/lib64/opera-developer/lib/libudev.so.0 > > > > Why not add it to the ebuild? > > Because it's a really silly idea? shame on me. That's why I am no dev, right? ;)
(In reply to Jeroen Roovers from comment #5) > (In reply to Stefan G. Weichinger from comment #4) > > ln -s /usr/lib64/libudev.so.1 /usr/lib64/opera-developer/lib/libudev.so.0 > > > > Why not add it to the ebuild? > > Because it's a really silly idea? This is what currently Opera does in provided deb (in control/postinst script inside archive), so even if silly, still is the only way supported upstream. Also ebuild could add subslot dependency to libudev, to at least have a way to detect possible theoretical break in future
Created attachment 380468 [details] opera-developer-24.0.1555.0.ebuild This one should properly install the improper symlink. --- opera-developer-24.0.1543.0.ebuild 2014-06-26 20:57:40.000000000 +0200 +++ opera-developer-24.0.1555.0.ebuild 2014-07-09 02:23:12.000000000 +0200 @@ -15,7 +15,6 @@ LICENSE="OPERA-2014" SLOT="0" KEYWORDS="~amd64" -IUSE="" DEPEND="app-arch/deb2targz" RDEPEND=" @@ -79,5 +78,7 @@ src_install() { cp -a * "${D}" || die dosym ../$(get_libdir)/${PN}/opera /usr/bin/${PN} + dodir /usr/$(get_libdir)/${PN}/lib + dosym /$(get_libdir)/libudev.so.1 /usr/$(get_libdir)/${PN}/lib/libudev.so.0 fperms 4711 /usr/$(get_libdir)/${PN}/opera_sandbox }
gnome-base/gconf dependency is missing: opera-developer: error while loading shared libraries: libgconf-2.so.4: cannot open shared object file: No such file or directory
New version out: ftp://ftp.opera.com/pub/opera-developer/24.0.1555.0/linux/opera-developer_24.0.1555.0_amd64.deb
(In reply to Alexandre from comment #10) > New version out: > ftp://ftp.opera.com/pub/opera-developer/24.0.1555.0/linux/opera-developer_24. > 0.1555.0_amd64.deb Attachment #380468 [details].
Created attachment 380784 [details] opera-developer-24.0.1558.3.ebuild Opera released a minor version bump to fix some OpenSSL issues. I've also made a few small changes to the ebuild. First, I bumped the openssl requirement to 1.0.1. I looked at the the deb package requirements and compared it to what is available in Ubuntu. The only versions of libssl1.0.0 in the repositories are >=1.0.1. Considering Opera said on their blog that they've only tested against Ubuntu, I think it's safe to use openssl-1.0.1* in the dependancies. Opera's *.pak files use hypens to separate a region in a localization (en-US) while the portage LINGUAS uses underscores (en_US). I've changed line 68 to accordingly. --- opera-developer-24.0.1555.0.ebuild +++ opera-developer-24.0.1558.3.ebuild @@ -21,7 +21,7 @@ dev-libs/glib:2 dev-libs/nspr dev-libs/nss - =dev-libs/openssl-1.0.0* + =dev-libs/openssl-1.0.1* media-libs/alsa-lib sys-apps/dbus sys-libs/libcap @@ -64,7 +64,7 @@ ) local o_l for o_l in ${linguas}; do - if ! has ${o_l} ${LINGUAS}; then + if ! has ${o_l/-/_} ${LINGUAS}; then rm ${o_l_path}/${o_l}.pak || die fi done
I forgot to link this in my previous comment. Here's a list of openssl versions available in Ubuntu: http://packages.ubuntu.com/search?keywords=libssl1.0.0
Please, add gnome-base/gconf as dependency. Thanks! :D
I'm getting this error when I'm trying to run opera-developer from terminal: $ opera-developer [0725/224337:ERROR:simple_message_box_views.cc(225)] Unable to show a dialog outside the UI thread message loop: Opera - At least one file with resources (.pak) is corrupted or unavailable. Please reinstall Opera. [0725/224338:ERROR:ui_stubs.cc(58)] Not implemented reached in views::Widget* CreateBrowserModalDialogViews(views::DialogDelegate*, gfx::NativeWindow) Segmentation fault I'm running: $ opera-developer --help Opera 24.0.1558.3 Developer Features available through command-line switches: ... My arch is x86_64.
What LINGUAS do you have set in your make.conf? If you have LINGUAS set then any *.pak files that don't match are removed.
I have same «At least one file with resources (.pak) is corrupted or unavailable» error. My LINGUAS="en ru". This error goes away after manual unpacking en-{GB,US}.pak files into localization directory. Seems that «clean-up logic» needs to be extended to properly process common «en» (and other) locales.
Considering Opera is now based on Chrome, it may be a good idea to look at the chromium eclass. Chrome/Chromium have to do the same LINGUAS checks, and it's highly possible that there are other checks this ebuild isn't doing that it should be. If we can't use the eclass, then we should at least extract the CHROMIUM_LANGS logic.
The ebuild renamed as opera-developer-24.0.1558.21.ebuild works for me with this new version of opera-developer.
Created attachment 381750 [details] opera-developer-24.0.1558.21.ebuild Version bumped to 24.0.1558.21. This ebuild also adds the missing dependency on gnome-base/gconf and has been slightly modified to use chromium.eclass. The eclass inheritance should solve the LINGUAS *.pak issues.
Created attachment 382414 [details] opera-developer-25.0.1592.0.ebuild Based on the previous one.
Created attachment 383206 [details] opera-developer-25.0.1597.0.ebuild
25.0.1597.0 is in the tree. Thanks, everyone!