From: Theo Chatzimichos <tampakrap@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: Split desktop profile patches & news item for review
Date: Fri, 12 Mar 2010 11:48:38 +0200 [thread overview]
Message-ID: <201003121148.42011.tampakrap@gentoo.org> (raw)
In-Reply-To: <1268383017.6834.14.camel@localhost>
[-- Attachment #1: Type: Text/Plain, Size: 3331 bytes --]
On Friday 12 March 2010 10:36:57 Mart Raudsepp wrote:
> On Thu, 2010-03-11 at 23:20 +0100, Ben de Groot wrote:
> > On 11 March 2010 21:20, Mart Raudsepp <leio@gentoo.org> wrote:
> > > On Thu, 2010-03-11 at 02:36 +0100, Ben de Groot wrote:
> > >> Seeing as there were no further comments, I think we are good to go!
> > >
> > > I suggest reading my comments...
> >
> > Unless I missed something, you didn't make any comments on this
> > thread.
>
> The subthread got renamed to more fit its purpose.
>
> > If you mean the thread you started that tangentially took off from this
> > one, about eselect profile improvements: I support that proposal,
> > but it will take some time to get implemented. Is anyone already
> > working on that?
> >
> > In the meantime I see no reason for that to halt or postpone the
> > current desktop profile improvements as prepared by Theo.
>
> I argued that it's a bad idea to add yet more profiles, when we could
> avoid that (while even improving things additionally).
>
> But I guess I'll have to bring some direct points why I think
> implementing the alternative as I described ASAP is better than ever
> doing this gnome/kde subprofile thing:
>
> * The split desktop profile plan retroactively modifies 2008.0 and 10.0
> profiles. Not a good thing for obvious reasons. (Of course the
> subprofiles could also be added together with a new release, as proposed
> for the alternative idea)
> * Adding yet more subprofiles, increasing repoman and pcheck time,
> possibly confusing users (migration things; changing USE flags in a
> perceived stable release profile leading to unexpected --newuse
> triggering, etc)
> * Making it harder to get both GNOME and KDE things out of a profile
> (though the common things in desktop profile right now is quite
> suboptimal for GNOME)
> * Putting the problem of suboptimal subprofiles handling under the
> carpet again, greatly reducing the motivation for people to work on the
> alternative better proposal
First of all, I'll delay the commit since I need to write documentation
patches, and I won't be able, as I'll leave soon for a conference and will be
back on Monday. Maybe I'll find time to prepare something there, but I can't
promise.
Now, to reply to Mart:
I found your proposal about mixing profiles awesome, and I am willing to work
on this. In fact, I'm going to raise the issue on KDE's meeting this Thursday
at 20:00 UTC. Any freedesktop team members will be welcome there. But I'm not
going to step up from the current workaround I worked on, as things are not
that tragic. I will document and announce everything, and I will be watching
forums and IRC for some days to provide support. The only real problem in my
opinion would be this, people get confused about useflags and unexpected --
newuse results. (btw I already announced it once in my blog, I will do it
again, and we'll also provide a news item, so I doubt this is even a real
problem as well). To sum up:
1) Not oblious to me? / Not bad from my point of view?
2) I doubt users will be conflicted, I'll benchmark repoman and hit back
3) agreed, but i don't see a problem there
4) I'll be the motivator for this :)
--
Theo Chatzimichos (tampakrap)
Gentoo KDE/Qt Teams
blog.tampakrap.gr
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-03-12 9:47 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-04 14:52 [gentoo-dev] Split desktop profile patches & news item for review Theo Chatzimichos
2010-03-04 15:29 ` Jeremy Olexa
2010-03-04 17:22 ` [gentoo-dev] " Duncan
2010-03-04 17:59 ` [gentoo-dev] " Sebastian Pipping
2010-03-04 18:15 ` Samuli Suominen
2010-03-04 22:36 ` Ben de Groot
2010-03-05 8:28 ` Joshua Saddler
2010-03-05 12:57 ` Ben de Groot
2010-03-05 13:46 ` Theo Chatzimichos
2010-03-05 17:59 ` Zeerak Mustafa Waseem
2010-03-05 19:01 ` [gentoo-dev] " Duncan
2010-03-05 19:11 ` Theo Chatzimichos
2010-03-05 19:24 ` Zeerak Mustafa Waseem
2010-03-05 19:12 ` [gentoo-dev] " Mike Frysinger
2010-03-08 1:17 ` [gentoo-dev] " Theo Chatzimichos
2010-03-11 1:36 ` Ben de Groot
2010-03-11 20:20 ` Mart Raudsepp
2010-03-11 22:20 ` Ben de Groot
2010-03-12 8:36 ` Mart Raudsepp
2010-03-12 9:48 ` Theo Chatzimichos [this message]
2010-03-12 17:39 ` Ben de Groot
2010-03-13 10:07 ` Theo Chatzimichos
2010-03-13 23:37 ` Mart Raudsepp
2010-03-12 15:47 ` Ben de Groot
2010-03-12 17:34 ` Duncan
2010-03-13 23:25 ` Mart Raudsepp
2010-03-23 14:29 ` Theo Chatzimichos
2010-03-08 17:13 ` [gentoo-dev] Reorganizing handling of target specific profiles (Was: Split desktop profile patches & news item for review) Mart Raudsepp
2010-03-08 22:40 ` [gentoo-dev] " Peter Hjalmarsson
2010-03-08 22:44 ` Alec Warner
2010-03-13 21:16 ` Brian Harring
2010-03-14 0:02 ` Mart Raudsepp
2010-03-14 5:25 ` Brian Harring
2010-03-09 1:26 ` [gentoo-dev] " Robin H. Johnson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201003121148.42011.tampakrap@gentoo.org \
--to=tampakrap@gentoo.org \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox