[gentoo-dev] Leaving Gentoo

2006-06-01 Thread Dan Armak
~/.forward. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpGzYT5s5Pa6.pgp Description: PGP signature

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Dan Armak
commit permissions). - Short-lived branches to replace things that are today package.masked. - Branches to replace various non-arch keywords and projects, like hardened stuff, some server/ultrastable tree proposals, ... -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Dan Armak
tracking features that are really helpful. Could someone who's used them comment on this? -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpKK0WsRkHbd.pgp

Re: [gentoo-dev] Gentoo: State of the Union

2006-04-29 Thread Dan Armak
with 'changeset tracking'. I didn't mean that 'changeset tracking' is different from 'merge tracking'. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgprs6FwXYu3W.pgp

Re: [gentoo-dev] Session/.desktop WM compatibility, DM unification

2006-03-29 Thread Dan Armak
complaint against having everything in the menus is clutter, and that's not as big a problem with e.g. filemanager context menus. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143

Re: [gentoo-dev] Session/.desktop WM compatibility, DM unification

2006-03-27 Thread Dan Armak
On Monday 27 March 2006 16:55, foser wrote: On Mon, 2006-03-27 at 00:03 +0200, Dan Armak wrote: snip = Bugs overview (probably missed some): = #89870: long story, summary: .desktop files are installed in different places. KDE only reads the KDE ones, Gnome only the Gnome ones

Re: [gentoo-dev] overlay support current proposal?

2006-03-27 Thread Dan Armak
to possibly relevant data. [1] http://svn.haxx.se/users/archive-2005-04/0518.shtml [2] http://svn.collab.net/repos/svn/trunk/notes/skip-deltas -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069

[gentoo-dev] Session/.desktop WM compatibility, DM unification

2006-03-26 Thread Dan Armak
would like to see. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpJMOeaTUQ7R.pgp Description: PGP signature

Re: [gentoo-dev] Gratuitous useflaggery (doc and examples)

2006-03-04 Thread Dan Armak
packages use the flag would install less docs. Has anyone actually complained that too many docs are installed by default? It's true that some users/situations don't need them, but most do, especially as long as we don't have separate server profiles. -- Dan Armak Gentoo Linux developer (KDE

Re: [gentoo-dev] Gratuitous useflaggery (doc and examples)

2006-03-04 Thread Dan Armak
On Saturday 04 March 2006 18:00, Carsten Lohrke wrote: On Saturday 04 March 2006 16:43, Dan Armak wrote: If you're concerned about diskspace you can filter out /usr/share/doc entirely, so users do have the choice. The problem here is that the docs USE flag is off by default. Making more

Re: [gentoo-dev] Repoman and his automagic

2006-01-30 Thread Dan Armak
'repoman konqueror kmail' - because running repoman 100 times in a package dir is slower than running it once in a category dir with 100 packages. If this request makes sense I'll open a bug if you want me to. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org

Re: [gentoo-dev] package.mask cleanups

