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
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 mind
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,
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.
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 happens
-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 alternative
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 version
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