On Tue, 14 Aug 2007, Alec Warner wrote:
On 8/13/07, Nathan Smith [EMAIL PROTECTED] wrote:
I suppose this comes down to weighing the utility of such a feature
against the amount of effort which would go into adding it to Portage.
Its trivial to implement, but I think its a long standing
Duncan [EMAIL PROTECTED]:
So baselayout-2 hard-masking isn't likely to be an issue for much
longer.
As long as it bl-2 is hard masked, all packages depending on it,
should be too.
V-Li
--
http://www.gentoo.org/
http://www.faulhammer.org/
http://www.gnupg.org/
signature.asc
Description:
Am Mittwoch, 15. August 2007 schrieb ext Duncan:
So baselayout-2 hard-masking isn't likely to be an issue for much longer.
Well, for me it was an issue yesterday.
Bye...
Dirk
--
Dirk Heinrichs | Tel: +49 (0)162 234 3408
Configuration Manager | Fax: +49 (0)211 47068 111
Volker Katz [EMAIL PROTECTED]:
Sind sie nicht vorhanden, dann die Pakete xset und xsetroot
nachinstallieren (und ggf. einen Bugreport erstellen über fehlende
Abhängigkeiten).
xset und xsetroot werden in den Skripten aufgerufen, haben aber am
Ende keinen Effekt.
Allerdings ist mir noch
Christian Faulhammer [EMAIL PROTECTED]:
[...]
Sorry guys, was for -user-de
V-Li
--
http://www.gentoo.org/
http://www.faulhammer.org/
http://www.gnupg.org/
signature.asc
Description: PGP signature
# Gunnar Wrobel [EMAIL PROTECTED] (15 Aug 2007)
# Has open security bugs and upstream seems to be dead
# http://bugs.gentoo.org/show_bug.cgi?id=158698
www-apps/ids
will be removed in 30 days as usual if nobody objects.
--
Gunnar WrobelGentoo Developer
Hi,
Maybe some of you have already seen app-portage/maintainer-helper from
Jokey. It is written for Qt, but I was just happy to replace the last
Qt app with something agnostic/GTK+ based on my system. Unluckily I
have no real idea about GTK+ and it would be nice, if someone could
help Jokey to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dirk,
Could you please describe the problem you faced? From the detail you
gave, it sounds as though you might not have moved /etc/conf.d/cryptfs
to /etc/conf.d/dmcrypt. There's currently several ewarn lines saying
that this must be done
On 11:15 Wed 15 Aug , Mike Auty wrote:
Could you please describe the problem you faced? From the detail you
gave, it sounds as though you might not have moved /etc/conf.d/cryptfs
to /etc/conf.d/dmcrypt. There's currently several ewarn lines saying
that this must be done before the
heya,
On Wednesday 15 August 2007 07:01:12 Dirk Heinrichs wrote:
Am Dienstag, 14. August 2007 schrieb ext Benjamin Smee:
I'm not a developer, but since I was already bitten by this, a few comments:
=cryptsetup-1.0.5 as -luks will be deprecated soon.
Don't do this until upgrading/replacing
On Wednesday 15 August 2007 11:56:55 Donnie Berkholz wrote:
On 11:15 Wed 15 Aug , Mike Auty wrote:
Could you please describe the problem you faced? From the detail you
gave, it sounds as though you might not have moved /etc/conf.d/cryptfs
to /etc/conf.d/dmcrypt. There's currently
heya,
On Wednesday 15 August 2007 12:26:32 Dirk Heinrichs wrote:
Yes, did it. And added dmcrypt to the boot runlevel.
don't unless you're running baselayout-2
But it doesn't. While booting, the dmcrypt init script says it works on bl
2 only, mappings are not created. Why is this change
OK, so whilst we're gearing up for hopefully the last baselayout-2
release candidate I thought I would pose to the list a question I've
been struggling with for some time.
Should hotplugged services affect dependencies by default?
(Note, this is not about enabling hotplugged services by default
I suppose I should mention that the setting in baselayout-2 I'm talking
about is RC_DEPEND_STRICT if you want to toggle it to see.
--
[EMAIL PROTECTED] mailing list
On Wed, 2007-15-08 at 14:10 +0100, Roy Marples wrote:
OK, so whilst we're gearing up for hopefully the last baselayout-2
release candidate I thought I would pose to the list a question I've
been struggling with for some time.
Should hotplugged services affect dependencies by default?
(Note,
On Wed, 2007-08-15 at 10:09 -0400, Olivier Crête wrote:
I believe services that don't bind to a specific address should probably
only depend on net.lo, not net.
Well, they can actually depend on a specific net service too.
For example, I have this on my home server in /etc/conf.d/lighttpd
On Wed, 2007-15-08 at 15:02 +0100, Roy Marples wrote:
On Wed, 2007-08-15 at 10:09 -0400, Olivier Crête wrote:
I believe services that don't bind to a specific address should probably
only depend on net.lo, not net.
Well, they can actually depend on a specific net service too.
For example,
Roy Marples [EMAIL PROTECTED] writes:
If say you have nfs mounts, one network cable and then unplug the cable
you get this :-
netplug calls net.eth0 stop
net.eth0 stop calls netmount stop
netmount stop tries to unmount the nfs mounts
At this point, the process freezes for a LONG
Mike Auty [EMAIL PROTECTED] writes:
Could you please describe the problem you faced? From the detail you
gave, it sounds as though you might not have moved /etc/conf.d/cryptfs
to /etc/conf.d/dmcrypt.
I had a problem. I moved /etc/conf.d/cryptfs to /etc/conf.d/dmcrypt, but
none of the
Graham Murray wrote:
Mike Auty [EMAIL PROTECTED] writes:
Could you please describe the problem you faced? From the detail you
gave, it sounds as though you might not have moved /etc/conf.d/cryptfs
to /etc/conf.d/dmcrypt.
I had a problem. I moved /etc/conf.d/cryptfs to
On Wed, 2007-08-15 at 17:07 +0100, Graham Murray wrote:
To avoid that problem, do not stop net.ethN when the cable is
pulled. When the cable is re-inserted then (if it has not been left
disconnected for too long) if the services have not stopped, TCP
sessions may still be active.
So what do
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Christian Faulhammer wrote:
Hi,
Maybe some of you have already seen app-portage/maintainer-helper from
Jokey. It is written for Qt, but I was just happy to replace the last
Qt app with something agnostic/GTK+ based on my system. Unluckily I
Dnia 15-08-2007, śro o godzinie 13:09 -0400, Luis Francisco Araujo
napisał(a):
Count me in! o/
And don't forget we play in one team ;-)
--
,-.
| Dawid Węgliński |
| [EMAIL PROTECTED] |
| cla @ irc.freenode.net |
| GPG: 295E72D9
On Wednesday 15 Aug 2007, Roy Marples wrote:
If say you have nfs mounts, one network cable and then unplug the cable
you get this :-
netplug calls net.eth0 stop
net.eth0 stop calls netmount stop
netmount stop tries to unmount the nfs mounts
Perhaps it should be seen the other way
On Wed, 2007-08-15 at 14:10 +0100, Roy Marples wrote:
At this point, the process freezes for a LONG time that can't be
interupted because as the cable has already been unplugged it can't
unmount (if anyone knows how to actually return ASAP I'd like to know
that too).
umount -l
The problem
On Wed, 2007-08-15 at 17:34 +0100, Roy Marples wrote:
On Wed, 2007-08-15 at 17:07 +0100, Graham Murray wrote:
To avoid that problem, do not stop net.ethN when the cable is
pulled. When the cable is re-inserted then (if it has not been left
disconnected for too long) if the services have not
On 8/15/07, Vaeth [EMAIL PROTECTED] wrote:
On Tue, 14 Aug 2007, Alec Warner wrote:
On 8/13/07, Nathan Smith [EMAIL PROTECTED] wrote:
I suppose this comes down to weighing the utility of such a feature
against the amount of effort which would go into adding it to Portage.
Its
27 matches
Mail list logo