2006-01-24 Thread Dan Armak
a for pkg in ${PORTDIR}/kde-base/*; do echo =kde-base/$pkg-3.5.1*; done ${PORTDIR}/profiles/package.mask or a variation on the theme, that's also why metadata.xml got listed, too. Yeah... I'll be more careful next time. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org

Re: [gentoo-dev] xorg-x11-7 emerge blocks

2005-10-24 Thread Dan Armak
Don't post such questions here. Go to the gentoo-user mailing list, the forums, or irc. This list is for discussion of Gentoo development. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD

Re: [gentoo-dev] xorg-x11-7 emerge blocks

2005-10-24 Thread Dan Armak
On Monday 24 October 2005 19:24, Ferris McCormick wrote: On Mon, 2005-10-24 at 18:48 +0200, Dan Armak wrote: Don't post such questions here. Go to the gentoo-user mailing list, the forums, or irc. This list is for discussion of Gentoo development. Actually, this is a discussion of X-modular

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
' would result in an unusable system without any fonts at all... -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgp4odBqw3E5B.pgp Description: PGP signature

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
On Thursday 20 October 2005 17:23, Mike Williams wrote: On Thursday 20 October 2005 14:26, Dan Armak wrote: To keep the current behaviour, the kde metaebuild (and gnome and the other WMs) would have to depend on xorg-x11, which strictly speaking is unnecessary. Opinions? How can we educate

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
On Thursday 20 October 2005 17:28, Luca Barbato wrote: Dan Armak wrote: On Thursday 20 October 2005 09:11, Donnie Berkholz wrote: To keep the current behaviour, the kde metaebuild (and gnome and the other WMs) would have to depend on xorg-x11, which strictly speaking is unnecessary

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
should depend on :-) -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgp2gseUnt2ln.pgp Description: PGP signature

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
On Thursday 20 October 2005 20:58, Matthijs van der Vleuten wrote: On 10/20/05, Dan Armak [EMAIL PROTECTED] wrote: To solve this issue it would have to be an on-by-default flag, i.e. 'noxserver'. I know some people are strongly against nofoo flags. What about an off-by-default 'xserver

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
On Thursday 20 October 2005 20:43, Donnie Berkholz wrote: - gpg control packet Dan Armak wrote: | On Thursday 20 October 2005 17:28, Luca Barbato wrote: |a useflag could solve the issue as well a all inclusive metaebuild for X. | | To solve this issue it would have to be an on-by-default

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
ebuild? media-fonts/font-*? -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpEsH9UUQYhR.pgp Description: PGP signature

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
On Thursday 20 October 2005 21:48, Kevin F. Quinn wrote: On 20/10/2005 21:16:47, Dan Armak ([EMAIL PROTECTED]) wrote: On Thursday 20 October 2005 20:58, Matthijs van der Vleuten wrote: On 10/20/05, Dan Armak [EMAIL PROTECTED] wrote: To solve this issue it would have

Re: [gentoo-dev] modular X - 7.0 RC1

2005-10-20 Thread Dan Armak
bloat! :P To preserve existing behavior we can use the type1 USE flag. The monolithic xorg-x11 ebuild does that. The same can be done with truetype fonts. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4

Re: [gentoo-dev] ${PORTDIR}/profiles/package.use

2005-10-20 Thread Dan Armak
that would not cruft the base profiles for every local use flag. Because implementing https://bugs.gentoo.org/show_bug.cgi?id=61732 would be a lot more cool :-) Besides, if the effect on portage's behavior is the same, what's the difference? -- Dan Armak Gentoo Linux developer (KDE) Public GPG key

Re: [gentoo-dev] Proposed change to base.eclass: patch || die

2005-08-06 Thread Dan Armak
On Friday 05 August 2005 12:34, Diego 'Flameeyes' Pettenò wrote: On Friday 29 July 2005 15:56, Dan Armak wrote: base.eclass (which inherited by many other eclasses) has an src_unpack supporting patching from patchfiles listed in $PATCHES. However, today, if patching fails the process

[gentoo-dev] Proposed change to base.eclass: patch || die

2005-07-29 Thread Dan Armak
? -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgp3JxWxcL9Pi.pgp Description: PGP signature

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-02 Thread Dan Armak
On Saturday 02 July 2005 14:43, foser wrote: On Fri, 2005-07-01 at 18:33 +0300, Dan Armak wrote: calling a function in a global scope is a bad idea. it leads to lots of unneccessary (and timely) computations Necessary in the case of kde split ebuilds. Take a look at kde

Re: [gentoo-dev] Re: /etc/env.d/46kdepaths belongs to arts.. error?

2005-07-02 Thread Dan Armak
On Saturday 02 July 2005 18:47, Duncan wrote: Dan Armak posted [EMAIL PROTECTED], excerpted below, on Sat, 02 Jul 2005 15:33:34 +0300: At least arts is going away with kde 3.x :-) I read the rumors on that about a year ago, I'd guess, and have been trying to keep up

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-01 Thread Dan Armak
On Friday 01 July 2005 00:38, Aron Griffis wrote: Dan Armak wrote: [Thu Jun 30 2005, 05:11:10PM EDT] Instead of 'exit 1', qt_min_version should use die. I use that in deprange and it does work inside $DEPEND. Well, it's more visible, but it doesn't stop the emerge. I just put DEPEND

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-01 Thread Dan Armak
On Friday 01 July 2005 12:15, Paul de Vrieze wrote: On Thursday 30 June 2005 23:11, Dan Armak wrote: Instead of 'exit 1', qt_min_version should use die. I use that in deprange and it does work inside $DEPEND. Wouldn't this be a good time to implement actual dependency ranges in portage

Re: [gentoo-dev] RFC: qt.eclass

2005-07-01 Thread Dan Armak
there and needs to force a qt upgrade. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpX6M6iKO26J.pgp Description: PGP signature

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-01 Thread Dan Armak
On Friday 01 July 2005 16:56, Aron Griffis wrote: Dan Armak wrote: [Fri Jul 01 2005, 03:42:22AM EDT] ...OK, so deprange() needs to signal errors out-of-band. Like setting a KM_ERROR variable which causes the eclass to abort later on. Heh, doesn't work for the same reason you can't

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-01 Thread Dan Armak
in a global scope is a bad idea. it leads to lots of unneccessary (and timely) computations Necessary in the case of kde split ebuilds. Take a look at kde-functions.eclass::deprange(). -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-01 Thread Dan Armak
On Friday 01 July 2005 18:03, Thomas de Grenier de Latour wrote: On Fri, 1 Jul 2005 17:45:57 +0300 Dan Armak [EMAIL PROTECTED] wrote: I'd rather signal failure to code outside the subshell by touching a file in $T. The ${T} directory does not exists when portage source an ebuild to get

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-07-01 Thread Dan Armak
that for portage-cvs? I didn't know that. Does 'our current strategy' refer to using bash or to not using it? Anyway, as far as portage goes, if we had version range deps support we wouldn't need functions in $DEPEND. -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-06-30 Thread Dan Armak
- the minimal version required from which to start the list in the ||. Any everyone who thinks functions inside $DEPEND are iffy should look at deprange() and deprange-dual()... /me hides -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key

[gentoo-dev] KDE 3.4.1 keyworded stable on x86, amd64

2005-06-30 Thread Dan Armak
the split ones. There are a few hours in between with nothing installed, so it's good for an overnight install. (You can do it for each monolithic package in turn.) -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70

Re: [gentoo-dev] Re: RFC: qt.eclass

2005-06-30 Thread Dan Armak
On Thursday 30 June 2005 23:36, Aron Griffis wrote: Dan Armak wrote: [Thu Jun 30 2005, 04:06:03PM EDT] Because the function takes a parameter - the minimal version required from which to start the list in the ||. Makes sense. Any everyone who thinks functions inside $DEPEND

[gentoo-dev] test, please ignore

2005-05-25 Thread Dan Armak
Have been having trouble with the mailing lists... -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpKwfWYVHHcs.pgp Description: PGP signature

[gentoo-dev] Re: [gentoo-amd64] Re: KDE 3.4 visibility support disabled

2005-05-25 Thread Dan Armak
have confused some people...) -- Dan Armak Gentoo Linux developer (KDE) Public GPG key: http://dev.gentoo.org/~danarmak/danarmak-gpg-public.key Fingerprint: DD70 DBF9 E3D4 6CB9 2FDD 0069 508D 9143 8D5F 8951 pgpECtup7r5X8.pgp Description: PGP signature