<?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>222975</bug_id>
          
          <creation_ts>2008-05-20 15:48 0000</creation_ts>
          <short_desc>www-client/opera - which USE flags denote qt3/4 dynamic linking?</short_desc>
          <delta_ts>2008-07-29 17:08:51 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>Applications</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://my.opera.com/csant/blog/2008/05/20/which-is-which-part-two</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>jer@gentoo.org</reporter>
          <assigned_to>jer@gentoo.org</assigned_to>
          <cc>bique.alexandre@gmail.com</cc>
    
    <cc>Martin.Jansa@mk.cvut.cz</cc>
    
    <cc>vytautas@jakutis.lt</cc>

      

      
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-20 15:48:42 0000</bug_when>
            <thetext>I would like to add support to the www-client/opera ebuilds to denote whether to use a version dynamically linked to a system qt3 or a system qt4. It would appear the qt3 and qt4 USE flags cover this but I am not aware how other ebuilds use these. Also, the qt[34]support USE flags appear to apply to qt packages only, and not packages that depend on Qt, so those flags would seem less appropriate. Please advise.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2008-05-20 15:54:59 0000</bug_when>
            <thetext>Do any package depend on opera, or would they need ot know which qt it was linked against?

If you want my two cents on this, I would recommend forcing it to build against Qt4 and offering a different package opera-qt3 for linking against Qt3.  Otherwise, every package that has a depend on opera may potentially need to add some kind of check as to which Qt its linked against as well.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-05-20 16:01:36 0000</bug_when>
            <thetext>No, nothing depends on Opera. Also, Opera is closed source, so upstream kindly releases different builds that have been compiled and linked against different Qt versions (3 and 4) and I could add some logic to the ebuilds that says that USE=qt4 overrides USE=qt3, so that when both qt-3 and qt-4 are available, the Opera build linked against Qt 4 is preferred.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>caleb@gentoo.org</who>
            <bug_when>2008-05-20 16:04:40 0000</bug_when>
            <thetext>Gotcha.

Certainly it up to you. In this case, using the qt3/qt4 flags are probably most appropriate.  I was just thinking more along hte lines of libraries that link against Qt which then have to be linked against by other programs - that is much more difficult to manage dep wise if you don&apos;t know which qt it&apos;s linked against :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-06-10 16:18:12 0000</bug_when>
            <thetext>Thanks for the info. I would be able to simply use IUSE=&apos;qt3 qt4&apos; then.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vytautas@jakutis.lt</who>
            <bug_when>2008-06-21 10:42:22 0000</bug_when>
            <thetext>I want this resolved too. The additional use flag should be only &quot;qt3&quot; to switch from using qt4, because the latest QT version should always be used.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-06-23 00:54:22 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; I want this resolved too. The additional use flag should be only &quot;qt3&quot; to
&gt; switch from using qt4, because the latest QT version should always be used.

The www-client/opera-9.51_pre2050 ebuild introduces the qt3-static USE flag. The USE flag logic looks like this now:

# +qt-static +qt3-static = static-qt3
# +qt-static -qt3-static = (static-)qt4
# -qt-static -qt3-static = shared-qt3
# -qt-static +qt3-static = static-qt3

Please test and tell if you like it. I may then &quot;backport&quot; it to the 9.50 ebuild(s).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Martin.Jansa@mk.cvut.cz</who>
            <bug_when>2008-06-23 06:30:20 0000</bug_when>
            <thetext>Created an attachment (id=158085)
Port of ia32 use flag

I tried to port ia32 functionality from stable opera-9.50-r1 to snapshot ebuild opera-9.51_pre2050.

I know that amd64 keyword is dropped intentionally and that there aren&apos;t any amd64 builds in snapshot directory (so amd64 keyword is useless without ia32 use flag enabled).

