Maybe some of those groups could be merged (cdrom, cdrw) or dropped
(tape maybe?)
Having usb devices as root:root 644 is going to be a PITA if we don't
have something like a sane pam_console (one that doesn't change all /dev
nodes whenever someone logs in over ssh, like the one we used to have
did
On Mon, 2007-09-03 at 07:49 +0200, Lars Weiler wrote:
> * Andrew Gaffney <[EMAIL PROTECTED]> [07/09/02 19:11 -0500]:
> > I'm not so sure. The last rites have historically always been for complete
> > removals of a package from the tree. Is there any reason to change it? Just
> > removing an older
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Donnie Berkholz wrote:
> On 04:53 Mon 03 Sep , Luis Francisco Araujo wrote:
>> Our main idea is to develop and collect all the necessary applications
>> to offer GUI's (keeping Gentoo flexibility) for most of our system
>> tasks, offering an alternat
On Samstag, 1. September 2007, Matthias Schwarzott wrote:
> On Samstag, 1. September 2007, Daniel Drake wrote:
> > I like the idea of adding this to CONFIG_PROTECT_MASK.
> >
Ok seems we should do this! Next udev ebuild will add rules directory to
CONFIG_PROTECT_MASK.
I also tested now what happe
Luis Francisco Araujo wrote:
> himerge is not really new ; it's been around for a good while now.
>
> Its name stands for 'Haskell Interface for Emerge' ; plus i think some
> of those GUI's you are mentioning didn't exist when i started himerge or
> they don't offer all that himerge does.
>
http
Hi there!
As you all know up to now we have our very own rules file 50-udev.rules
This is good for getting our specials - but bad from maintainance view.
So here we are:
In udev git-gtree suse and redhat rules are already merged.
But they use a different permission / group system than we have, th
On 04:53 Mon 03 Sep , Luis Francisco Araujo wrote:
> Our main idea is to develop and collect all the necessary applications
> to offer GUI's (keeping Gentoo flexibility) for most of our system
> tasks, offering an alternative for those users who like these kind of
> interfaces.
Please keep in m
Lars Weiler wrote:
> Think about apache1, php4, KDE-3, gcc-2.95, etc.
>
> IMHO they are worth being announced in the last rites
> section, probably along with a nice upgrade-guide.
>
++
A slot definitely is equivalent to a package from user/code perspective; eg
if gtk-1 were removed.
--
[EMAIL
