<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>139508</bug_id>
          
          <creation_ts>2006-07-06 19:23 0000</creation_ts>
          <short_desc>Requesting LINGUAS support for opera</short_desc>
          <delta_ts>2008-05-20 23:43:07 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>InCVS</keywords>
          <priority>P5</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>masa@masavista.net</reporter>
          <assigned_to>jer@gentoo.org</assigned_to>
          <cc>denilsonsa@gmail.com</cc>
    
    <cc>iyosifov@gmail.com</cc>
    
    <cc>lazy_bum@o2.pl</cc>
    
    <cc>pacho@condmat1.ciencias.uniovi.es</cc>
    
    <cc>Sergey.Belyashov@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>masa@masavista.net</who>
            <bug_when>2006-07-06 19:23:24 0000</bug_when>
            <thetext>There is some language files for Opera on its site: http://opera.com/download/languagefiles/

If there IS language files, why does not Opera&apos;s ebuild provide them? No matter what your LINGUAS is - only english language file will be installed. Opera&apos;s ebuild should download language files based on the LINGUAS variable just like OOo, Firefox etc. do.

No, I don&apos;t know how to do this - I&apos;m just a whining bastard.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2006-08-09 13:25:56 0000</bug_when>
            <thetext>I like the idea and I have played around with an adapted ebuild that uses LINGUAS to download selected .lng files from [1] and install them in /opt/opera/share/opera/locale, which is quite trivial to achieve, yet that is about all the ebuild can properly do. Opera does not automatically select a UI language for $USER, and neither does the ebuild - it would be improper for the ebuild to edit $HOME/.opera/opera6.ini for every $USER.

I do however think axxo might still want to comment on your enhancement proposal.


[1] http://www.opera.com/download/languagefiles/</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>denilsonsa@gmail.com</who>
            <bug_when>2006-09-23 20:31:39 0000</bug_when>
            <thetext>I was about to submit a bug requesting this, so, instead of submitting a duplicate, I will ask here: please add this feature. :)

The ebuild should download and install the language files (like Firefox ebuild does). The user is responsible to change the language file (like in Firefox). The ebuild can, however, print an EINFO explaining where the language files were stored. Nothing more than that.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2006-09-24 15:57:48 0000</bug_when>
            <thetext>Created an attachment (id=97984)
opera-lng-9.01.ebuild

An ebuild for a new package (I suggest www-client/opera-lng) that installs .lng files for LINGUAS. Please feel free to test, improve, and comment.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-01-23 14:58:44 0000</bug_when>
            <thetext>I am closing this bug because of the complete lack of interest this bug has attracted in the last few months (since I posted the attached ebuild).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>denilsonsa@gmail.com</who>
            <bug_when>2007-01-23 15:49:05 0000</bug_when>
            <thetext>Too bad... Firefox already has LINGUAS support on its &quot;main&quot; ebuild (no extra ebuild necessary). Too bad no developer wanted to take a look at this. Maybe all of them use Firefox... :-P</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2007-01-23 16:08:24 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; Too bad... Firefox already has LINGUAS support on its &quot;main&quot; ebuild (no extra
&gt; ebuild necessary). Too bad no developer wanted to take a look at this. Maybe
&gt; all of them use Firefox... :-P

Er, you don&apos;t understand. I happen to be a developer and I did take a look at the problem, I proposed a solution and worked out an ebuild, then nobody responded for months on end. Recap: maintaining opera-lng will be a bit more of a hassle than maintaining LINGUAS for firefox is, because Opera is slacking in updating lng files with every new Opera release, so you may end up with, say, Opera 9.02 and with a 9.01 lng file, which usually works well enough but does pose an ebuild maintainance problem, as the Gentoo maintainer would have to monitor [1] frequently (weekly or just when yet another bug is filed?) for changes of available languages against Opera versions and update the opera-lng ebuilds accordingly.

If only Opera would enforce lng file updates with new Opera versions, this[2] wouldn&apos;t be such a chore.


[1] http://www.opera.com/download/languagefiles/?platform=linux
[2] I.e. editing several opera-lng ebuilds to update the LANGS variable in each.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2007-03-22 11:03:34 0000</bug_when>
            <thetext>*** Bug 171762 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-20 16:46:34 0000</bug_when>
            <thetext>I&apos;m looking at an opera 9.50 beta2 build 1971 snapshot which includes lng files in SRC_URI, so this is looking very promising now.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-20 23:34:18 0000</bug_when>
            <thetext>I filed Opera bug #331638 to get the zh-* languages in line with the rest of them (i.e. to follow the pattern of ll-CC so that the ebuild doesn&apos;t need to perform odd tolower/toupper (or as it is going to be now, to use find -iname &lt;foo&gt; for that purpose).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-20 23:40:56 0000</bug_when>
            <thetext>(From update of attachment 97984)
This will no longer be needed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-20 23:43:07 0000</bug_when>
            <thetext>www-client/opera-9.50_beta2_p1971-r1 implements the new scheme:

