Summary: | Opera portage: statically vs. dynamically linked QT | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Arcady Genkin <agenkin-gentoo-bugzilla> |
Component: | Current packages | Assignee: | Dan Armak (RETIRED) <danarmak> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | agenkin-gentoo-bugzilla |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | x86 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Arcady Genkin
2002-02-03 01:21:54 UTC
As I understand, the opera we curently have works with the qt 2.x we currently have (x11-libs/qt-2.3.1-r?). So we just need to fix the opera depend on qt so that qt2 is emerged, and it will work. Please correct me if I'm wrong; I'm fixing the opera ebuild now. Yes, that's it, I guess. ">=x11-libs/qt-2.3.0" was not good. But, perhaps, we could also have an opera-static portage, which would not require qt libraries. The current ebuild can be trivially modified to work for the static opera distribution, ustt by changing the archive name (IIRC, s/2-shared/1-static/). How would a static package be better than a dynamic one? Whe would you choose to use a static one (except to save the qt compiling time)? |