Summary: | x11-themes/redhat-artwork-0.243-r1 collision with qtrc | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Paweł Hajdan, Jr. (RETIRED) <phajdan.jr> |
Component: | New packages | Assignee: | Desktop Misc. Team <desktop-misc> |
Status: | RESOLVED TEST-REQUEST | ||
Severity: | normal | CC: | pacho |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Paweł Hajdan, Jr. (RETIRED)
2008-05-20 16:05:14 UTC
I have a similar file on a few of my older systems: -rw-r--r-- 1 root root 981 2006-11-02 01:54 /usr/qt/3/etc/settings/qtrc -rw-r--r-- 1 root root 27 2006-11-16 02:45 /usr/qt/3/etc/settings/qtrc I suggest you delete it. Valid bug this is.... addwrite clause as e.g. in kde.eclass is needed I also have a related problem with djvu. As I don't have kde installed on my system, I don't have any qtrc file, then, djvu QT gui is shown with ugly fonts and colors. I simply copied a qtrc file that worked ok in the past in /usr/qt/3/etc/settings/qtrc and it works great now. From my point of view, a better option for handling qtrc creation would be letting qt ebuild ot install a default one in that location and prevent all other ebuilds from touching it, instead of making last installed app to rewrite it Thanks a lot I forgot to say that opera is also affected by this one and that opensuse is currently using this way for qtrc stuff From redhat-artwork ChangeLog, 07 Nov 2009; Samuli Suominen <ssuominen@gentoo.org> redhat-artwork-5.0.8-r4.ebuild: Remove KDE3 support. And the fact that Qt 3 was removed from portage. Can we get a update on this bug? Reopen if this is still a issue. |