[ebuild   R   ] www-client/opera-9.50_beta2_p1971  USE=&quot;qt-static spell -gnome&quot; LINGUAS=&quot;en en_GB nl -be -bg -cs -da -de -el -es_ES -es_LA -fi -fr -fr_CA -fy -hi -hr -hu -it -ja -ka -ko -lt -mk -nb -nn -pl -pt -pt_BR -ru -sv -tr -zh_CN -zh_TW&quot; 0 kB

It will be available soon in a Portage tree near you.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>97984</attachid>
            <date>2006-09-24 15:57 0000</date>
            <desc>opera-lng-9.01.ebuild</desc>
            <filename>opera-lng-9.01.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCmluaGVyaXQgZXV0aWxzCgpERVNDUklQVElPTj0iLmxuZyBmaWxlcyBmb3IgdGhlIE9w
ZXJhIHdlYiBicm93c2VyIgpIT01FUEFHRT0iaHR0cDovL3d3dy5vcGVyYS5jb20vZG93bmxvYWQv
bGFuZ3VhZ2VmaWxlcy8/cGxhdGZvcm09bGludXgiClNMT1Q9IjAiCkxJQ0VOU0U9Ik9QRVJBLTku
MCIKCktFWVdPUkRTPSJ+eDg2IgoKUkVTVFJJQ1Q9Im5vbWlycm9yIgpPUEVSQV9VUkk9Imh0dHA6
Ly93d3cub3BlcmEuY29tL2Rvd25sb2FkL2xuZy8iCgpERVBFTkQ9Ind3dy1jbGllbnQvb3BlcmEi
ClJERVBFTkQ9IiR7REVQRU5EfSIKCkxBTkdTPSJiZyBjcyB6aC1jbiB6aC10dyBociBkYSBubCBl
bi1HQiBlbi1VUwoJZmkgZnIgZnItQ0EgZnkga2EgZGUgZWwgaHUgaXQgamEga28gbHQgbm4KCW5i
IHBsIHB0IHB0LUJSIHBhIHJ1IGVzLUxBIGVzLUVTIHN2IHRyIgoKZm9yIFggaW4gJHtMQU5HU30g
OyBkbwoJWF9MT1dFUj0iJChlY2hvICR7WH0gfCB0ciAiWzp1cHBlcjpdIiAiWzpsb3dlcjpdIiki
CglTUkNfVVJJPSIke1NSQ19VUkl9IGxpbmd1YXNfJHtYX0xPV0VSfT8gKCAke09QRVJBX1VSSX0k
e1BWLy59L291dyR7UFYvLn1fJHtYfS5sbmcgKSIKCUlVU0U9IiR7SVVTRX0gbGluZ3Vhc18ke1hf
TE9XRVJ9ICIKZG9uZQoKIyBBbGwgQW1lcmljYW4gU3BhbmlzaCBsaW5ndWFzOgpmb3IgWCBpbiBj
bCBjbyBkbyBlYyBndCBobiBteCBwYSBwZSBwciBweSBzdiB1cyB1eSB2ZTsgZG8KCVNSQ19VUkk9
IiR7U1JDX1VSSX0gbGluZ3Vhc19lcy0ke1h9PyAoCgkJJHtPUEVSQV9VUkl9JHtQVi8ufS9vdXck
e1BWLy59X2VzLUxBLmxuZyApIgoJSVVTRT0iJHtJVVNFfSBsaW5ndWFzX2VzLSR7WH0gIgpkb25l
CgpTPSIke1dPUktESVJ9IgoKc3JjX3VucGFjaygpIHsKCXRydWUKfQoKc3JjX2luc3RhbGwoKSB7
Cglsb2NhbCBYCgoJY2QgJHtTfQoKCWluc2ludG8gL29wdC9vcGVyYS9zaGFyZS9vcGVyYS9sb2Nh
bGUKCWZvciBYIGluICR7QX07IGRvCgkJZG9pbnMgJHtESVNURElSfS8ke1h9Cglkb25lCn0KCnBr
Z19wb3N0aW5zdCgpIHsKCWVsb2cgIlRvIHNldCB0aGUgbGFuZ3VhZ2UgZmlsZSBpbiBPcGVyYSwg
Y2hvb3NlIFByZWZlcmVuY2VzIGluIHRoZSBUb29scyBtZW51LiIKCWVsb2cgIk9uIHRoZSBcIkdl
bmVyYWxcIiB0YWIsIGNsaWNrIG9uIHRoZSBcIkRldGFpbHNcIiBidXR0b24uIENsaWNrIG9uIHRo
ZSBcIkNob29zZVwiICIKCWVsb2cgImJ1dHRvbiBhbmQgc2VsZWN0IG9uZSBvZiB0aGUgZmlsZXMg
aW4gL29wdC9vcGVyYS9zaGFyZS9vcGVyYS9sb2NhbGUuIgoJZWxvZyAiQ2xpY2sgb24gXCJPcGVu
XCIsIHRoZW4gdHdpY2Ugb24gXCJPS1wiLCBhbmQgeW91J3JlIGRvbmUuIgp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>