opera browser crash and recovery
About once a year, sometimes more often, sometimes less often, opera browser thinks it is not installed, and wishes to reinstall, placing a plain-vanilla version to where years of customization had comfortably attuned the browser to my workflow due to still-newbie tunings I've backup up. The following two files, for instance, [install dir]/.opera/cache/toolbar/standardtoolbar.ini [install dir]/.opera/cache/operaprefs.ini Please double check those... HOWEVER there may be a third or 4th.. Those two today restored a browser deletion of all the settings [ defaults to no images, for instance... ] I've crafted over the years. So I was thinking maybe a pkg-message may be in order detailing the need to backup one's files, and which ones, so others or even I may save time and aggravation etc, should the crash [system, Xorg, etc] occur at n inconvenient time. Thanks Jeff ps. Hurriedly crafted email. Sorry if any typos. ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Opera, still functional, 'one cannot make new configs' etc since v9 v10
I installed on FreeBSD 9.3 adm64 p5, with gtk2 off. KDE4 Plasma X server. Radeon xorg driver (ATI 7750 card). Got an error about missing libfreetype.so.9, but the browser seemed to work fine. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera, still functional, 'one cannot make new configs' etc since v9 v10
On 01/11/15 22:59, Fred Woods wrote: If you run opera from a terminal window, do you get something like the problem described in: http://stackoverflow.com/questions/2568408/pango-warning-failed-to-choose-a-font-expect-ugly-output If yes, then a possible work-around is: Move any pango compliant fonts to /usr/local/lib/X11/fonts mv /usr/loocal/share/fonts/* /usr/local/lib/X11/fonts Create a symlink to make /usr/loocal/share/fonts point to /usr/local/lib/X11/fonts. ln -sF /usr/local/lib/X11/fonts /usr/loocal/share/fonts ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Did not help, unfortunately. I've exactly two other ideas, but neither is certain to fix it, and a few others for which I am still clueless. Additionally, it seems few (openbsd? debian?) ship by default with opera... One of the more readable screenshots attached (email, may not make it to the list...) and inline... in the email. if that make sense. Newbie here with thunderbird terms. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Opera, still functional, 'one cannot make new configs' etc since v9 v10
II can browser fine with Opera still [mostly] but cannot interact with its dialog. ONLY the lowercase 'a' [and uppercase E] show. For instance, the 'graphics' button (on off toggle) has [ a ] and the 'open in background tab' is [ _ a a ] ... So the prompts and browser action are only by 'what the 'a' probably resolves to... Even the about:config choices are a bunch of 'a' and no other text nor numeric values visibly selected, though the items to choose are in another font and are visible. I rebuilt it with/without qt4, gtk2, and the problem persists. NO menu nor 'preferences' choices to speak of that are a change from what used to be. And also practicaly reinstalled, some multiple times, each of its dependencies that are listed in ports through the make commands. This happened once before,. And was fixed by some random crash and restore... Freeetype2? fontconfig? Some menu option? gtk2? font setup? A new install is missing an so file so cp -iv /usr/local/lib/freetype.so.6 /usr/local/lib/compat/libfreetype.so.9 fixes that... Thanks for anyone knowing any probable fix. J. Bouquet ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera, still functional, 'one cannot make new configs' etc since v9 v10
If you run opera from a terminal window, do you get something like the problem described in: http://stackoverflow.com/questions/2568408/pango-warning-failed-to-choose-a-font-expect-ugly-output If yes, then a possible work-around is: Move any pango compliant fonts to /usr/local/lib/X11/fonts mv /usr/loocal/share/fonts/* /usr/local/lib/X11/fonts Create a symlink to make /usr/loocal/share/fonts point to /usr/local/lib/X11/fonts. ln -sF /usr/local/lib/X11/fonts /usr/loocal/share/fonts ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
www/opera: looses plugins on restart
Each time Opera is re-started (or started for first time), it looses track of all plugins. Plugins (like flash) must be re-introduced. Start Opera, go to opera:plugins, nothing. Go to: Settings preferences content Plug-in options = shows empty list Find New = Plugins get listed, opera:plugins updates and list plugins correctly Close Opera and restart, back to zero. -- FreeBSD_amd64_11-Current_RadeonKMS ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc
On 23 December 2013 08:36, Bernhard Fröhlich de...@bluelife.at wrote: Am 22.12.2013 21:57 schrieb Dirk Meyer dirk.me...@dinoex.sub.org: Opera has an option to pick your poison. you can set COMPAT9, which does conflict with virtualbox. No it does not conflict anymore. That has been fixed already. Only a remark: the goal is install emulators/virtualbox-ose-additions and www/opera on a VirtualBox FreeBSD 10.0RC2. I have found a workaround: 1- First, install emulators/virtualbox-ose-additions with pkgng. Then you will get /usr/local/lib/gcc46/libstdc++.so.6 installed by lang/gcc port. 2- Install www/opera from ports: cd /usr/ports/www/opera make install clean. This trick works as the port only check the installation of the libstdc++.so.6; it does not care the which package installed the library. Yes, there are some corner cases you need the flexibility of the port system :-) Best regards ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc
Am 23.12.2013 11:10 schrieb José García Juanino jjuan...@gmail.com: On 23 December 2013 08:36, Bernhard Fröhlich de...@bluelife.at wrote: Am 22.12.2013 21:57 schrieb Dirk Meyer dirk.me...@dinoex.sub.org: Opera has an option to pick your poison. you can set COMPAT9, which does conflict with virtualbox. No it does not conflict anymore. That has been fixed already. Only a remark: the goal is install emulators/virtualbox-ose-additions and www/opera on a VirtualBox FreeBSD 10.0RC2. I have found a workaround: 1- First, install emulators/virtualbox-ose-additions with pkgng. Then you will get /usr/local/lib/gcc46/libstdc++.so.6 installed by lang/gcc port. 2- Install www/opera from ports: cd /usr/ports/www/opera make install clean. This trick works as the port only check the installation of the libstdc++.so.6; it does not care the which package installed the library. Yes, there are some corner cases you need the flexibility of the port system :-) Best regards Yeah, that should work fine and my proposal was to change opera to depend on lang/gcc instead of lang/gcc46 because it is what most ports will use on FreeBSD 10. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2013-12-23 05:10:05 -0500, José García Juanino wrote: On 23 December 2013 08:36, Bernhard Fröhlich de...@bluelife.at wrote: Am 22.12.2013 21:57 schrieb Dirk Meyer dirk.me...@dinoex.sub.org: Opera has an option to pick your poison. you can set COMPAT9, which does conflict with virtualbox. No it does not conflict anymore. That has been fixed already. Only a remark: the goal is install emulators/virtualbox-ose-additions and www/opera on a VirtualBox FreeBSD 10.0RC2. I have found a workaround: 1- First, install emulators/virtualbox-ose-additions with pkgng. Then you will get /usr/local/lib/gcc46/libstdc++.so.6 installed by lang/gcc port. 2- Install www/opera from ports: cd /usr/ports/www/opera make install clean. This trick works as the port only check the installation of the libstdc++.so.6; it does not care the which package installed the library. Yes, there are some corner cases you need the flexibility of the port system :-) emulators/virtualbox-ose-additions can be built with clang and used with libc++ just fine. All you need is the following patches: https://redports.org/browser/jkim/emulators/virtualbox-ose-additions/files/extrapatch-src-VBox-Additions-x11-VBoxClient-Makefile.kmk https://redports.org/browser/jkim/emulators/virtualbox-ose-additions/files/extrapatch-src-VBox-Additions-x11-vboxvideo-Makefile.kmk The port maintainers did not like them, though. :-( Jung-uk Kim -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (FreeBSD) iQEcBAEBAgAGBQJSuKIoAAoJEHyflib82/FGWFIH/jhBXA+qslegHzE7ikNGSK2z FajfbU+uHi0TygtGoQxgg8O0lDWbTvUFOtzL6+h+AgE0vjg1QmaUxkl8AUfwi/oi 1SViTxr/hEVDB/1yq7XbPXCkZxp/3UKiQST2/i8kTrIXnGbGgI3BcgrcDNsGRiqL +43lvKieI1DfIX7Zpi3hunABYTLRTX41BSimv/8XwCfdEgd/w2IMRvj+FKWAQ337 2O8slnkhIIm3fqQgKPzJRNdZb38OdCu8Mc+GSSVMsft/MC1Kb1AgHWqJabAmewz3 icy7d40BbCPrzRrj6KGndqI9VDQJdWF6yNFHsv6RTxZH7JttignBL0txlFs5a/Q= =9wdZ -END PGP SIGNATURE- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc
Am 22.12.2013 12:13 schrieb José García Juanino jjuan...@gmail.com: Hello, I have running a recent FreeBSD 10.0-RC2, and I get the following scenario: www/opera depends on lang/gcc46 devel/kBuild depends on lang/gcc But both gcc46 and gcc are incompatible, so I cannot install opera and kBuild. However, lang/gcc and lang/gcc46 install the same versión compiler 4.6.4. Any idea to fix this conflict? I am using pkgng to install the ports. kBuild is using USE_GCC=yes which uses lang/gcc right now in version 4.6. Opera has a strict dependency on on FreeBSD 10 for gcc4.6 because of libstdc++.so.6. RUN_DEPENDS+= ${LOCALBASE}/lib/gcc46/libstdc++.so.6:${PORTSDIR}/lang/gcc46 I am not sure if opera really needs to be that strict on which libstdc++ it uses since it also seems to be happy with libstdc++ from gcc 4.2 on FreeBSD 9. I've cc'd the opera maintainer so let's see what he thinks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: kBuild and opera will not install in 10.0: lang/gcc46 conflicts with lang/gcc
Am 22.12.2013 21:57 schrieb Dirk Meyer dirk.me...@dinoex.sub.org: Bernhard Fröhlich schrieb:, Am 22.12.2013 12:13 schrieb Jos=E9 Garc=EDa Juanino jjuan...@gmail.com: I have running a recent FreeBSD 10.0-RC2, and I get the following scenario: www/opera depends on lang/gcc46 devel/kBuild depends on lang/gcc But both gcc46 and gcc are incompatible, so I cannot install opera and kBuild. However, lang/gcc and lang/gcc46 install the same versi=F3n compi= ler 4.6.4. Any idea to fix this conflict? I am using pkgng to install the ports. kBuild is using USE_GCC=3Dyes which uses lang/gcc right now in version 4.6. Opera has a strict dependency on on FreeBSD 10 for gcc4.6 because of libstdc++.so.6. In C++ you can not reuse your libraries without recompilation. This breaks the goal of object oriented design as stated in several books. Why does opera work fine with libstdc++ from gcc 4.2 then? Opera has an option to pick your poison. you can set COMPAT9, which does conflict with virtualbox. No it does not conflict anymore. That has been fixed already. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
After updating ports, flash plugins for Firefox Opera have gone AWOL
Having gotten past all the difficulties that related to Perl, I have finally managed to update essentially all of my installed ports. (I still have a small problem with the update for ffmpeg(2), but I'll take that up later on.) Unfortunately, after updating all my ports I find that I now have a problem with the flash plugins for both Firefox and Opera... and I could use some help solving these two problems. After updating all my ports I have, among many many other things, all of the following currently installed: firefox-25.0_1,1 opera-12.16 linux-f10-flashplugin-11.2r202.327_1 nspluginwrapper-1.4.4_2 opera-linuxplugins-12.16 (Note: I use both Firefox and Opera, at different times for different purposes.) After updating my ports, I dutifully followed the instructions here for updating the flash support in Firefox (as I have done, many times before): https://www.freebsd.org/doc/handbook/desktop-browsers.html Specifically (and only) I executed this step: nspluginwrapper -v -a -u This produced the following output: Auto-update plugins from /usr/local/lib/browser_plugins Looking for plugins in /usr/local/lib/browser_plugins Auto-update plugins from /usr/local/lib/browser_plugins/linux-f10-flashplugin Looking for plugins in /usr/local/lib/browser_plugins/linux-f10-flashplugin Auto-update plugins from /home/rfg/.mozilla/plugins Looking for plugins in /home/rfg/.mozilla/plugins Then I quit and restarted Firefox. Unfortunately, after these steps entering about:plugins in the Firefox location bar now shows that I have -no- plugins installed. Additionally, upon visiting (in Firefox) a web page that I believe contains flash material, I am getting a notification that I need to install the flash plugin. So, my questions: 1) What did I do wrong? 2) How can I correct the situation and get flash working with Firefox again? Separately and additionally, Opera also now does not seem to believe that it has any flash pulgin installed either. Of course, I would like to correct this problem also. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Since some time (weeks?) www/opera is hanging on 9-STABLE amd64 clang
While playing certain html5/gstreamer/webm content e.g. youtube. Can anybody confirm? -- View this message in context: http://freebsd.1045724.n5.nabble.com/Since-some-time-weeks-www-opera-is-hanging-on-9-STABLE-amd64-clang-tp5813142.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
Looks like in further releases Opera changed smth itself, so it started to catch icedtea-web had been build with USE_GCC=4.6 Such things happen when something is hard-coded during coding... - non-grata practice) Thank you. 2013/1/19 Claude Buisson clbuis...@orange.fr: Hi, I saw this thread on ports@ archive, and just resolved a similar issue, so FWIW: I have 2 systems, both i386, one 8-STABLE, the other 9-STABLE, where opera could not detect the icedtea-web plugin, but where this plugin could be used without problem by firefox. On both systems, icedtea-web had been build with USE_GCC=4.6. So today, I rebuilt icedtea-web with the standard compiler in the base system, and now the plugin is detected and works OK. I do not know the details of your installation, but a compiler mismatch may be the cause of your problem CBu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
www/opera ISSUE Java Plugin missing
Hi, I saw this thread on ports@ archive, and just resolved a similar issue, so FWIW: I have 2 systems, both i386, one 8-STABLE, the other 9-STABLE, where opera could not detect the icedtea-web plugin, but where this plugin could be used without problem by firefox. On both systems, icedtea-web had been build with USE_GCC=4.6. So today, I rebuilt icedtea-web with the standard compiler in the base system, and now the plugin is detected and works OK. I do not know the details of your installation, but a compiler mismatch may be the cause of your problem CBu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
You are missing my point. Opera couldn't just outright stop 'supporting' Java plug-ins (more like Java content, believe it or not, but using plug-in or JRE is secondary here), but they are not ones responsible for this environment deployment. I know FreeBSD as a project should document to the it's best ability all possible use cases one could be forced into (including using Java plug-in). I think it does good job mostly. rant That doesn't stop me from a little rant on the side, though... And hopefully it goes my way: http://w3techs.com/technologies/details/cp-javaruntime/all/all But that doesn't stop people from installing plug-in en masse, which starts to defy reason: http://www.statowl.com/plugin_overview.php rant/ -- View this message in context: http://freebsd.1045724.n5.nabble.com/www-opera-ISSUE-Java-Plugin-missing-tp5778625p5778824.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
On 01/18/13 05:55, Jakub Lach wrote: You are missing my point. Opera couldn't just outright stop 'supporting' Java plug-ins (more like Java content, believe it or not, but using plug-in or JRE is secondary here), but they are not ones responsible for this environment deployment. No, I don't think I did miss your point. The Opera developers didn't, from the OP, they switched from JRE to plug-ins. The Opera developers can be the only ones because they are the only ones developing Opera. Certainly Oracle isn't forcing anyone to use the plug-in over the run-time environment. I know FreeBSD as a project should document to the it's best ability all possible use cases one could be forced into (including using Java plug-in). I think it does good job mostly. I think they do an excellent job. rant That doesn't stop me from a little rant on the side, though... And hopefully it goes my way: http://w3techs.com/technologies/details/cp-javaruntime/all/all But that doesn't stop people from installing plug-in en masse, which starts to defy reason: http://www.statowl.com/plugin_overview.php rant/ To be honest, I'm not interested in plug-in-vs.-run-time-environment arguments. Having been knee-deep in the browser wars and having advocated Linux (and more recently, FreeBSD) over any other operating system, I just couldn't give a rip about any such arguments over anything else (including OS and browser preference) anymore. I'm more in the best tool for the job, with a favoring of copyfree licensing over any other all else being equal camp now-a-days. If something stops supporting something I felt critical, if there is a better (or technically equal but better licensed) alternative, I'll just switch to it. It just happens to be the OP wanted Jave RE for Opera instead of the plug-in model and may have found a hackity-hack way of doing so despite the Opera people moving to the plug-in model. Given your view of plugins, if you don't want to extend the functionality of your browser through them, that's fine. You may even have a point about their awful security. I have no such concerns. Not because I have no concerns about security, but because I take other steps to mitigate my exposure to malicious web sites. Also, I'm partially insulted by your logic that somehow installing a plug-in of any sort defies reason. There are many reasons people will install the Java plugin. I happen to want to be able to play Runescape (a very popular browser-based MMO). That and the fact some other websites (like, last time I visited, the Small Business Administration website along with a few others) do use Java, I would like to be able to view them (it's the same reason I use Flash, not because I like it, but because it's necessary for my being able to visit various websites). -- Yours in Christ, Joseph A Nagy Jr Whoever loves instruction loves knowledge, But he who hates correction is stupid. -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
As it was mentioned above: since Opera 10.50 it doesn't use Java directly, hence it looks for a special Java plugin file libnpjp2.so and ONLY! The problem is that the file libnpjp2.so residues in linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, though available is non-native only. Cut from opera:plugins (java/linux-sun-jre16): Java(TM) Plug-in 1.6.0_38 Description: The next generation Java plug-in for Mozilla browsers. Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libnpjp2.so Of course it fails to start properly and crashes after is called. A try to nspluginwrapper it fails: nspluginwrapper -v -i /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libnpjp2.so Opera 12.12 rejects classic plugin file javaplugin-oji.so and IcedTeaPlugin.so (tested). It would be keen to update the Handbook part 7.2.5 Opera of http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, that it doesn't support java/icedtea-web anymore? All the steps from Handbook had been taken, and IcedTeaPlugin.so is caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 . Additional Notes from Oracle (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): The classic plugin file was located here: JRE/plugin/i386/javaplugin-oji.so __This file should no longer be used and all symbolic links to it removed__. Thank you. 2013/1/18 Joseph A. Nagy, Jr jnagyjr1...@gmail.com: On 01/17/13 13:47, awarecons wrote: As of official http://www.opera.com/docs/linux/plugins/install/#java Java plug-in (Sun/Oracle) As of Opera 10.50, Opera uses the Java plug-in. Previously Opera used the Java Runtime Environment (JRE) directly. snip http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html 7.2.5 Opera Opera is a full-featured and standards-compliant browser. It also comes with a built-in mail and news reader, an IRC client, an RSS/Atom feeds reader and much more. Despite this, Opera is relatively lightweight and very fast. It comes in two flavors: a “native” FreeBSD version and a version that runs under Linux emulation. To browse the Web with the FreeBSD version of Opera, install the package: # pkg_add -r opera Some FTP sites do not have all the packages, but Opera can still be obtained through the Ports Collection by typing: # cd /usr/ports/www/opera # make install clean To install the Linux version of Opera, substitute linux-opera in place of opera in the example above. The Adobe Flash plugin is not available for FreeBSD. However, a Linux® version of the plugin exists. To install this version, the www/linux-f10-flashplugin11 port has to be installed, then install the port www/opera-linuxplugins: # cd /usr/ports/www/linux-f10-flashplugin11 # make install clean # cd /usr/ports/www/opera-linuxplugins # make install clean You can check the presence of the plugin: start your browser, enter opera:plugins in the location bar and press Enter. A list should appear with all the currently available plugins. To add the Java plugin, follow the instructions for Firefox[0]. [0]: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html#moz-java-plugin -- Yours in Christ, Joseph A Nagy Jr Whoever loves instruction loves knowledge, But he who hates correction is stupid. -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
On 01/18/13 09:06, awarecons wrote: As it was mentioned above: since Opera 10.50 it doesn't use Java directly, hence it looks for a special Java plugin file libnpjp2.so and ONLY! The problem is that the file libnpjp2.so residues in linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, though available is non-native only. Are you saying the handbook instructions for enabling java in Opera do not work, then? Cut from opera:plugins (java/linux-sun-jre16): Java(TM) Plug-in 1.6.0_38 Description: The next generation Java plug-in for Mozilla browsers. Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libnpjp2.so Of course it fails to start properly and crashes after is called. A try to nspluginwrapper it fails: nspluginwrapper -v -i /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libnpjp2.so Opera 12.12 rejects classic plugin file javaplugin-oji.so and IcedTeaPlugin.so (tested). It would be keen to update the Handbook part 7.2.5 Opera of http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, that it doesn't support java/icedtea-web anymore? All the steps from Handbook had been taken, and IcedTeaPlugin.so is caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 You're doing something wrong, than. Opera 12.12 on my system catches java/icedtea-web I just installed Opera, launched it, and checked the plugin list[0,1]. . Additional Notes from Oracle (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): The classic plugin file was located here: JRE/plugin/i386/javaplugin-oji.so __This file should no longer be used and all symbolic links to it removed__. Thank you. [0]: http://www.joseph-a-nagy-jr.us/images/problems/opera-version.png [1]: http://www.joseph-a-nagy-jr.us/images/problems/opera-plugins.png -- Yours in Christ, Joseph A Nagy Jr Whoever loves instruction loves knowledge, But he who hates correction is stupid. -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
Are you saying the handbook instructions for enabling java in Opera do not work, then? Seems to be so in the case. You're doing something wrong, than. Opera 12.12 on my system catches java/icedtea-web I just installed Opera, launched it, and checked the plugin list[0,1]. I've installed the same vers. of plugin: icedtea-web-1.3.1 A free Java plug-in and Java Web Start for OpenJDK And, as it was mentioned above, IcedTeaPlugin.so is caught by FireFox, SeaMonkey, Chromium and Epiphany even)) except Opera. List of plugins caught: Refresh plug-ins Disable Shockwave Flash Description: Shockwave Flash 11.2 r202 Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libflashplayer.soapplication/futuresplash spl Disable VLC Multimedia Plugin (compatible Totem 2.32.0) Description: The Totem 2.32.0 plugin handles video and audio streams. Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-cone-plugin.soaudio/midi midi,mid Disable Windows Media Player Plug-in 10 (compatible; Totem) Description: The Totem 2.32.0 plugin handles video and audio streams. Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-gmp-plugin.sovideo/x-msvideo avi,asf,wmv Disable DivX® Web Player Description: DivX Web Player version 1.4.0.233 Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-mully-plugin.sovideo/divx divx Disable QuickTime Plug-in 7.6.6 Description: The Totem 2.32.0 plugin handles video and audio streams. Architecture: native /usr/local/lib/npapi/symlinks/opera/libtotem-narrowspace-plugin.sovideo/mp4 mp4,mpg4 Disable DjView-4.9 Description: This is the DjView-4.9 version of the DjVu plugin. See DjVuLibre. Architecture: native /usr/local/lib/npapi/symlinks/opera/nsdejavu.soimage/x-djvu djvu,djv Enable Java(TM) Plug-in 1.6.0_38 Description: The next generation Java plug-in for Mozilla browsers. Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libnpjp2.soapplication/x-java-vm Enable Adobe Reader 9.5 Description: The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser. Architecture: non-native /usr/local/lib/browser_plugins/nppdf.soapplication/pdf pdf Disable Adobe Reader 9.5 Description: The Adobe Reader plugin is used to enable viewing of PDF and FDF files from within the browser. Architecture: native /usr/local/lib/browser_plugins/npwrapper.nppdf.so Obvious diff. is in arch (i386) and osvers. (9.0-REL-p5), but it would be strange if it really matters in the case... May there be such dependence that java/icedtea-web needs to be installed _strictly_ after browser(s) installation, not before? 2013/1/18 Joseph A. Nagy, Jr jnagyjr1...@gmail.com: On 01/18/13 09:06, awarecons wrote: As it was mentioned above: since Opera 10.50 it doesn't use Java directly, hence it looks for a special Java plugin file libnpjp2.so and ONLY! The problem is that the file libnpjp2.so residues in linux-sun-jre1[67] only, not in openjdk nor diablo nor jdk16 editions, though available is non-native only. Are you saying the handbook instructions for enabling java in Opera do not work, then? Cut from opera:plugins (java/linux-sun-jre16): Java(TM) Plug-in 1.6.0_38 Description: The next generation Java plug-in for Mozilla browsers. Architecture: non-native /usr/local/lib/npapi/symlinks/opera/libnpjp2.so Of course it fails to start properly and crashes after is called. A try to nspluginwrapper it fails: nspluginwrapper -v -i /usr/local/linux-sun-jre1.6.0/lib/i386/libnpjp2.so *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory *** NSPlugin Viewer *** ERROR: libnpjp2.so: cannot open shared object file: No such file or directory nspluginwrapper: no appropriate viewer found for libnpjp2.so Opera 12.12 rejects classic plugin file javaplugin-oji.so and IcedTeaPlugin.so (tested). It would be keen to update the Handbook part 7.2.5 Opera of http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html, that it doesn't support java/icedtea-web anymore? All the steps from Handbook had been taken, and IcedTeaPlugin.so is caught by FireFox, SeaMonkey, Chromium... but Opera 12.12 You're doing something wrong, than. Opera 12.12 on my system catches java/icedtea-web I just installed Opera, launched it, and checked the plugin list[0,1]. . Additional Notes from Oracle (http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html): The classic plugin file was located here: JRE/plugin/i386/javaplugin-oji.so __This file should no longer be used and all symbolic links to it removed__. Thank you. [0]: http://www.joseph-a-nagy-jr.us/images/problems/opera-version.png [1]: http://www.joseph-a-nagy-jr.us/images/problems/opera-plugins.png -- Yours in Christ, Joseph A Nagy Jr Whoever loves instruction loves knowledge, But he who hates correction is stupid. -- Proverbs 12:1 Emails are not formal business letters
www/opera ISSUE Java Plugin missing
As of official http://www.opera.com/docs/linux/plugins/install/#java Java plug-in (Sun/Oracle) As of Opera 10.50, Opera uses the Java plug-in. Previously Opera used the Java Runtime Environment (JRE) directly. The installation instructions for Java on java.com are are correct, but the configuration step is wrong. Use the following instructions instead. Command line instructions to locate the Sun Java plug-in, if installed: locate libnpjp2.so, or find / -name libnpjp2.so 2/dev/null If Java plug-in is not installed, or you wish to upgrade, proceed as follows: If you require a functioning BankID, purge your system of all Java implementations except for Sun Java. In particular, icedtea6-plugin (including default-jre and openJDK) should be removed. Download the Java Runtime Environment that is suitable for your system. Follow the installation instructions, but ignore the section entitled Enable and Configure. In what follows, it is assumed that you have installed Java (version 1.6.0_21) in /opt. If you have a more recent version, or you install the plug-in elsewhere, you need to modify the command accordingly. So that Java will be discovered, type the following commands: cd /usr/lib/opera/plugins ln -s /opt/jre-1.6.0_21/usr/java/jre1.6.0_21/lib/i386/libnpjp2.so --- Plus, http://www.oracle.com/technetwork/java/javase/manual-plugin-install-linux-136395.html So, obviously, Opera stopped catching webiced-tea plugin. java/openjdk6 doesn't have nor option to configure nor libnpjp2.so plugin itself. Am I on a right way compiling java/jdk16, which has libnpjp2.so according to configurable options (WEB Enable the browser plugin and Java Web Start on)? About Opera Version information Version 12.12 Build 1707 Platform FreeBSD System i386, 9.0-RELEASE-p5 Thank you in advance. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
On 01/17/13 13:47, awarecons wrote: As of official http://www.opera.com/docs/linux/plugins/install/#java Java plug-in (Sun/Oracle) As of Opera 10.50, Opera uses the Java plug-in. Previously Opera used the Java Runtime Environment (JRE) directly. snip http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html 7.2.5 Opera Opera is a full-featured and standards-compliant browser. It also comes with a built-in mail and news reader, an IRC client, an RSS/Atom feeds reader and much more. Despite this, Opera is relatively lightweight and very fast. It comes in two flavors: a “native” FreeBSD version and a version that runs under Linux emulation. To browse the Web with the FreeBSD version of Opera, install the package: # pkg_add -r opera Some FTP sites do not have all the packages, but Opera can still be obtained through the Ports Collection by typing: # cd /usr/ports/www/opera # make install clean To install the Linux version of Opera, substitute linux-opera in place of opera in the example above. The Adobe Flash plugin is not available for FreeBSD. However, a Linux® version of the plugin exists. To install this version, the www/linux-f10-flashplugin11 port has to be installed, then install the port www/opera-linuxplugins: # cd /usr/ports/www/linux-f10-flashplugin11 # make install clean # cd /usr/ports/www/opera-linuxplugins # make install clean You can check the presence of the plugin: start your browser, enter opera:plugins in the location bar and press Enter. A list should appear with all the currently available plugins. To add the Java plugin, follow the instructions for Firefox[0]. [0]: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/desktop-browsers.html#moz-java-plugin -- Yours in Christ, Joseph A Nagy Jr Whoever loves instruction loves knowledge, But he who hates correction is stupid. -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
People actually still use browser java plug-ins/ they actually work? Life never ceases to amaze. Seriously though, I see no place for them in modern operating systems at all. Awful security record, as well as required only by obsolete and broken by design things. -- View this message in context: http://freebsd.1045724.n5.nabble.com/www-opera-ISSUE-Java-Plugin-missing-tp5778625p5778675.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
On Thu, 17 Jan 2013 16:19:33 -0800 (PST) Jakub Lach jakub_l...@mailplus.pl wrote: People actually still use browser java plug-ins/ they actually work? Life never ceases to amaze. Seriously though, I see no place for them in modern operating systems at all. Awful security record, as well as required only by obsolete and broken by design things. -- View this message in context: http://freebsd.1045724.n5.nabble.com/www-opera-ISSUE-Java-Plugin-missing-tp5778625p5778675.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Java plug-ins are horrible indeed, unfortunately some entities - especially business banking - don't get it and still deliver new applications written for Java-plugins (this happened to us recently, the original version of the software was HTML and the updated version is in Java now, it's slow like hell and with all the security leaks around it's a nightmare to administer people's machines to run dual browser setups etc.). For Joe Consumer it's fortunately mostly gone now. -- Michael Gmelin ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/opera ISSUE Java Plugin missing
On 01/17/13 18:19, Jakub Lach wrote: People actually still use browser java plug-ins/ they actually work? Life never ceases to amaze. Seriously though, I see no place for them in modern operating systems at all. Awful security record, as well as required only by obsolete and broken by design things. snip Such as Opera? Regardless of your thoughts on java plugins vs. directly calling the run-time environment. If the Opera developers decided to go the plug-in route instead of using the JRE directly, there isn't much else to be done except use the plug-in if you want Java support. -- Yours in Christ, Joseph A Nagy Jr Whoever loves instruction loves knowledge, But he who hates correction is stupid. -- Proverbs 12:1 Emails are not formal business letters, whatever businesses may want. Original content CopyFree (F) under the OWL http://owl.apotheon.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.12
On Wed, 19 Dec 2012 22:04:49 +0100 Matthieu Volat ma...@alkumuna.eu wrote: 2. (maybe) use symlinks to trick opera to use the new one and hope that there is enough compatibility between both version of icu Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks. http://www.freebsd.org/cgi/man.cgi?query=libmap.conf ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.12
On Fri, 21 Dec 2012 09:55:26 -0600 Mark Felder f...@feld.me wrote: On Wed, 19 Dec 2012 22:04:49 +0100 Matthieu Volat ma...@alkumuna.eu wrote: 2. (maybe) use symlinks to trick opera to use the new one and hope that there is enough compatibility between both version of icu Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks. http://www.freebsd.org/cgi/man.cgi?query=libmap.conf [...] Oh, I did not know of this mechanism, this looks very interesting ^^ Much more cleaner and trackable that symlinks. Meanwhile, I upgraded today to new icu and new opera and have no problem with both libraries... -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.12
On Friday 21 December 2012 13:10:25 Matthieu Volat wrote: On Fri, 21 Dec 2012 09:55:26 -0600 Mark Felder f...@feld.me wrote: On Wed, 19 Dec 2012 22:04:49 +0100 Matthieu Volat ma...@alkumuna.eu wrote: 2. (maybe) use symlinks to trick opera to use the new one and hope that there is enough compatibility between both version of icu Isnt this what /etc/libmap.conf is for? You should NEVER use symlinks. http://www.freebsd.org/cgi/man.cgi?query=libmap.conf [...] Oh, I did not know of this mechanism, this looks very interesting ^^ Much more cleaner and trackable that symlinks. Meanwhile, I upgraded today to new icu and new opera and have no problem with both libraries... Thank you. My update after icu is alsoo successful but I saved for the next problem :) Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
opera 12.12
After ICU update there so many problems. One of this is todays update for Opera 12.12: opera Unable to load library icui18n Cannot load library icui18n: (Shared object libicui18n.so.48 not found, required by opera) Thanks. Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.12
On Wed, 19 Dec 2012 14:24:30 -0600 ajtiM lum...@gmail.com wrote: After ICU update there so many problems. One of this is todays update for Opera 12.12: opera Unable to load library icui18n Cannot load library icui18n: (Shared object libicui18n.so.48 not found, required by opera) Thanks. [...] It seems to me that both /usr/local/lib/opera/liboperagtk2.so and /usr/local/lib/opera/liboperakde4.so look for those specific version of the icu libraries. There is not much to do freebsd-side except for... 1. have the 4.8 icu version installed alongside the new one 2. (maybe) use symlinks to trick opera to use the new one and hope that there is enough compatibility between both version of icu 3. (maybe) disable kde and gtk backends 4. ask nicely opera for an update -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera vulnerability, marked forbidden instead of update?
About updating opera port, it's matter of updating plist to make sure that opera cleans up after deinstall properly. Opera have a habit of silently adding new files between versions, so it's must be checked. Speaking from user perspective, you don't even need to bump version in Makefile, nobody stops you from downloading from opera.com directly and using their installer as well as their uninstaller (they provide both). It works, and should always work, as long FreeBSD is supported platform. Just when something is in ports, it must be integrated into infrastructure fully. -- View this message in context: http://freebsd.1045724.n5.nabble.com/Opera-vulnerability-marked-forbidden-instead-of-update-tp5763426p5765785.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.11 libpng error
On Thu, 29 Nov 2012 00:21:33 +0100, ajtiM lum...@gmail.com wrote: On Wednesday 28 November 2012 15:57:44 Ion-Mihai Tetcu wrote: On Wed, 28 Nov 2012 21:28:30 +0100 Ronald Klop ronald-freeb...@klop.yi.org wrote: Hi, I have the same libpng error when starting Opera 12.11 as already mentioned on this list. I happen to run KDE and ktrace shows me it crashes while reading icons like /usr/local/kde4/share/icons/oxygen/64x64/mimetypes/unknown.png. After renaming these icons so Opera does not find them it still prints 'libpng error: incorrect data check' but does not crash anymore. If I start without KDE integration there is no error anymore. You can do this by adding Dialog Toolkit=4 to the [File Selector] part of your opera*.ini. http://de.opera.com/support/usingopera/operaini/#file_selector Not an ideal solution, but at least I can read my e-mail again in Opera. I've added a note in UPDATING for this, thank you! Thank you very much for help... It works now but Opera is not as before. It crashed on many sites (also at work on my Mac), I cannot upload pictures on Redbubble (Xombrero or Konqueror are much better). I hope Opera 12.12 would be better Thank you to everyone for the help again... Mitja Please report a bug at opera.com about this. https://bugs.opera.com/wizarddesktop/ Ronald. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.11
On Tue, Nov 27, 2012 at 05:55:45PM -0600, ajtiM wrote: On Tuesday 27 November 2012 17:24:31 Kevin Oberman wrote: On Tue, Nov 27, 2012 at 1:40 PM, ajtiM lum...@gmail.com wrote: On Tuesday 27 November 2012 08:08:45 Peter Ulrich Kruppa wrote: On 27.11.2012 12:34, ajtiM wrote: Hi! Update to Opera 12.11 and Opera-Linuxplugins 12.11 from 12.10 on my FreeBSD 9.1 RC-3 doen't works anymore: opera libpng error: incorrect data check libpng error: incorrect data check libpng error: incorrect data check Segmentation fault (core dumped) It is quite a while since, but did you update your graphics/png properly? Please check /usr/ports/UPDATING 20120531 . Greetings Peter Thanks in advance. P.S. I used Clang to build Opera. Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org As I remember I did portmaster -r png- and it build one day Opera 12.10 and before didn't have problems... Try pkg_libchk -o. If you don't have it, install sysutils/bsdadminscripts. It can save a LOT of time over portmaster -r as many ports that will be re-installed with portmaster are dependent on other ports that use png, but don't use it directly, so don't need to be re-built. In many cases only about 10% of the ports that depend on some library actually link to the sharable, though png is linked to far more things than most. An occasional run will also catch oversights, like missing an UPDATING entry or having a shareable version updated, but not entered into UPDATING. I think it should be a part of the weekly periodic run. (I also think it should be in the base system.) I am not sure if pkg_libchk works with pkgng. Dominic? I am running pkg_libck -o and everything is corrup because it calls pkg_info (I use pkgng). In pkg_libchk you have to change pkg_info - pkg info and in one place remove a parameter to pkg_* that pkg doesn't understand. -E IIRC. pgpUQkRWRxyvc.pgp Description: PGP signature
Re: opera 12.11
Mitja wrote: Update to Opera 12.11 and Opera-Linuxplugins 12.11 from 12.10 on my FreeBSD 9.1 RC-3 doen't works anymore: opera libpng error: incorrect data check libpng error: incorrect data check libpng error: incorrect data check Segmentation fault (core dumped) Same here (9.1-RC3 amd64): $ opera libpng error: incorrect data check Bus error: 10 P.S. I used Clang to build Opera. Not me, just a system's default cc: cc (GCC) 4.2.1 20070831 patched [FreeBSD] Also no CC-related settings in /etc/make.conf . Peter Ulrich Kruppa wrote: It is quite a while since, but did you update your graphics/png properly? Please check /usr/ports/UPDATING 20120531 . Yes, ports depending on graphics/png were rebuilt in July. Just in case, I fetched a fresh FreeBSD 9.1 from CVS and re-installed it: $ uname -a FreeBSD xxx 9.1-PRERELEASE FreeBSD 9.1-PRERELEASE #0: Wed Nov 28 16:58:36 CET 2012 mark@xxx:/usr/obj/usr/src/sys/XXX amd64 and re-did the portmaster -r png- as suggested in UPDATING (took a day, including qt4 and kde4), then re-installed www/opera. No change, still: libpng error: incorrect data check, Bus error Perhaps I should note that my opera is supposed to have several tabs open in the startup session. Kevin Oberman wrote: Try pkg_libchk -o. All clean, pkg_libchk -o is happy, everything else works fine. Mark ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
opera 12.11 libpng error
Hi, I have the same libpng error when starting Opera 12.11 as already mentioned on this list. I happen to run KDE and ktrace shows me it crashes while reading icons like /usr/local/kde4/share/icons/oxygen/64x64/mimetypes/unknown.png. After renaming these icons so Opera does not find them it still prints 'libpng error: incorrect data check' but does not crash anymore. If I start without KDE integration there is no error anymore. You can do this by adding Dialog Toolkit=4 to the [File Selector] part of your opera*.ini. http://de.opera.com/support/usingopera/operaini/#file_selector Not an ideal solution, but at least I can read my e-mail again in Opera. Cheers, Ronald. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.11 libpng error
On Wed, 28 Nov 2012 21:28:30 +0100 Ronald Klop ronald-freeb...@klop.yi.org wrote: Hi, I have the same libpng error when starting Opera 12.11 as already mentioned on this list. I happen to run KDE and ktrace shows me it crashes while reading icons like /usr/local/kde4/share/icons/oxygen/64x64/mimetypes/unknown.png. After renaming these icons so Opera does not find them it still prints 'libpng error: incorrect data check' but does not crash anymore. If I start without KDE integration there is no error anymore. You can do this by adding Dialog Toolkit=4 to the [File Selector] part of your opera*.ini. http://de.opera.com/support/usingopera/operaini/#file_selector Not an ideal solution, but at least I can read my e-mail again in Opera. I've added a note in UPDATING for this, thank you! -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - ite...@freebsd.org, PGP Key ID F0808380 ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.11 libpng error
On Wednesday 28 November 2012 15:57:44 Ion-Mihai Tetcu wrote: On Wed, 28 Nov 2012 21:28:30 +0100 Ronald Klop ronald-freeb...@klop.yi.org wrote: Hi, I have the same libpng error when starting Opera 12.11 as already mentioned on this list. I happen to run KDE and ktrace shows me it crashes while reading icons like /usr/local/kde4/share/icons/oxygen/64x64/mimetypes/unknown.png. After renaming these icons so Opera does not find them it still prints 'libpng error: incorrect data check' but does not crash anymore. If I start without KDE integration there is no error anymore. You can do this by adding Dialog Toolkit=4 to the [File Selector] part of your opera*.ini. http://de.opera.com/support/usingopera/operaini/#file_selector Not an ideal solution, but at least I can read my e-mail again in Opera. I've added a note in UPDATING for this, thank you! Thank you very much for help... It works now but Opera is not as before. It crashed on many sites (also at work on my Mac), I cannot upload pictures on Redbubble (Xombrero or Konqueror are much better). I hope Opera 12.12 would be better Thank you to everyone for the help again... Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
opera 12.11
Hi! Update to Opera 12.11 and Opera-Linuxplugins 12.11 from 12.10 on my FreeBSD 9.1 RC-3 doen't works anymore: opera libpng error: incorrect data check libpng error: incorrect data check libpng error: incorrect data check Segmentation fault (core dumped) Thanks in advance. P.S. I used Clang to build Opera. Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.11
On 27.11.2012 12:34, ajtiM wrote: Hi! Update to Opera 12.11 and Opera-Linuxplugins 12.11 from 12.10 on my FreeBSD 9.1 RC-3 doen't works anymore: opera libpng error: incorrect data check libpng error: incorrect data check libpng error: incorrect data check Segmentation fault (core dumped) It is quite a while since, but did you update your graphics/png properly? Please check /usr/ports/UPDATING 20120531 . Greetings Peter Thanks in advance. P.S. I used Clang to build Opera. Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera 12.11
I used Clang to build Opera. I'm doubting that :) Anyway, they are already at 12.12 RC so do not get too used to 12.11... -- View this message in context: http://freebsd.1045724.n5.nabble.com/opera-12-11-tp5764588p5764667.html Sent from the freebsd-ports mailing list archive at Nabble.com. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera vulnerability, marked forbidden instead of update?
On Fri, 23 Nov 2012 09:00:59 + Matthew Seaman matt...@freebsd.org wrote: On 23/11/2012 08:26, Matthieu Volat wrote: I've noticed that www/opera was marked FORBIDDEN because of a security hole: http://www.freebsd.org/cgi/getmsg.cgi?fetch=614275+0+current/svn-ports-head The opera software compagny advisory indeed mark this bug as high severity, and mention that there is an update to fix it. I am not familiar with the security process in ports, but would not it be better to update the version? Marking it FORBIDDEN do not do much for the userbase that does already have it installed. I've bumped the versions in the Makefile OPERA_VER?= 12.11 OPERA_BUILD?= 1661 and made a `make makesum reinstall`, there was no apparent problem. Marking a port 'FORBIDDEN' is a quick response measure that can be done without having to worry about time consuming testing the of port and so forth. It's an interim measure taken to ensure that users do not unwittingly install software with known vulnerabilities. Yes, updating the port to a non-vulnerable version is the ideal response, but that may not be possible to do straight away. You've sketched out the first couple of steps a port maintainer would take, but that 'there was no apparent problem' statement would need to be backed up by some more rigorous testing before a maintainer would feel confident in committing the update. Just a comment that, for any USERS who would like to take a chance with updating their Opera (rather than taking a chance running the vulnerable version), just modifying the Makefile as described above works to provide the update. I've updated www/opera and www/opera-linuxplugins, and my new Opera is running fine: About Opera Version information Version 12.11 Build 1661 PlatformFreeBSD System amd64, 8.3-STABLE -- greg byshenk - gbysh...@byshenk.net - Leiden, NL - Portland, OR USA ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Opera vulnerability, marked forbidden instead of update?
Hello, I've noticed that www/opera was marked FORBIDDEN because of a security hole: http://www.freebsd.org/cgi/getmsg.cgi?fetch=614275+0+current/svn-ports-head The opera software compagny advisory indeed mark this bug as high severity, and mention that there is an update to fix it. I am not familiar with the security process in ports, but would not it be better to update the version? Marking it FORBIDDEN do not do much for the userbase that does already have it installed. I've bumped the versions in the Makefile OPERA_VER?= 12.11 OPERA_BUILD?= 1661 and made a `make makesum reinstall`, there was no apparent problem. Regards, -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera vulnerability, marked forbidden instead of update?
On 23/11/2012 08:26, Matthieu Volat wrote: I've noticed that www/opera was marked FORBIDDEN because of a security hole: http://www.freebsd.org/cgi/getmsg.cgi?fetch=614275+0+current/svn-ports-head The opera software compagny advisory indeed mark this bug as high severity, and mention that there is an update to fix it. I am not familiar with the security process in ports, but would not it be better to update the version? Marking it FORBIDDEN do not do much for the userbase that does already have it installed. I've bumped the versions in the Makefile OPERA_VER?= 12.11 OPERA_BUILD?= 1661 and made a `make makesum reinstall`, there was no apparent problem. Marking a port 'FORBIDDEN' is a quick response measure that can be done without having to worry about time consuming testing the of port and so forth. It's an interim measure taken to ensure that users do not unwittingly install software with known vulnerabilities. Yes, updating the port to a non-vulnerable version is the ideal response, but that may not be possible to do straight away. You've sketched out the first couple of steps a port maintainer would take, but that 'there was no apparent problem' statement would need to be backed up by some more rigorous testing before a maintainer would feel confident in committing the update. Cheers, Matthew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera vulnerability, marked forbidden instead of update?
On Friday 23 November 2012 03:00:59 Matthew Seaman wrote: On 23/11/2012 08:26, Matthieu Volat wrote: I've noticed that www/opera was marked FORBIDDEN because of a security hole: http://www.freebsd.org/cgi/getmsg.cgi?fetch=614275+0+current/svn-ports-h ead The opera software compagny advisory indeed mark this bug as high severity, and mention that there is an update to fix it. I am not familiar with the security process in ports, but would not it be better to update the version? Marking it FORBIDDEN do not do much for the userbase that does already have it installed. I've bumped the versions in the Makefile OPERA_VER?= 12.11 OPERA_BUILD?= 1661 and made a `make makesum reinstall`, there was no apparent problem. Marking a port 'FORBIDDEN' is a quick response measure that can be done without having to worry about time consuming testing the of port and so forth. It's an interim measure taken to ensure that users do not unwittingly install software with known vulnerabilities. Yes, updating the port to a non-vulnerable version is the ideal response, but that may not be possible to do straight away. You've sketched out the first couple of steps a port maintainer would take, but that 'there was no apparent problem' statement would need to be backed up by some more rigorous testing before a maintainer would feel confident in committing the update. Cheers, Matthew I did the same and I don't have problems... Mitja http://www.redbubble.com/people/lumiwa ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Opera vulnerability, marked forbidden instead of update?
On Fri, 23 Nov 2012 09:00:59 + Matthew Seaman matt...@freebsd.org wrote: On 23/11/2012 08:26, Matthieu Volat wrote: I've noticed that www/opera was marked FORBIDDEN because of a security hole: http://www.freebsd.org/cgi/getmsg.cgi?fetch=614275+0+current/svn-ports-head The opera software compagny advisory indeed mark this bug as high severity, and mention that there is an update to fix it. I am not familiar with the security process in ports, but would not it be better to update the version? Marking it FORBIDDEN do not do much for the userbase that does already have it installed. I've bumped the versions in the Makefile OPERA_VER?= 12.11 OPERA_BUILD?= 1661 and made a `make makesum reinstall`, there was no apparent problem. Marking a port 'FORBIDDEN' is a quick response measure that can be done without having to worry about time consuming testing the of port and so forth. It's an interim measure taken to ensure that users do not unwittingly install software with known vulnerabilities. Yes, updating the port to a non-vulnerable version is the ideal response, but that may not be possible to do straight away. You've sketched out the first couple of steps a port maintainer would take, but that 'there was no apparent problem' statement would need to be backed up by some more rigorous testing before a maintainer would feel confident in committing the update. Cheers, Matthew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Hello and thanks for the explanation, Cheers, -- Matthieu Volat ma...@alkumuna.eu ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: May I update www/linux-opera to 12.00?
Am 01.08.2012 04:19, schrieb Jeremy Messenger: May I commit the update of www/linux-opera to 12.00? Here's patch: http://people.freebsd.org/~mezz/diff/linux-opera.diff Not speaking on behalf of the maintainer, but no, because that would leave known security issues unsolved. Use 12.01 instead. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: May I update www/linux-opera to 12.00?
On Sat, Aug 4, 2012 at 7:22 AM, Matthias Andree mand...@freebsd.org wrote: Am 01.08.2012 04:19, schrieb Jeremy Messenger: May I commit the update of www/linux-opera to 12.00? Here's patch: http://people.freebsd.org/~mezz/diff/linux-opera.diff Not speaking on behalf of the maintainer, but no, because that would leave known security issues unsolved. Use 12.01 instead. I know. It was before 12.01 out and I already have 12.01 here. The reason why I didn't commit it is that I found out that linux-opera will not exit, which I had to use the killall to kill it at the every time when I want to exit linux-opera. I haven't dig in it to figure why it will not exit yet. -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
May I update www/linux-opera to 12.00?
May I commit the update of www/linux-opera to 12.00? Here's patch: http://people.freebsd.org/~mezz/diff/linux-opera.diff Thanks, Mezz -- mezz.free...@gmail.com - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
any Opera gurus out there?
The system: FreeBSD 9.0-BETA1 #0: Tue Aug 23 10:07:23 EDT 2011 amd64 I have installed Opera 11.51, www/opera-linuxplugins, and linux-flahsplugin. I have also installed Firefox 7.0 and nspluginwrapper. If I go to www.cnn.com using Firefox, and from there to a video, it plays. If I go to www.cnn.com using Opera, and from there to a video, I get a page reporting the video is optimized for Flash 10.1 and would I like to install the plugin? Is there an Opera setting of which I am unaware? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: any Opera gurus out there?
On Sat, 15 Oct 2011 08:18:54 -0500, Robert Huff roberth...@rcn.com wrote: The system: FreeBSD 9.0-BETA1 #0: Tue Aug 23 10:07:23 EDT 2011 amd64 I have installed Opera 11.51, www/opera-linuxplugins, and linux-flahsplugin. I have also installed Firefox 7.0 and nspluginwrapper. If I go to www.cnn.com using Firefox, and from there to a video, it plays. If I go to www.cnn.com using Opera, and from there to a video, I get a page reporting the video is optimized for Flash 10.1 and would I like to install the plugin? Is there an Opera setting of which I am unaware? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org Go to SettingsPreferencesAdvanced TabContentPlug-in Options button. You should see the flash plugin in this window. If not, please reply back with what you have in the plug-in path field. Mine is below (this with the PC-BSD pbi package, however): /usr/local/lib/npapi/symlinks/opera:/usr/local/lib/npapi/symlinks/linux-opera -- Andre Goree an...@drenet.info ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: any Opera gurus out there?
Andre Goree writes: I have installed Opera 11.51, www/opera-linuxplugins, and linux-flahsplugin. I have also installed Firefox 7.0 and nspluginwrapper. If I go to www.cnn.com using Firefox, and from there to a video, it plays. If I go to www.cnn.com using Opera, and from there to a video, I get a page reporting the video is optimized for Flash 10.1 and would I like to install the plugin? Is there an Opera setting of which I am unaware? Go to SettingsPreferencesAdvanced TabContentPlug-in Options button. You should see the flash plugin in this window. I did, and it's there. There is a possibility this may be due to a problem elsehwere; I will investigate as time permits. Thanks for the help, Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera
Erik Trulsson wrote: On Tue, Oct 26, 2010 at 07:43:55AM -0400, Robert Huff wrote: ajtiM writes: My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. The port is maintained by: freebsd-maintai...@opera.com If it's behind the curve, complain to Opera. But first check if there is any pending PR with uncommitted patches: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151471 By the way, apparently Opera doesn't maintain those ports anymore, as the maintainer has requested maintainership to be reset in this PR. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
opera
Hi! I am an Opera user but usually I installed it by myself because version in ports for native Opera are old. For example there are version 10.61 and outside is 10.63 and outisde is develpment version 10.70 which has a saved problem with fonts but port version is 10.20?? (there is also alpha version 11 of Opera which works much better than 10.61 which we have in ports). My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. Thanks. Mitja http://starikarp.redbubble.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
opera
ajtiM writes: My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. The port is maintained by: freebsd-maintai...@opera.com If it's behind the curve, complain to Opera. Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera
Am 26.10.2010 13:04, schrieb ajtiM: Hi! I am an Opera user but usually I installed it by myself because version in ports for native Opera are old. For example there are version 10.61 and outside is 10.63 and outisde is develpment version 10.70 which has a saved problem with fonts but port version is 10.20?? (there is also alpha version 11 of Opera which works much better than 10.61 which we have in ports). My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. Questions as to the maintenance status of individual ports should be taken up with the respective maintainer - you can always figure that out with make maintainer in the ports's directory, and currently that is freebsd-maintai...@opera.com for both www/opera and www/opera-devel. If there are issues that the maintainer does not respond for extended amounts of time, we can either reset the maintainer, hand the project to a new maintainer, or commit non-maintainer updates. Alternatively, you could try to enable Linux emulation (see the FreeBSD handbook for details), and then use www/linux-opera, currently at release 10.63. However, given it's based on the Fedora 10 Linux distribution which is no longer maintained upstream and ships a vulnerable pango library according to VuXML, this bears a share of problems of its own, from installation (overriding vulnerability checks) to run-time use. -- Matthias Andree ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera
On Tue, Oct 26, 2010 at 07:43:55AM -0400, Robert Huff wrote: ajtiM writes: My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. The port is maintained by: freebsd-maintai...@opera.com If it's behind the curve, complain to Opera. But first check if there is any pending PR with uncommitted patches: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151471 -- Insert your favourite quote here. Erik Trulsson ertr1...@student.uu.se ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera
On Tue, 26 Oct 2010 06:04:44 -0500 ajtiM lum...@gmail.com wrote: Hi! I am an Opera user but usually I installed it by myself because version in ports for native Opera are old. For example there are version 10.61 and outside is 10.63 and outisde is develpment version 10.70 which has a saved problem with fonts but port version is 10.20?? (there is also alpha version 11 of Opera which works much better than 10.61 which we have in ports). My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. I suggest you complain to the right people, namely freebsd-maintai...@opera.com You'll note that Opera itself is maintining these ports, not someone from the FreeBSD community. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: opera
On Tuesday 26 October 2010 07:25:29 Erik Trulsson wrote: On Tue, Oct 26, 2010 at 07:43:55AM -0400, Robert Huff wrote: ajtiM writes: My question is: does FreeBSD doesn't like Opera to much? In this case is better to live choice to Opera users that installed the browser when and where they wanted and quit porting it. The port is maintained by: freebsd-maintai...@opera.com If it's behind the curve, complain to Opera. But first check if there is any pending PR with uncommitted patches: http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/151471 I am sorry that I didn't check but reason was because www/devel-opra has version 10.20... Thanks. BTW I have Opera 11 installed. Mitja http://starikarp.redbubble.com ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: opera-10.10.20091120_2
Good morning, is there a plan to upgrade the FreeBSD Opera port to the latest version (10.60)? Yours sincerely -- Marco Alberoni ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
FreeBSD Port: opera-10.10.20091120_2
Marco Alberoni writes: Good morning, is there a plan to upgrade the FreeBSD Opera port to the latest version (10.60)? Ask the maintainer. :-) Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: opera-10.10.20091120_2
On Wed, 21 Jul 2010 13:42:52 +0200, Robert Huff roberth...@rcn.com wrote: Marco Alberoni writes: Good morning, is there a plan to upgrade the FreeBSD Opera port to the latest version (10.60)? Ask the maintainer. :-) He already did :). The PR for the port is under evaluation. Arjan -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/linux-opera 10.60 patch...
On Sat, 17 Jul 2010 13:39:56 -0500 Jeremy Messenger me...@cox.net wrote: On Thu, 15 Jul 2010 02:46:11 -0500, Gary Jennejohn gljennj...@googlemail.com wrote: I haven't noticed any problems with flash. No click issue? in Hulu? I only tested flash in hulu.com. I just tried the trailer for Sorcerer's Apprentice and didn't notice any problem. It started right up and the controls are all present. Of course, one data point doesn't define a trend :) -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/linux-opera 10.60 patch...
On Thu, 15 Jul 2010 02:46:11 -0500, Gary Jennejohn gljennj...@googlemail.com wrote: On Wed, 14 Jul 2010 17:10:57 -0500 Jeremy Messenger me...@cox.net wrote: Hello all, A few of you have asked me about patch of linux-opera update to 10.60. Here: http://people.freebsd.org/~mezz/diff/linux-opera1060.diff The flash plugin 10.1 has an issue of sometimes the mouse click does not work. I am not sure if it's Opera 10.60 or flash plugin 10.1 issue as I haven't dig deeper in it yet. Anyone is welcome to figure on this bug if you don't want to wait. I installed 10.60 last week directly from the tarball. Things I've noticed 1) linux: pid 2334 (opera): ioctl fd=5, cmd=0x8910 ('‰',16) is not implemented - haven't checked just exacly what this ioctl does Yeah, I get that too. A more line: ioctl fd=17, cmd=0x8b01 ('',1) is not implemented The 0x8910 is SIOCGIFNAME and 0x8b01 is SIOCGIWNAME in Linux's ioctl. I don't think FreeBSD has those. Someone in emulation@ (add in CC) might knows more about it. Even if someone want to create patch for it. 2) operapluginwrapper dumps core quite frequently, but that also happened with the older linux-opera too Known issue for very long time. Don't know why and don't know how to do backtraces with linux binary in FreeBSD. I haven't noticed any problems with flash. No click issue? in Hulu? I only tested flash in hulu.com. Cheers, Mezz -- Gary Jennejohn -- me...@cox.net - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: www/linux-opera 10.60 patch...
On Wed, 14 Jul 2010 17:10:57 -0500 Jeremy Messenger me...@cox.net wrote: Hello all, A few of you have asked me about patch of linux-opera update to 10.60. Here: http://people.freebsd.org/~mezz/diff/linux-opera1060.diff The flash plugin 10.1 has an issue of sometimes the mouse click does not work. I am not sure if it's Opera 10.60 or flash plugin 10.1 issue as I haven't dig deeper in it yet. Anyone is welcome to figure on this bug if you don't want to wait. I installed 10.60 last week directly from the tarball. Things I've noticed 1) linux: pid 2334 (opera): ioctl fd=5, cmd=0x8910 ('',16) is not implemented - haven't checked just exacly what this ioctl does 2) operapluginwrapper dumps core quite frequently, but that also happened with the older linux-opera too I haven't noticed any problems with flash. -- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
www/linux-opera 10.60 patch...
Hello all, A few of you have asked me about patch of linux-opera update to 10.60. Here: http://people.freebsd.org/~mezz/diff/linux-opera1060.diff The flash plugin 10.1 has an issue of sometimes the mouse click does not work. I am not sure if it's Opera 10.60 or flash plugin 10.1 issue as I haven't dig deeper in it yet. Anyone is welcome to figure on this bug if you don't want to wait. Cheers, Mezz -- me...@cox.net - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: What's going on at Opera ? or is it only me ?
Op Fri, 04 Dec 2009 01:09:58 +0100 schreef Claude Buisson clbuis...@orange.fr: Hello, 1) On November 2, I submitted a bug report (DSK-269766) to Opera concerning Opera 10.01 for FreeBSD 6.4, namely that the binary was linked with libstdc++.so.6 libgcc_s.so.1 which do not exist in FreeBSD 6.4, and also with libstdc++.so.5 which in the correct library in FreeBSD 6.4 So Opera could not be started, with the message: /libexec/ld-elf.so.1: Shared object libstdc++.so.6 not found, required by opera Unfortunately, our bug system is not open for reading by the public, but I can tell you that this bug report has been received and is being looked at by our build system maintainers. A temporary solution is to install any of the gcc 4 ports on your system (eg. lang/gcc43). Arjan van Leeuwen Opera Software -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: What's going on at Opera ? or is it only me ?
Op Fri, 04 Dec 2009 06:49:23 +0100 schreef Doug Barton do...@freebsd.org: Claude Buisson wrote: 2) Today, I installed Opera 10.10 on a FreeBSD 7.2 system, and now the IPv6 connectivity is lost !! On the same system: Opera show me the Network problem screen, saying that http://ipv6.google.com/ in unavailable, and Firefox connects perfectly to http://ipv6.google.com/ So, am I a perfect idiot, or Opera is unable to produce a working browser (at least for FreeBSD) ? I can't comment intelligently about the library issues, but inre the IPv6 problems there are reports on another (non-FreeBSD) list that Opera is having problems in this area. It's not 100% clear what the problems were, although they seem to have been related to how Opera was preferring Teredo even when better options were available. It's also not 100% clear to me what the fix applied to the latest version was, although the rumor is that they simply changed it to prefer IPv4. Sorry to reply with sketchy information, but I wanted you to know that you were not alone. :) This is correct. There was a problem in Opera for users who had both IPv6 and IPv4 connections on *nix systems, for which we needed an immediate solution, because URLs that were reachable through both IPv4 and IPv6 were no longer working in Opera. We are aware of current problems with IPv6 addresses in Opera 10.10 (which were a result of the fix for that), and this will be fixed ASAP. Arjan van Leeuwen Opera Software -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: What's going on at Opera ? or is it only me ?
,--- You/Arjan (Fri, 04 Dec 2009 15:19:58 +0100) * | Unfortunately, our bug system is not open for reading by the public, but I | can tell you that this bug report has been received and is being looked at | by our build system maintainers `* This issue aside: Thank you, all your team, for the outstanding browser which is a true pleasure to use! (And for fixing (in 10.0) the issue with not updating icon titles -- the problem I entered into your bug system somewhere around the early 2008, AFAIR. :) -- Alex -- alex-goncha...@comcast.net -- ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
What's going on at Opera ? or is it only me ?
Hello, 1) On November 2, I submitted a bug report (DSK-269766) to Opera concerning Opera 10.01 for FreeBSD 6.4, namely that the binary was linked with libstdc++.so.6 libgcc_s.so.1 which do not exist in FreeBSD 6.4, and also with libstdc++.so.5 which in the correct library in FreeBSD 6.4 So Opera could not be started, with the message: /libexec/ld-elf.so.1: Shared object libstdc++.so.6 not found, required by opera I mailed again freebsd-mainte...@opera.com on November 24, with no result. The same problem exists with the recent Opera 10.10, the last usable (on FreeBSD 6.4) being 10.00 2) Today, I installed Opera 10.10 on a FreeBSD 7.2 system, and now the IPv6 connectivity is lost !! On the same system: Opera show me the Network problem screen, saying that http://ipv6.google.com/ in unavailable, and Firefox connects perfectly to http://ipv6.google.com/ So, am I a perfect idiot, or Opera is unable to produce a working browser (at least for FreeBSD) ? Claude Buisson ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: What's going on at Opera ? or is it only me ?
Claude Buisson wrote: 2) Today, I installed Opera 10.10 on a FreeBSD 7.2 system, and now the IPv6 connectivity is lost !! On the same system: Opera show me the Network problem screen, saying that http://ipv6.google.com/ in unavailable, and Firefox connects perfectly to http://ipv6.google.com/ So, am I a perfect idiot, or Opera is unable to produce a working browser (at least for FreeBSD) ? I can't comment intelligently about the library issues, but inre the IPv6 problems there are reports on another (non-FreeBSD) list that Opera is having problems in this area. It's not 100% clear what the problems were, although they seem to have been related to how Opera was preferring Teredo even when better options were available. It's also not 100% clear to me what the fix applied to the latest version was, although the rumor is that they simply changed it to prefer IPv4. Sorry to reply with sketchy information, but I wanted you to know that you were not alone. :) Doug -- Improve the effectiveness of your Internet presence with a domain name makeover!http://SupersetSolutions.com/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Testers: Here's a patch to update linux-opera to 10.00.
On Wed, 02 Sep 2009 04:07:49 -0500, Gary Jennejohn gary.jennej...@freenet.de wrote: On Tue, 01 Sep 2009 21:49:20 -0500 Jeremy Messenger me...@cox.net wrote: Here is a patch to update linux-opera to 10.00. It works great with old ~/.linux-opera so far, I haven't seen any problem. I will be out of town for a few days. I need someone to test it more and report any bug if there is any. Works extremely well so far, even flash works without any complications. I'm using linux_base-f10-10_1. uname -a (sanitized): FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #35: Sat Aug 29 18:30:32 CEST 2009 amd64 Thanks for test it, I have committed it. I didn't add anything UPDATING since it seems run very stable with old ~/.linux-opera. Cheers, Mezz --- Gary Jennejohn -- me...@cox.net - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: Testers: Here's a patch to update linux-opera to 10.00.
On Tue, 01 Sep 2009 21:49:20 -0500 Jeremy Messenger me...@cox.net wrote: Here is a patch to update linux-opera to 10.00. It works great with old ~/.linux-opera so far, I haven't seen any problem. I will be out of town for a few days. I need someone to test it more and report any bug if there is any. Works extremely well so far, even flash works without any complications. I'm using linux_base-f10-10_1. uname -a (sanitized): FreeBSD 9.0-CURRENT FreeBSD 9.0-CURRENT #35: Sat Aug 29 18:30:32 CEST 2009 amd64 --- Gary Jennejohn ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Testers: Here's a patch to update linux-opera to 10.00.
Hello all, Here is a patch to update linux-opera to 10.00. It works great with old ~/.linux-opera so far, I haven't seen any problem. I will be out of town for a few days. I need someone to test it more and report any bug if there is any. When I commit it, I am planning to note in the UPDATING about make the back up of ~/.linux-opera and turn the auto-update off. Also, I am planning to make a request to the Opera developer for allow us to tweak the path of /etc instead of hardcore that way I can put operaprefs_fixed.ini and put in ${PREFIX}/etc/ to force disable auto-update. Patch: http://people.freebsd.org/~mezz/diff/linux-opera.diff Couldn't have done without bsam. He has created linux-nas-lib for all linux_base*. The linux-opera (well, it's QT libraries that came in its tarball) needs it, so be sure to have your ports tree and installed ports up to date. Cheers, Mezz -- me...@cox.net - m...@freebsd.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gn...@freebsd.org ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
opera
FreeBSD 7.1, KDE 3.5.10 I installed opera-9.63.20081215_1 from ports and I got: === Checking if www/opera already installed usr/local/share/opera/ini/pluginpath.ini FAILED md5 check: c5b66b8c5ce9f14bdd7b6a5c34f456a8 != ee5c425fba376571c6ef81631e9623b5 Opera is installed and works but there are no plugins. I have mplayer-plugins installed and java too but there are nothing. Thanks. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to freebsd-ports-unsubscr...@freebsd.org
Re: FreeBSD Port: opera-9.60.20081004
On Fri, 10 Oct 2008 20:48:07 +0200 Nikolaj Thygesen [EMAIL PROTECTED] mentioned: When running the new opera 2.60 on fbsd, it will try to launch: /usr/local/share/opera/bin/operapluginwrapper.linux which doesn't exist. Another wrapper: /usr/local/share/opera/bin/operapluginwrapper.freebsd does exist though. I guess this is the one to really call?! br - N :o) It seems that operapluginwrapper expects some argument to be passed, but it doesn't, and fails. -- Stanislav Sedov ST4096-RIPE pgplUHFlUXXWa.pgp Description: PGP signature
FreeBSD Port: opera-9.60.20081004
When running the new opera 2.60 on fbsd, it will try to launch: /usr/local/share/opera/bin/operapluginwrapper.linux which doesn't exist. Another wrapper: /usr/local/share/opera/bin/operapluginwrapper.freebsd does exist though. I guess this is the one to really call?! br - N :o) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD Port: linux-opera-9.27.20080331 (Machine freezes when printing)
Hi. I'm experiencing a problem when printing with the latest version of linux-opera. When I go to print a job with a clean start of the program, the entire machine will freeze up under certain circumstances. The first job of the Opera session prints perfectly. By first job I mean I start Opera up, print one job, and it comes out properly. However when I go to print something else while still running that same instance of Opera, everything will freeze right as the final Print button is clicked. The clock stops, the mouse won't move, any sound playing stutters indefinitely, SSH sessions from other machines into this one freeze up and cannot reconnect, pings to the machine stop responding, etc. I have tried this several times now with slightly different methods. Sometimes the machine just sits there hung up until I do a hard shutdown and other times it has panicked and rebooted itself after a minute or so. I have gotten some output in /var/log/messages on one test and a coredump on another which I will post and explain below[1]. I have tried this with my regular Opera saved session which has lots of tabs open as well as a completely clean profile (starting with a new ~/.linux-opera). Each time the first print job of that instance works fine but the second one causes the freeze. I have tried waiting until the first job is completely printed as well as printing one immediately after the other, both result in the freeze on the second job. I have also tried with different pages and it happens on the second job regardless of the page content. The unclean shutdowns have also caused some data loss, mainly just the autosave.win file that I have noticed but it's worth noting. I have Opera setup to print to a Custom Printer (CUPS) with the Printer Program: /usr/local/bin/lpr And Parameter: -PBrother_HL-5250DN_series_192.168.1.10 I think this is a fairly recent issue as I do not remember it in the past at all. I have been keeping pretty current with my ports as well as updating to the latest RELENG_7 every few weeks. I do know that it wasn't introduced in the very latest version (9.27) as I was experiencing it in 9.26 as well but got caught up in other things for a week or so before being able to test this more and report it. By the time I got to testing, the port was updated to 9.27, which I am running now and can confirm it still happens on. I have tried printing with other applications, both Linux and native, such as Adobe Acrobat (8), Claws Mail, the lpr binary from the command line, etc, and I cannot reproduce the problem with any of them so I don't think it's a general Linux emulation or CUPS problem. I'm not sure what area this problem is so that's why I'm emailing the maintainer and ports@ for now. I am running RELENG_7 and an updated ports tree as of Friday afternoon USA time. Some versions are: linux-opera-9.27.20080331 cups-base-1.3.7_2 FreeBSD amd645200.localhost 7.0-STABLE FreeBSD 7.0-STABLE #6: Fri Apr 11 16:37:21 CDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/AMD645200 amd64 I'm willing to help however I can to track the problem down. Thanks in advance, -Mark [1] = http://tntpowerhost.com/mixx941/freebsd/linux-opera_printing_output_1 -- Internet Radio: Party107 (Trance/Electronic) - http://www.party107.com Rock 101.9 The Edge (Rock) - http://www.rock1019.net IRC: MIXXnet IRC Network - irc.mixxnet.net (Nick: MIXX941) ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: linux-opera-9.27.20080331 (Machine freezes when printing)
On Sun, 13 Apr 2008 13:12:41 -0500, Mark Kane [EMAIL PROTECTED] wrote: Hi. I'm experiencing a problem when printing with the latest version of linux-opera. When I go to print a job with a clean start of the program, the entire machine will freeze up under certain circumstances. The first job of the Opera session prints perfectly. By first job I mean I start Opera up, print one job, and it comes out properly. However when I go to print something else while still running that same instance of Opera, everything will freeze right as the final Print button is clicked. The clock stops, the mouse won't move, any sound playing stutters indefinitely, SSH sessions from other machines into this one freeze up and cannot reconnect, pings to the machine stop responding, etc. I have tried this several times now with slightly different methods. Sometimes the machine just sits there hung up until I do a hard shutdown and other times it has panicked and rebooted itself after a minute or so. I have gotten some output in /var/log/messages on one test and a coredump on another which I will post and explain below[1]. I have tried this with my regular Opera saved session which has lots of tabs open as well as a completely clean profile (starting with a new ~/.linux-opera). Each time the first print job of that instance works fine but the second one causes the freeze. I have tried waiting until the first job is completely printed as well as printing one immediately after the other, both result in the freeze on the second job. I have also tried with different pages and it happens on the second job regardless of the page content. The unclean shutdowns have also caused some data loss, mainly just the autosave.win file that I have noticed but it's worth noting. I have Opera setup to print to a Custom Printer (CUPS) with the Printer Program: /usr/local/bin/lpr And Parameter: -PBrother_HL-5250DN_series_192.168.1.10 I think this is a fairly recent issue as I do not remember it in the past at all. I have been keeping pretty current with my ports as well as updating to the latest RELENG_7 every few weeks. I do know that it wasn't introduced in the very latest version (9.27) as I was experiencing it in 9.26 as well but got caught up in other things for a week or so before being able to test this more and report it. By the time I got to testing, the port was updated to 9.27, which I am running now and can confirm it still happens on. I have tried printing with other applications, both Linux and native, such as Adobe Acrobat (8), Claws Mail, the lpr binary from the command line, etc, and I cannot reproduce the problem with any of them so I don't think it's a general Linux emulation or CUPS problem. I'm not sure what area this problem is so that's why I'm emailing the maintainer and ports@ for now. I am running RELENG_7 and an updated ports tree as of Friday afternoon USA time. Some versions are: linux-opera-9.27.20080331 cups-base-1.3.7_2 FreeBSD amd645200.localhost 7.0-STABLE FreeBSD 7.0-STABLE #6: Fri Apr 11 16:37:21 CDT 2008 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/AMD645200 amd64 I'm willing to help however I can to track the problem down. Right now, I don't have printer. I don't know how to help you. Try to run 'linux-opera -debughelp' and try to use one of debug option to see if it helps you to find something wrong with linux-opera. Thanks in advance, -Mark [1] = http://tntpowerhost.com/mixx941/freebsd/linux-opera_printing_output_1 This one best send to [EMAIL PROTECTED] Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
bounty for Opera amd64 port
Here's a bounty for someone to create an amd64 port of Opera: Free admission to BSDCan 2008. Must be in the ports tree by 29 March 2008. More or less. Might be flexible. -- Dan Langille -- http://www.langille.org/ [EMAIL PROTECTED] ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: amd64 version of Opera
On Sat, 15 Mar 2008 20:49:34 -0400 Ken Smith [EMAIL PROTECTED] wrote: Someone (cough Dan cough) noticed me saying on IRC one of the things I missed after shifting my home machine from i386 to amd64 was Opera. He pointed me at this: http://snapshot.opera.com/unix/snapshot-1834/amd64-freebsd/ This is the new beta release for 9.5 series and it's the first to feature amd64 support for both FreeBSD and linux; it also drops support for FreeBSD 4. which it turned out was very simple to install (I needed to build x11-toolkits/qt33, and just ran the install.sh that was packaged in the Opera download). Seems they didn't do a static build for i386. He suggested I send this to see if someone familiar with the Opera ports would be interested in packaging this up into a real port. Well, the best idea then it to CC the port maintainer, which I did on this email ;-) In this I case I'm sure he knows about it, seeing that he works for Opera :) Maybe the -devel port we be resurrected ;-) -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: amd64 version of Opera
On Sun, 16 Mar 2008, Ion-Mihai Tetcu wrote: On Sat, 15 Mar 2008 20:49:34 -0400 Ken Smith [EMAIL PROTECTED] wrote: Someone (cough Dan cough) noticed me saying on IRC one of the things I missed after shifting my home machine from i386 to amd64 was Opera. He pointed me at this: http://snapshot.opera.com/unix/snapshot-1834/amd64-freebsd/ This is the new beta release for 9.5 series and it's the first to feature amd64 support for both FreeBSD and linux; it also drops support for FreeBSD 4. FreeBSD 4 is unsupported anyway, right? The best thing about 9.5 is that there is a build for 7.0. I'm using it now and it works great, including java (which never worked for me before). I've been wanting this for ages. All I wonder now is when it will move to QT4. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: amd64 version of Opera
Op Sun, 16 Mar 2008 07:27:51 +0100 schreef Ion-Mihai Tetcu [EMAIL PROTECTED]: On Sat, 15 Mar 2008 20:49:34 -0400 Ken Smith [EMAIL PROTECTED] wrote: Someone (cough Dan cough) noticed me saying on IRC one of the things I missed after shifting my home machine from i386 to amd64 was Opera. He pointed me at this: http://snapshot.opera.com/unix/snapshot-1834/amd64-freebsd/ This is the new beta release for 9.5 series and it's the first to feature amd64 support for both FreeBSD and linux; it also drops support for FreeBSD 4. It's not even a beta; it's a development snapshot, something we try to release every week (or as often as time permits) on the desktop team blog (http://my.opera.com/desktopteam/). The difference is that snapshots do not receive the QA that 'real' betas get, they're basically just builds coming straight from our development branches. which it turned out was very simple to install (I needed to build x11-toolkits/qt33, and just ran the install.sh that was packaged in the Opera download). Seems they didn't do a static build for i386. s/i386/amd64/, indeed :). We have yet to see what we'll do with the whole static/dynamic build thing; right now we have so many builds (not just FreeBSD, think Linux and Solaris on various architectures as well) that testing all of them takes up a lot of resources in QA, and we'd like to have less builds. For now, we'll only do shared builds for FreeBSD/amd64. He suggested I send this to see if someone familiar with the Opera ports would be interested in packaging this up into a real port. Well, the best idea then it to CC the port maintainer, which I did on this email ;-) In this I case I'm sure he knows about it, seeing that he works for Opera :) Maybe the -devel port we be resurrected ;-) Yeah, I know :). I've been a bit hesitant in the past about resurrecting the -devel port, considering the developmental nature of the snapshots and the fact that the port would need a (simple) update almost every week. But if there's demand, we always welcome more testers :). Having FreeBSD 7 and amd64 builds out there is of course a big plus. If a ports committer would like to offer being on the CC of submitted PRs so that the weekly updates can go through relatively quickly, that would be very nice :). Arjan -- Gemaakt met Opera's revolutionaire e-mailprogramma: http://www.opera.com/mail/ ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: amd64 version of Opera
On Sun, 16 Mar 2008 15:57:48 +0100 Arjan van Leeuwen [EMAIL PROTECTED] wrote: Op Sun, 16 Mar 2008 07:27:51 +0100 schreef Ion-Mihai Tetcu [EMAIL PROTECTED]: On Sat, 15 Mar 2008 20:49:34 -0400 Ken Smith [EMAIL PROTECTED] wrote: Someone (cough Dan cough) noticed me saying on IRC one of the things I missed after shifting my home machine from i386 to amd64 was Opera. He pointed me at this: http://snapshot.opera.com/unix/snapshot-1834/amd64-freebsd/ This is the new beta release for 9.5 series and it's the first to feature amd64 support for both FreeBSD and linux; it also drops support for FreeBSD 4. It's not even a beta; it's a development snapshot, something we try to release every week (or as often as time permits) on the desktop team blog (http://my.opera.com/desktopteam/). The difference is that snapshots do not receive the QA that 'real' betas get, they're basically just builds coming straight from our development branches. My bad, thanks for the correction. which it turned out was very simple to install (I needed to build x11-toolkits/qt33, and just ran the install.sh that was packaged in the Opera download). Seems they didn't do a static build for i386. s/i386/amd64/, indeed :). Indeed :) We have yet to see what we'll do with the whole static/dynamic build thing; right now we have so many builds (not just FreeBSD, think Linux and Solaris on various architectures as well) that testing all of them takes up a lot of resources in QA, and we'd like to have less builds. For now, we'll only do shared builds for FreeBSD/amd64. On i386 I have run both without noticeable difference (I remember one of the was slightly faster). I don't see any problem with dropping static builds, but you might want to check with our KDE people and see how they plan to do with qt4 (AFAIK we'll be able to have both installed). He suggested I send this to see if someone familiar with the Opera ports would be interested in packaging this up into a real port. Well, the best idea then it to CC the port maintainer, which I did on this email ;-) In this I case I'm sure he knows about it, seeing that he works for Opera :) Maybe the -devel port we be resurrected ;-) Yeah, I know :). I've been a bit hesitant in the past about resurrecting the -devel port, considering the developmental nature of the snapshots and the fact that the port would need a (simple) update almost every week. But if there's demand, we always welcome more testers :). Having FreeBSD 7 and amd64 builds out there is of course a big plus. So what? Yell about it in pre-everything:: and pkg-message. It will give you some early real-world testing. Personally I won't run a snapshot (except if asked) since I relay on Opera much to much: 95562 itetcu 1 44 19 163M 155M select 0 113:55 0.00% operapluginwrapper 95442 itetcu 1 440 96956K 81628K select 0 113:00 0.00% opera 95560 itetcu 1 80 96956K 81628K nanslp 1 39:07 0.00% opera 5 windows (about 100 tabs) in the native version and one window (about 20 tabs) in the linux version. If a ports committer would like to offer being on the CC of submitted PRs so that the weekly updates can go through relatively quickly, that would be very nice :). Yeh, I'll do it. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B signature.asc Description: PGP signature
Re: amd64 version of Opera
Quoting Ion-Mihai Tetcu [EMAIL PROTECTED]: SNIP So what? Yell about it in pre-everything:: and pkg-message. It will give you some early real-world testing. Personally I won't run a snapshot (except if asked) since I relay on Opera much to much: 95562 itetcu 1 44 19 163M 155M select 0 113:55 0.00% operapluginwrapper 95442 itetcu 1 440 96956K 81628K select 0 113:00 0.00% opera 95560 itetcu 1 80 96956K 81628K nanslp 1 39:07 0.00% opera 5 windows (about 100 tabs) in the native version and one window (about 20 tabs) in the linux version. The opera beta runs great using the install.sh. I see you are running operapluginwrapper and just tried to install it and get the following error on it and few other emulation related ports. /usr/ports/www/opera-linuxplugins # make install === Installing for opera-linuxplugins-9.21.20070510_1 === opera-linuxplugins-9.21.20070510_1 depends on file: /usr/local/share/opera/plugins/libnpp.so - not found ===Verifying install for /usr/local/share/opera/plugins/libnpp.so in /usr/ports/www/opera === opera-9.26.20080215 depends on shared library: aspell.16 - found === opera-9.26.20080215 depends on shared library: c_r.4 - not found ===Verifying install for c_r.4 in /usr/ports/misc/compat4x === Returning to build of opera-9.26.20080215 Error: shared library c_r.4 does not exist *** Error code 1 Could this be because of having changed to emulators/linux_base-f7 and kernel 2.6.16? Thanks, ed If a ports committer would like to offer being on the CC of submitted PRs so that the weekly updates can go through relatively quickly, that would be very nice :) Yeh, I'll do it. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect FreeBSD committer - [EMAIL PROTECTED], PGP Key ID 057E9F8B493A297B ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: amd64 version of Opera
Quoting Ion-Mihai Tetcu [EMAIL PROTECTED]: On Sun, 16 Mar 2008 12:06:22 -0500 eculp [EMAIL PROTECTED] wrote: Quoting Ion-Mihai Tetcu [EMAIL PROTECTED]: SNIP So what? Yell about it in pre-everything:: and pkg-message. It will give you some early real-world testing. Personally I won't run a snapshot (except if asked) since I relay on Opera much to much: 95562 itetcu 1 44 19 163M 155M select 0 113:55 0.00% operapluginwrapper 95442 itetcu 1 440 96956K 81628K select 0 113:00 0.00% opera 95560 itetcu 1 80 96956K 81628K nanslp 1 39:07 0.00% opera 5 windows (about 100 tabs) in the native version and one window (about 20 tabs) in the linux version. The opera beta runs great using the install.sh. I don't say it doesn't/wouldn't, I just say I don't want to take the risk of something blowing my ~100 tabs (I know I relay to much on the wonderful idea of sessions but it's really nice to be able to have the site you are working / reading / etc. come up when you start opera). Most of us probably do. I am guilty of at least 25 even when I am always trying to minimize. It is very nice as are the ability to save sessions every once in a while. I see you are running operapluginwrapper and just tried to install it and get the following error on it and few other emulation related ports. /usr/ports/ # make install === Installing for opera-linuxplugins-9.21.20070510_1 === opera-linuxplugins-9.21.20070510_1 depends on file: /usr/local/share/opera/plugins/libnpp.so - not found ===Verifying install for /usr/local/share/opera/plugins/libnpp.so in /usr/ports/www/opera I don't have www/opera-linuxplugins installed (and I'm getting a warning window about libnpp.so not being found when I start opera - which I ignore). I prefer the hassle of copy/pasting from opera to linux-opera a link to a page with flash to being harassed by flash adds on some sites I read often. === opera-9.26.20080215 depends on shared library: aspell.16 - found === opera-9.26.20080215 depends on shared library: c_r.4 - not found ===Verifying install for c_r.4 in /usr/ports/misc/compat4x Nothing more here ? === Returning to build of opera-9.26.20080215 Error: shared library c_r.4 does not exist *** Error code 1 Strange. Do you have /usr/local/lib/compat/libc_r.so.4.compat4x ? I have a complete group of compats from 4 to 6. Could this be because of having changed to emulators/linux_base-f7 and kernel 2.6.16? I don't see why. Neither do I but the good news is that flash is working in Opera: Version 9.50 Beta 2 Build1834 Platform FreeBSD System amd64, 8.0-CURRENT Qt library 3.3.8 Java Java Runtime Environment installed without my intervention. I have the linux-flashplugin7 installed and nothing else that I am aware of. So for now the c_r.4 error doesn't bother me. opera:plugins All the plugins that I have installed seem to be detected without opera-linuxplugins. I had no idea that Opera was going to detect the linux-flash plugin. Thanks, ed ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
amd64 version of Opera
Someone (cough Dan cough) noticed me saying on IRC one of the things I missed after shifting my home machine from i386 to amd64 was Opera. He pointed me at this: http://snapshot.opera.com/unix/snapshot-1834/amd64-freebsd/ which it turned out was very simple to install (I needed to build x11-toolkits/qt33, and just ran the install.sh that was packaged in the Opera download). He suggested I send this to see if someone familiar with the Opera ports would be interested in packaging this up into a real port. That URL is pretty hard to find. I had tried checking Opera's site with firefox when I initially got the amd64 machine running but I took their short-cut to look for an Opera version to download on their homepage which mistakenly took me to the i386 version for FreeBSD. I didn't dig any farther than that until Dan gave me the URL above. Thanks. -- Ken Smith - From there to here, from here to | [EMAIL PROTECTED] there, funny things are everywhere. | - Theodore Geisel | signature.asc Description: This is a digitally signed message part
Re: linux-flashplugin9 + Opera 9.20 = no go [SOLVED]
Thanks guys, following your instructions I managed to get it working by installing: - Opera 9.20 for FreeBSD (from www.opera.com); - opera-linuxplugins (from the ports); - linux-flashplugin7 (from the ports). No tweaks were needed here. I'm noticing a glitch on Flash-Videos (e.g. YouTube) where the sound slowly drifts out of sync. This used to happen on this same laptop under Kubuntu and ALSA, so I'm sure it's nothing FreeBSD or OSS-related. However, if anybody knows a fix for this, I'll be happy to read it. Thanks, Andrew ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
It works. Great sound and awesome graphics. When installed as such in /usr/ports, plugin was not found but after putting a line in /usr/local/share/linux-opera/ini/pluginpath.ini: [Paths] /usr/local/lib/browser_plugins=1 Where the binaries are, it worked. And symlinks to /usr/local/share/share/linux-opera flashplayer.xpt - /usr/local/lib/npapi/linux-flashplugin/flashplayer.xpt libflashplayer.so - /usr/local/lib/npapi/linux-flashplugin/libflashplayer.so I'm not sure which helped but you can test if symlinks don't work. Maby hardlinks. Firefoxes size changed to 190 MB after Java-port install. Opera is just great in freebsd :) And maby standard as they say and plugins work. Has anyone information about plugin standards. NSPlugin? It must be difficult for the manufacturers if they don't get the port straight from the project, for example Firefox project. I don't know if it's a good reference for the plugins or participate directly to the Firefox development. To which to build? And Opera is great even if emulated. best regs, jl Date: Wed, 11 Apr 2007 14:38:58 + (UTC) From: Andrew [EMAIL PROTECTED] Subject: linux-flashplugin9 + Opera 9.20 = no go To: [EMAIL PROTECTED] Message-ID: [EMAIL PROTECTED] The port builds and installs OK, but Opera 9.20 can't see the plugin. Are some undocumented post-install steps needed or does the port simply need an upgrade? TIA, Andrew It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
On Thu, 12 Apr 2007 09:25:56 -0700 (PDT) Jouni Laakso [EMAIL PROTECTED] wrote: It works. Great sound and awesome graphics. When installed as such in /usr/ports, plugin was not found but after putting a line in /usr/local/share/linux-opera/ini/pluginpath.ini: [Paths] /usr/local/lib/browser_plugins=1 Where the binaries are, it worked. And symlinks to I've never had to set anything with linux-opera. It just picked it up (although it may depend on the build/install order). Are you actually using Flash 9 though? You mentioned Great sound, and Flash 9 sound relies on ALSA, which has been a big problem. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
On Thu, 12 Apr 2007 12:32:55 -0500, RW [EMAIL PROTECTED] wrote: On Thu, 12 Apr 2007 09:25:56 -0700 (PDT) Jouni Laakso [EMAIL PROTECTED] wrote: It works. Great sound and awesome graphics. When installed as such in /usr/ports, plugin was not found but after putting a line in /usr/local/share/linux-opera/ini/pluginpath.ini: [Paths] /usr/local/lib/browser_plugins=1 Where the binaries are, it worked. And symlinks to I've never had to set anything with linux-opera. It just picked it up That's correct, no tweak need. (although it may depend on the build/install order). The order is no matter. In the pluginpath.ini has '/usr/local/lib/npapi/symlinks/linux-opera=1', so it will be pick up. The linux-mplayer-plugin/Makefile.npapi framework creates many symlinks if you install one of plugins. = # find /usr/local/lib/npapi/symlinks -name \*flashplayer\* /usr/local/lib/npapi/symlinks/linux-firefox/flashplayer.xpt /usr/local/lib/npapi/symlinks/linux-firefox/libflashplayer.so /usr/local/lib/npapi/symlinks/linux-firefox-devel/flashplayer.xpt /usr/local/lib/npapi/symlinks/linux-firefox-devel/libflashplayer.so /usr/local/lib/npapi/symlinks/linux-flock/flashplayer.xpt /usr/local/lib/npapi/symlinks/linux-flock/libflashplayer.so [...goes on...] = Are you actually using Flash 9 though? You mentioned Great sound, and Flash 9 sound relies on ALSA, which has been a big problem. No comment (I am deaf), but last time when I have tried linux-flashplugin9 and it doesn't work very well such as it crashes to often. Maybe it is better now with everything at latest version. Cheers, Mezz -- [EMAIL PROTECTED] - [EMAIL PROTECTED] FreeBSD GNOME Team - FreeBSD Multimedia Hat (ports, not src) http://www.FreeBSD.org/gnome/ - [EMAIL PROTECTED] http://wiki.freebsd.org/multimedia - [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
It was 7.0.69.0. I'm new to this OS. cmp and diff says that libflash is linux-flashplugin9 installed from new ports (9.0r31, appeared in March?) http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/96374 at least from cvsweb. And the Linux-Opera version is not 9.20 its: Version9.10 , Opera/9.10 (X11; Linux i686; U; en) Build 521 Platform Linux System i686, 2.4.2 Qt library 3.3.5 Java Java Runtime Environment installed Paths: Plug-in path /usr/local/share/linux-opera/plugins /usr/local/lib/npapi/symlinks/linux-opera /usr/local/lib/browser_plugins /usr/local/lib/npapi/linux-flashplugin 2158864 libflashplayer.so I've also heard a hint that it relies on Alsa. Is Alsa related to Linux kernel module or just a library? Ok. Checked the site also. The movie was Flash Version 7. It played the sound. http://www.adobe.com/shockwave/welcome/ Shockwave Missing http://www.adobe.com/products/flash/about/ : You have version 7.0.69.0 Happy hunting. Br, Jouni --- RW [EMAIL PROTECTED] wrote: On Thu, 12 Apr 2007 09:25:56 -0700 (PDT) Jouni Laakso [EMAIL PROTECTED] wrote: It works. Great sound and awesome graphics. When installed as such in /usr/ports, plugin was not found but after putting a line in /usr/local/share/linux-opera/ini/pluginpath.ini: [Paths] /usr/local/lib/browser_plugins=1 Where the binaries are, it worked. And symlinks to I've never had to set anything with linux-opera. It just picked it up (although it may depend on the build/install order). Are you actually using Flash 9 though? You mentioned Great sound, and Flash 9 sound relies on ALSA, which has been a big problem. Food fight? Enjoy some healthy debate in the Yahoo! Answers Food Drink QA. http://answers.yahoo.com/dir/?link=listsid=396545367 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
linux-flashplugin9 + Opera 9.20 = no go
The port builds and installs OK, but Opera 9.20 can't see the plugin. Are some undocumented post-install steps needed or does the port simply need an upgrade? TIA, Andrew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
On Wed, 11 Apr 2007 14:38:58 + (UTC) Andrew [EMAIL PROTECTED] wrote: The port builds and installs OK, but Opera 9.20 can't see the plugin. Are some undocumented post-install steps needed or does the port simply need an upgrade? You don't mention which opera you are using. If it's the native version then you need to install the opera-linuxplugins package to run linux-plugins. However in my experience that only works with flash 7, not 9. I use flash 9 with linux-opera. That works on some sites, albeit with no sound, ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
On Wed, 11 Apr 2007 20:10:49 +0100, RW [EMAIL PROTECTED] wrote: You don't mention which opera you are using. If it's the native version then you need to install the opera-linuxplugins package to run linux-plugins. However in my experience that only works with flash 7, not 9. I use flash 9 with linux-opera. That works on some sites, albeit with no sound, Hi RW. I'm using the FreeBSD version of Opera. Do you recall if audio worked with Flash 7? I'd prefer to use the old version rather than the latest, if it plays audio. Thanks, Andrew ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: linux-flashplugin9 + Opera 9.20 = no go
On Wed, 11 Apr 2007 21:15:56 + (UTC) Andrew [EMAIL PROTECTED] wrote: On Wed, 11 Apr 2007 20:10:49 +0100, RW [EMAIL PROTECTED] wrote: You don't mention which opera you are using. If it's the native version then you need to install the opera-linuxplugins package to run linux-plugins. However in my experience that only works with flash 7, not 9. I use flash 9 with linux-opera. That works on some sites, albeit with no sound, Hi RW. I'm using the FreeBSD version of Opera. Do you recall if audio worked with Flash 7? I'd prefer to use the old version rather than the latest, if it plays audio. Yes, it does. ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Opera and FreeBSD
On Fri, 17 Nov 2006 16:16:13 +0100 Anna Rajsman [EMAIL PROTECTED] wrote: Hi FreeBSD Team, Hi Anna, I'm a FreeBSD ports commiter and while I can't speak for the hole project from a legal point of view, I'd be happy to keep in touch with you so that we can sort things out. Please note that you sent your email to our general questions lists. Since Opera is a a third-party application for us the more adequate list would have been [EMAIL PROTECTED] (CC'ed, please drop questions@ from CCs on further replies). My name is Anna Rajsman and I am working in Opera Software. Recently I took over Linux distribution at Opera and I have been going through the distribution agreements we have with Linux providers and I haven't found any with FreeBSD Linux. As other pointed out in a rather rude way, for which I apologise, FreeBSD (and *BSDs in general) are not Linux. Since we're rather proud of our unix heritage people do tend to get inflamed when someone talks about BSD as being an some Linux distro. We would like to ask you if you would like to distribute the Opera browser with your OS? Or maybe you are doing it already? Would you like to sign a distribution agreement with Opera? Opera is in our ports framework, both the native version and the linux version (both maintainers CC'ed). I don't know offhand if we distribute the binaries on our CD images; from reading the licence I don't see the any requirement to have a signed agreement for this, but if this is not the case please let me know. I am using Opera as my primary browser since v3 or something, but I am a little disappointed the the problems we're seeing on FreeBSD are rarely addressed. And indeed the binaries you're producing are for FreeBSD 4.x and 5.x while we will release 6.2 in a month. -- IOnut - Un^d^dregistered ;) FreeBSD user Intellectual Property is nowhere near as valuable as Intellect BOFH excuse #379: We've picked COBOL as the language of choice signature.asc Description: PGP signature
Re: opera on -current
Hi, So that everyone else knows. Finally tracked it down after linking it through libmap against libthr. 0x29110fba pthread_setcancelstate+14: add$0x277b,%ebx 0x29110fc0 pthread_setcancelstate+20: mov0xc(%ebp),%ecx 0x29110fc3 pthread_setcancelstate+23: mov%gs:0x8,%edx 0x29110fca pthread_setcancelstate+30: test %ecx,%ecx 0x29110fcc pthread_setcancelstate+32: mov0x5c(%edx),%eax ecx0x291b401d 689651741 edx0x0 0 ebx0x29113734 688994100 edx is 0. I'm told this is TLS (Thread local storage) which is known to be broken on -current. I remember TLS being reported as broken on -current, it had honestly slipped my mind. So opera out of the box on -current will not work. People who have opera working on -current are either using linux-opera or a compat library. I'm not sure if it is worth while marking the port broken for -current now or not, but I figure there should be some note of it being broken for current somewhere. -- - [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
opera on -current
Hi, Anyone using the opera port successfully on -current? -- - [EMAIL PROTECTED] http://www.db.net/~db ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
opera on -current
Diane Bruce writes: Anyone using the opera port successfully on -current? I use mozilla, but opera works; I have it open in front of me. What's the problem? Robert Huff ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD Port: www/opera
Ted Stodgell [EMAIL PROTECTED] writes: I'd like to contribute these patches www/opera, bringing it up to version 9.01. Please always generate patches in unified (or perhaps context) diff format, i. e. diff -u or diff -c. Beyond that, please use port submit (that would probably be sysutils/port-tools) or at least send-pr to submit such changes next time, which is the canonical way of submitting port updates so they are properly tracked by the GNATS PR database, put up for review by the port maintainer, if any, and don't get lost in the flurry. Thank you. -- Matthias Andree ___ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to [EMAIL PROTECTED]