On Wed, 2006-03-15 at 09:35 -0600, Mikey wrote:
> Chris Gianelloni wrote:
> > package. Second, a bug should be filed requesting the package be added.
> > Please make sure that your request has not already been filed before
> > filing a new bug report.
> If the bug is RESOLVED WONTFIX, such as 69707, would you prefer a new one be
> opened or the existing one to be used?
Any new bug would be resolved as a duplicate, so adding a duplicate bug
is 100% pointless. You're more than welcome to comment on bug #69707,
but my reasoning for not wishing to spend my time supporting it is very
unlikely to change.
> > we have done in the past, as it separates out into "desktop" and
> > "server" profiles. The "desktop" profile is very similar to what we
> > have always had on each release. The "server" profile is new, and has
> > none of the typical desktop USE flags enabled, making it ideal for
> > server usage. I plan on also creating some sort of "developer" profile
> > which will inherit from both "desktop" and "server" profiles, once
> > portage has support for multiple inheritance, so it might not make it
> > into the 2006.1 profiles. I am looking for suggestions for USE flags to
> > add to these two profiles, so feel free to make suggestions. Please
> > cite some reasoning for why you think each USE flag you recommend should
> > be either enabled or disabled. The profiles are at
> > profiles/default-linux/x86/dev/2006.1/desktop and
> > profiles/default-linux/x86/dev/2006.1/server for you to peruse. They
> > are completely functional profiles at this time.
> A couple of suggestions. In order to head off religious wars, it might be
> nice to have individual profiles for kde/gnome desktops. I also suggest
> perhaps calling the fully loaded developer desktop a "workstation", i.e.
> server, desktop, workstation profiles.
I am definitely not splitting up the gnome and kde stuff simply because
there are many people that use either both (such as gnome with k3b and
select kde apps, or vice versa) or neither. I am trying to keep from
diverging too much from the current profiles, but this is an opportunity
to add in some nice "extras" to the desktop, such as hal/dbus, and even
to remove some "legacy" USE flags that might not make as much sense
these days, like xmms.
> And, THANK YOU THANK YOU THANK YOU for starting work on a server profile!!!!
Understand that the design behind this profile might be a bit different
than you think. If you want a server, use hardened. We will still
recommend hardened to anyone wanting to build a server. This will be
for those of us that cannot use hardened, such as people building game
servers running binary games that cannot be run properly under hardened.
While I intend to make it the best "default-linux server" profile that I
can, with the help of the other teams, I still won't recommend it to
people, nor will I plan on building any stages built against the
profile, as there are already hardened stages available and the
default-linux "desktop" stages can be used to build off the server
Release Engineering - Strategic Lead
x86 Architecture Team
Games - Developer