I modified it for me to try qt4 static on my amd64 with ia32, but maybe it can save some work, when new snapshot with amd64 builds exists.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vytautas@jakutis.lt</who>
            <bug_when>2008-06-23 13:22:30 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; (In reply to comment #5)
&gt; &gt; I want this resolved too. The additional use flag should be only &quot;qt3&quot; to
&gt; &gt; switch from using qt4, because the latest QT version should always be used.
&gt; 
&gt; The www-client/opera-9.51_pre2050 ebuild introduces the qt3-static USE flag.
&gt; The USE flag logic looks like this now:
&gt; 
&gt; # +qt-static +qt3-static = static-qt3
&gt; # +qt-static -qt3-static = (static-)qt4
&gt; # -qt-static -qt3-static = shared-qt3
&gt; # -qt-static +qt3-static = static-qt3
&gt; 
&gt; Please test and tell if you like it. I may then &quot;backport&quot; it to the 9.50
&gt; ebuild(s).
&gt; 

Thank you. I like it. Works as expected. Now there remains a question - where is a version that is dynamically linked to qt4?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-06-23 13:34:19 0000</bug_when>
            <thetext>(In reply to comment #8)
&gt; Now there remains a question - where is a version that is dynamically linked 
&gt; to qt4?

Quite simple - Opera didn&apos;t release one. :)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>unnamedrambler@gmail.com</who>
            <bug_when>2008-07-29 15:47:21 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; (In reply to comment #8)
&gt; &gt; Now there remains a question - where is a version that is dynamically linked 
&gt; &gt; to qt4?
&gt; 
&gt; Quite simple - Opera didn&apos;t release one. :)
&gt; 

When I use the combination +qt-static -qt3-static and set the Qt Native skin in the configuration dialog, Opera still looks like it&apos;s using that default Qt3 style in the menus and save-file dialog. 

I&apos;d really like it if I could get opera to use the Oxygen qt4 style.. is this possible?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jer@gentoo.org</who>
            <bug_when>2008-07-29 17:08:51 0000</bug_when>
            <thetext>(In reply to comment #10)
&gt; I&apos;d really like it if I could get opera to use the Oxygen qt4 style.. is this
&gt; possible?

Please don&apos;t tag support questions onto bugs that look similar. I suggest you ask on a Qt forum.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>158085</attachid>
            <date>2008-06-23 06:30 0000</date>
            <desc>Port of ia32 use flag</desc>
            <filename>opera-9.51_pre2050.ebuild.ia32.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIC92YXIvcGFsdWRpcy9yZXBvc2l0b3JpZXMvZ2VudG9vL3d3dy1jbGllbnQvb3BlcmEvb3Bl
cmEtOS41MV9wcmUyMDUwLmVidWlsZAkyMDA4LTA2LTIzIDAyOjQ4OjM1LjAwMDAwMDAwMCArMDIw
MAorKysgb3BlcmEtOS41MV9wcmUyMDUwLmVidWlsZAkyMDA4LTA2LTIzIDA4OjI1OjEyLjAwMDAw
MDAwMCArMDIwMApAQCAtMTUsNyArMTUsNyBAQAogCiBSRVNUUklDVD0ibWlycm9yIHN0cmlwIHRl
c3QiCiAKLUlVU0U9ImVsaWJjX0ZyZWVCU0QgZ25vbWUgcXQtc3RhdGljIHF0My1zdGF0aWMgc3Bl
bGwiCitJVVNFPSJlbGliY19GcmVlQlNEIGdub21lIGlhMzIgcXQtc3RhdGljIHF0My1zdGF0aWMg
c3BlbGwiCiBNWV9MSU5HVUFTPSJiZSBiZyBjcyBkYSBkZSBlbCBlbiBlbi1HQiBlcy1FUyBlcy1M
QSBmaSBmciBmci1DQSBmeSBoaQogaHIgaHUgaXQgamEga2Ega28gbHQgbWsgbmIgbmwgbm4gcGwg
cHQgcHQtQlIgcnUgc3YgdHIgemgtQ04gemgtVFciCiAKQEAgLTM4LDE3ICszOCwzMyBAQAogCXF0
LXN0YXRpYz8gKAogCQlxdDMtc3RhdGljPyAoCiAJCQl4ODY/ICggJHtPX1VSSX1pbnRlbC1saW51
eC8ke09fVkVSfS0ke09fU1VGRn0uZ2NjNC1zdGF0aWMtcXQzLmkzODYudGFyLmJ6MiApCisJCQlh
bWQ2ND8gKAorCQkJCWlhMzI/ICggJHtPX1VSSX1pbnRlbC1saW51eC8ke09fVkVSfS0ke09fU1VG
Rn0uZ2NjNC1zdGF0aWMtcXQzLmkzODYudGFyLmJ6MiApCisJCQkJIWlhMzI/ICggJHtPX1VSSX1p
bnRlbC1saW51eC8ke09fVkVSfS0ke09fU1VGRn0uZ2NjNC1zdGF0aWMtcXQzLng4Nl82NC50YXIu
YnoyICkKKwkJCSkKIAkJKQogCQkhcXQzLXN0YXRpYz8gKAogCQkJeDg2PyAoICR7T19VUkl9aW50
ZWwtbGludXgvJHtPX1ZFUn0tJHtPX1NVRkZ9LmdjYzQtcXQ0LmkzODYudGFyLmJ6MiApCisJCQkJ
YW1kNjQ/ICgKKwkJCQlpYTMyPyAoICR7T19VUkl9aW50ZWwtbGludXgvJHtPX1ZFUn0tJHtPX1NV
RkZ9LmdjYzQtcXQ0LmkzODYudGFyLmJ6MiApCisJCQkJIWlhMzI/ICggJHtPX1VSSX1pbnRlbC1s
aW51eC8ke09fVkVSfS0ke09fU1VGRn0uZ2NjNC1xdDQueDg2XzY0LnRhci5iejIgKQorCQkJKQog
CQkpCiAJKQogCSFxdC1zdGF0aWM/ICgKIAkJcXQzLXN0YXRpYz8gKAogCQkJeDg2PyAoICR7T19V
Ukl9aW50ZWwtbGludXgvJHtPX1ZFUn0tJHtPX1NVRkZ9LmdjYzQtc3RhdGljLXF0My5pMzg2LnRh
ci5iejIgKQorCQkJYW1kNjQ/ICgKKwkJCQlpYTMyPyAoICR7T19VUkl9aW50ZWwtbGludXgvJHtP
X1ZFUn0tJHtPX1NVRkZ9LmdjYzQtc3RhdGljLXF0My5pMzg2LnRhci5iejIgKQorCQkJCSFpYTMy
PyAoICR7T19VUkl9aW50ZWwtbGludXgvJHtPX1ZFUn0tJHtPX1NVRkZ9LmdjYzQtc3RhdGljLXF0
My54ODZfNjQudGFyLmJ6MiApCisJCQkpCiAJCSkKIAkJIXF0My1zdGF0aWM/ICgKIAkJCXg4Nj8g
KCAke09fVVJJfWludGVsLWxpbnV4LyR7T19WRVJ9LSR7T19TVUZGfS5nY2M0LXNoYXJlZC1xdDMu
aTM4Ni50YXIuYnoyICkKKwkJCWFtZDY0PyAoCisJCQkJaWEzMj8gKCAke09fVVJJfWludGVsLWxp
bnV4LyR7T19WRVJ9LSR7T19TVUZGfS5nY2M0LXNoYXJlZC1xdDMuaTM4Ni50YXIuYnoyICkKKwkJ
CQkhaWEzMj8gKCAke09fVVJJfWludGVsLWxpbnV4LyR7T19WRVJ9LSR7T19TVUZGfS5nY2M0LXNo
YXJlZC1xdDMueDg2XzY0LnRhci5iejIgKQorCQkJKQogCQkpCiAJKQogCSIKQEAgLTgwLDYgKzk2
LDM3IEBACiAjIC1xdC1zdGF0aWMgK3F0My1zdGF0aWMgPSBzdGF0aWMtcXQzCiAKIHBrZ19zZXR1
cCgpIHsKKwlpZiB1c2UgYW1kNjQ7IHRoZW4KKwkJaWYgdXNlIGlhMzI7IHRoZW4KKwkJCWlmIHVz
ZSBxdC1zdGF0aWM7IHRoZW4KKwkJCQlpZiB1c2UgcXQzLXN0YXRpYzsgdGhlbgorCQkJCQlTPSIk
e1dPUktESVJ9LyR7T19WRVJ9LSR7T19TVUZGfS5nY2M0LXN0YXRpYy1xdDMuaTM4NiIKKwkJCQll
bHNlCisJCQkJCVM9IiR7V09SS0RJUn0vJHtPX1ZFUn0tJHtPX1NVRkZ9LmdjYzQtcXQ0LmkzODYi
CisJCQkJZmkKKwkJCWVsc2UKKwkJCQlpZiB1c2UgcXQzLXN0YXRpYzsgdGhlbgorCQkJCQlTPSIk
e1dPUktESVJ9LyR7T19WRVJ9LSR7T19TVUZGfS5nY2M0LXN0YXRpYy1xdDMuaTM4NiIKKwkJCQll
bHNlCisJCQkJCVM9IiR7V09SS0RJUn0vJHtPX1ZFUn0tJHtPX1NVRkZ9LmdjYzQtc2hhcmVkLXF0
My5pMzg2IgorCQkJCWZpCisJCQlmaQorCQllbHNlCisJCQlpZiB1c2UgcXQtc3RhdGljOyB0aGVu
CisJCQkJaWYgdXNlIHF0My1zdGF0aWM7IHRoZW4KKwkJCQkJUz0iJHtXT1JLRElSfS8ke09fVkVS
fS0ke09fU1VGRn0uZ2NjNC1zdGF0aWMtcXQzLng4Nl82NCIKKwkJCQllbHNlCisJCQkJCVM9IiR7
V09SS0RJUn0vJHtPX1ZFUn0tJHtPX1NVRkZ9LmdjYzQtcXQ0Lng4Nl82NCIKKwkJCQlmaQorCQkJ
ZWxzZQorCQkJCWlmIHVzZSBxdDMtc3RhdGljOyB0aGVuCisJCQkJCVM9IiR7V09SS0RJUn0vJHtP
X1ZFUn0tJHtPX1NVRkZ9LmdjYzQtc3RhdGljLXF0My54ODZfNjQiCisJCQkJZWxzZQorCQkJCQlT
PSIke1dPUktESVJ9LyR7T19WRVJ9LSR7T19TVUZGfS5nY2M0LXNoYXJlZC1xdDMueDg2XzY0Igor
CQkJCWZpCisJCQlmaQorCQlmaQorCWZpCiAJdXNlIHBwYyAmJiBTPSIke1dPUktESVJ9LyR7T19W
RVJ9LSR7T19TVUZGfS5nY2M0LXNoYXJlZC1xdDMucHBjIgogCXVzZSB4ODYtZmJzZCAmJiBTPSIk
e1dPUktESVJ9LyR7T19WRVJ9LSR7T19TVUZGfS1mcmVlYnNkNS1zaGFyZWQtcXQzLmkzODYiCiAJ
aWYgdXNlIHg4NjsgdGhlbgo=
</data>        

          </attachment>
    </bug>

</bugzilla>