First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 222975
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Jeroen Roovers <jer@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jeroen Roovers <jer@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
opera-9.51_pre2050.ebuild.ia32.patch Port of ia32 use flag patch Martin Jansa 2008-06-23 06:30 0000 2.69 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 222975 depends on: Show dependency tree
Bug 222975 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2008-05-20 15:48 0000
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.

------- Comment #1 From Caleb Tennis 2008-05-20 15:54:59 0000 -------
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.

------- Comment #2 From Jeroen Roovers 2008-05-20 16:01:36 0000 -------
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.

------- Comment #3 From Caleb Tennis 2008-05-20 16:04:40 0000 -------
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't know which qt it's linked
against :)

------- Comment #4 From Jeroen Roovers 2008-06-10 16:18:12 0000 -------
Thanks for the info. I would be able to simply use IUSE='qt3 qt4' then.

------- Comment #5 From Vytautas Jakutis 2008-06-21 10:42:22 0000 -------
I want this resolved too. The additional use flag should be only "qt3" to
switch from using qt4, because the latest QT version should always be used.

------- Comment #6 From Jeroen Roovers 2008-06-23 00:54:22 0000 -------
(In reply to comment #5)
> I want this resolved too. The additional use flag should be only "qt3" to
> 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 "backport" it to the 9.50
ebuild(s).

------- Comment #7 From Martin Jansa 2008-06-23 06:30:20 0000 -------
Created an attachment (id=158085) [details]
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'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.

------- Comment #8 From Vytautas Jakutis 2008-06-23 13:22:30 0000 -------
(In reply to comment #6)
> (In reply to comment #5)
> > I want this resolved too. The additional use flag should be only "qt3" to
> > 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 "backport" it to the 9.50
> ebuild(s).
> 

Thank you. I like it. Works as expected. Now there remains a question - where
is a version that is dynamically linked to qt4?

------- Comment #9 From Jeroen Roovers 2008-06-23 13:34:19 0000 -------
(In reply to comment #8)
> Now there remains a question - where is a version that is dynamically linked 
> to qt4?

Quite simple - Opera didn't release one. :)

------- Comment #10 From unnamedrambler@gmail.com 2008-07-29 15:47:21 0000 -------
(In reply to comment #9)
> (In reply to comment #8)
> > Now there remains a question - where is a version that is dynamically linked 
> > to qt4?
> 
> Quite simple - Opera didn't release one. :)
> 

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

I'd really like it if I could get opera to use the Oxygen qt4 style.. is this
possible?

------- Comment #11 From Jeroen Roovers 2008-07-29 17:08:51 0000 -------
(In reply to comment #10)
> I'd really like it if I could get opera to use the Oxygen qt4 style.. is this
> possible?

Please don't tag support questions onto bugs that look similar. I suggest you
ask on a Qt forum.

First Last Prev Next    No search results available      Search page      Enter new bug