I'm not sure if it covers the features you need, but there is also net-nds/jxplorer. The Luma website mentions an upcoming Qt4 port as its latest news item, but that was Feb 2008...

Quote:

SqliteBrowser

Would dev-db/sqliteman work here?

Quote:

Qucs (Electronic Circuit Sim)

Completely out of my league. I'd suggest browsing the sci-electronics category, it looks like there may be alternatives.

Quote:

One package that I couldn't rebuild but I'm not certain of is linked to Qt3 is Rkward (Statistics GUI)

This one is actually a KDE4 application, so it has no relation to Qt3._________________"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously. If such a conflict exists in the
dependencies of two different packages, then those packages can not be
installed simultaneously. You may want to try a larger value of the
--backtrack option, such as --backtrack=30, in order to see if that will
solve this conflict automatically.

For more information, see MASKED PACKAGES section in the emerge man page
or refer to the Gentoo Handbook.

Nothing helped me with this mess (it was solved somehow, apparently with qt3-support and accessibility keywords, for 4.5.1->4.5.2 upgrade, but was back big time again now in 4.5.3 attempt) until I uninstalled several x11-libs/qt packages. The last one was qt-sql, and then the emerge -DNup world went running without blocks. The rest were qt-gui, qt-script, qt-dbus and even qt-qt3support itself.. Hope it can help someone. Advice - quickpkg before you unmerge so you can quickly revert back if you see it ain't going further for you _________________All In All Is All We All Are

Just came across this issue too. I think the problem (for me) was that something like "emerge qt-core" makes Portage think you only want that one Qt package upgraded and none of the others. If you list them all then it works.

Rather than list every single package though, I added "x11-libs/qt" to /etc/portage/package.unmask and then did an "emerge qt" which specified all the Qt packages for me and let the upgrade proceed.

I have gone through the same problems as most poeple on this thread and would like to relate how I fixed my issues.
First, this whole episode gave me an opportunity to finally remove qt-3 from my system. The only package still using it was pdfedit and that is a dead package anyway to emerged -C it and the qt 3.3 packages. I re-emerged qca, wpa_supplication, one or two others that said they wer depending on qt-3.
Still got still the blockers for the upgrade from qt 4.6.2 from qt 4.5.3.

There was a suggestion to ass the dbus use flag to the package.use file for qt-gui but on inspectio of my package.use file:
x11-libs/qt-gui dbus gtk tiff

It was already set....darn, so much for the easy solutions. So, one by one I un-emerged>>>
qt-core,
qt-opengl,
qt-svg,
qt-sql,
qt-webkit,
qt-phonon,
qt-qt3support,
qt-gui,
qt-dbus,
qt-script,
qt-test.......BINGO!

After unmerging qt-test, I did an emerge -pv qt-test and presto, no blockers! This was going to bring in qt-core, qt-sql, -qt-qt3support, qt-gui, qt-dbus and qt-script.

An emerge -uDp world after that brought back in all the other qt 4 packages that I had unmerged previously.

I have gone through the same problems as most poeple on this thread and would like to relate how I fixed my issues.
First, this whole episode gave me an opportunity to finally remove qt-3 from my system. The only package still using it was pdfedit and that is a dead package anyway to emerged -C it and the qt 3.3 packages. I re-emerged qca, wpa_supplication, one or two others that said they wer depending on qt-3.
Still got still the blockers for the upgrade from qt 4.6.2 from qt 4.5.3.

There was a suggestion to ass the dbus use flag to the package.use file for qt-gui but on inspectio of my package.use file:
x11-libs/qt-gui dbus gtk tiff

It was already set....darn, so much for the easy solutions. So, one by one I un-emerged>>>
qt-core,
qt-opengl,
qt-svg,
qt-sql,
qt-webkit,
qt-phonon,
qt-qt3support,
qt-gui,
qt-dbus,
qt-script,
qt-test.......BINGO!

After unmerging qt-test, I did an emerge -pv qt-test and presto, no blockers! This was going to bring in qt-core, qt-sql, -qt-qt3support, qt-gui, qt-dbus and qt-script.

An emerge -uDp world after that brought back in all the other qt 4 packages that I had unmerged previously.

It probably wasn't anything with the qt-test package itself, it was just the last qt package. Once you removed the last old qt package you could install the newer ones without blocking. I'm having the same issue and removing all the old packages let me install the new ones.

Nice. This worked for me as well _________________"If the automobile had followed the same development cycle as the computer, a Rolls-Royce would today cost $100, get a million miles per gallon, and explode once a year, killing everyone inside."

Firstly, the qcad drawing package uses qt3. The gentoo devs have neatly solved this problem for themselves by removing the qcad ebuild from portage. I happen to use qcad in my business, and I have to be able to run it. Do I now have to run a Windows system in order to run this important application, or is there some workaround in Gentoo Linux?

Secondly, following advice in this thread, I tried to rebuild qt with:

Actually, as is so often the case, most of my troubles were of my own making. I recently simplified the "USE" flags in my /etc/make.conf, to remove overlap with he ones specified by a profile, and it turns out I ended up without the "kde" flag set.

I can crank together qcad by hand, just so long as qt3 can be maintained. My old system still has qt3. But if I have to build a new system, how can I support qt3?

As desultory already suggested, you can use the kde-sunset overlay, which includes Qt3._________________"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF

It seems to be missing a header provided by x11-libs/libXext, which is a dependency of qt-gui unless you force-enable the aqua useflag._________________"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF

And the same slot conflict report at the end.
I didn't have an idea about what should I do, but after unmerging Rosegarden it's back to normal now.
This seems a bit weird to me that Rosegarden wants to downgrade Qt. Could the inconsistency be caused by the 'qt3support' use flag?
(I don't have it set at the moment, nor disabled explicitly)

I see another six months down the line there's still no official move to fix this mess other than making this a sticky

If you have your keywords and useflags set correctly, there should not be a problem. Even so, we know this is a common issue (because it pops up e.g. when useflags are changed), so we have documented it, with a possible solution, here:
http://wiki.gentoo.org/wiki/Qt/FAQ#Why_do_I_get_blockers_when_trying_to_emerge_Qt.3F
With --nodeps you risk getting newer Qt modules being built against the old version, which can lead to unexpected breakage.

Is there any other "official move" you want us to make? And do you have any suggestions for the developers on how to do that?_________________"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF

thanks yngwin, that page explains it pretty well. Could I first of all suggest that you put a big fat edit at the top of this thread to link to it. Most of this thread is now a redundant narrative of the pain this has caused. A quick link to that explanation would save a lot of time.

There are many times when I need to do something with portage but don't want to wait the half a day it takes to rebuild the qt family. Having these blockages cripples portage until they are cleared.

Perhaps a similar eix line could add the current qt versions to package.mask .

thx _________________Linux, because I'd rather own a free OS than steal one that's not worth paying for.
Gentoo because I'm a masochist