I have qt-3.3.8b-r1 and qt-4.4.2
I tried qt-assistant-4.4.2-r1, and it showed me no docs.
Then I tried to reinstall qt-4.4.2, looking for some use-flag I might
have missed, like doc or something like that.
The emerge process of qt-4.4.2 goes like that:
# emerge -v =x11-libs/qt-4.4.2
These
On Monday 30 March 2009 08:13:33 Francisco Ares wrote:
I have qt-3.3.8b-r1 and qt-4.4.2
I tried qt-assistant-4.4.2-r1, and it showed me no docs.
[snip]
Nothing showing the traditional compile and install procedure. Is this a
bug?
No. qt is now a meta package and exists only to have the qt
On Mon, 30 Mar 2009 08:24:54 +0200, Alan McKinnon wrote:
No. qt is now a meta package and exists only to have the qt split
ebuilds as DEPENDencies, so it installs nothing. Unlike the kde split
ebuilds, the devs decided not to call it qt-meta and promptly confused
most of the KDE using
2009/3/30 Neil Bothwick n...@digimed.co.uk:
On Mon, 30 Mar 2009 08:24:54 +0200, Alan McKinnon wrote:
No. qt is now a meta package and exists only to have the qt split
ebuilds as DEPENDencies, so it installs nothing. Unlike the kde split
ebuilds, the devs decided not to call it qt-meta and
Thankyou guys
Francisco
On Mon, 30 Mar 2009 10:38:48 +0200, Daniel Pielmeier wrote:
Calling it qt-meta instead of simply qt has nothing to do with this.
No ebuild should ever depend on the qt meta ebuild, instead it should
just depend on the needed parts that have been split up. So a
transition from the single qt
2009/3/30 Neil Bothwick n...@digimed.co.uk:
On Mon, 30 Mar 2009 10:38:48 +0200, Daniel Pielmeier wrote:
Calling it qt-meta instead of simply qt has nothing to do with this.
No ebuild should ever depend on the qt meta ebuild, instead it should
just depend on the needed parts that have been
2009/3/30 Neil Bothwick n...@digimed.co.uk:
On Mon, 30 Mar 2009 12:53:30 +0200, Daniel Pielmeier wrote:
So as far as I see the new qt meta ebuild wasn't needed at any time.
So every ebuild, in the tree and all overlays, was updated before the
split ebuilds were introduced?
I don't know the
On Mon, 30 Mar 2009 14:17:00 +0200, Daniel Pielmeier wrote:
So every ebuild, in the tree and all overlays, was updated before the
split ebuilds were introduced?
I don't know the exact progress but I think the split ebuilds were
introduced masked, then the dependencies have been adjusted
On Mon, 30 Mar 2009 12:53:30 +0200, Daniel Pielmeier wrote:
So as far as I see the new qt meta ebuild wasn't needed at any time.
So every ebuild, in the tree and all overlays, was updated before the
split ebuilds were introduced?
--
Neil Bothwick
You cannot really appreciate Dilbert unless
2009/3/30 Neil Bothwick n...@digimed.co.uk:
On Mon, 30 Mar 2009 14:17:00 +0200, Daniel Pielmeier wrote:
So every ebuild, in the tree and all overlays, was updated before the
split ebuilds were introduced?
I don't know the exact progress but I think the split ebuilds were
introduced
On Mon, 30 Mar 2009 14:58:43 +0200, Daniel Pielmeier wrote:
OK, so the meta ebuild is just a safety net for those running ebuilds
not in the portage tree.
Probably, but even overlays should consider changing the dependencies
and use the advantage of the split ebuilds ;-)
Absolutely, but
12 matches
Mail list logo