On Monday 06 November 2006 16:53, Roy Marples wrote:
However, one issue is a concern. All baselayouts defined svcdir
in /etc/conf.d/rc which defines where we hold the state information of the
running services. This defaulted to /var/lib/init.d - which is bad as /var
could be on a different
On Wednesday 08 November 2006 19:00, Roy Marples wrote:
just slap a large warning on the ebuild?
that's fine by me
-mike
pgpgK8CQrFiYy.pgp
Description: PGP signature
Roy Marples wrote: [Mon Nov 06 2006, 12:44:42PM EST]
+if [[ $'\n'$(get_mounts) =~ $'\n'${svcdir}\ -w ${svclib} ]] ; then
Shouldn't this be:
if [[ $'\n'$(get_mounts) == $'\n'${svcdir} ...
because I don't think you want to treat the RHS as either a regex (=~)
or a glob (unquoted).
Aron
On Tuesday 07 November 2006 15:59, Aron Griffis wrote:
+if [[ $'\n'$(get_mounts) =~ $'\n'${svcdir}\ -w ${svclib} ]] ; then
Shouldn't this be:
if [[ $'\n'$(get_mounts) == $'\n'${svcdir} ...
because I don't think you want to treat the RHS as either a regex (=~)
or a glob (unquoted).
Roy Marples [EMAIL PROTECTED] wrote:
On Tuesday 07 November 2006 15:59, Aron Griffis wrote:
+if [[ $'\n'$(get_mounts) =~ $'\n'${svcdir}\ -w ${svclib} ]] ; then
Shouldn't this be:
if [[ $'\n'$(get_mounts) == $'\n'${svcdir} ...
because I don't think you want to treat the RHS
On Tuesday 07 November 2006 20:32, Drake Wyrm wrote:
I could be missing something, but:
[[ $'\nwombat' =~ $'wombat' ]] \
echo These compare as equal, with or without the leading \n
A working example in bash-3.2 :)
[[ $(/proc/mounts) =~ $'\n'/dev/root\ ]] \
echo Yay, I matched ^/dev/root
On Tuesday 07 November 2006 20:32, Drake Wyrm wrote:
I could be missing something, but:
[[ $'\nwombat' =~ $'wombat' ]] \
echo These compare as equal, with or without the leading \n
They do not compare as equal with the == operator or the = operator. You
probably want the = operator,
Roy Marples ha scritto:
[[ $(/proc/mounts) =~ $'\n'/dev/root\ ]] \
echo Yay, I matched ^/dev/root
I challenge you to get an exact match of /dev/root being on the first line
using the == operator and/or quoting.
Remember, /dev/root/foo and /dev/foo /dev/root must not match either.
On Tue, Nov 07, 2006 at 08:47:18PM +, Roy Marples wrote:
On Tuesday 07 November 2006 20:32, Drake Wyrm wrote:
I could be missing something, but:
[[ $'\nwombat' =~ $'wombat' ]] \
echo These compare as equal, with or without the leading \n
A working example in bash-3.2 :)
[[
On Wednesday 08 November 2006 06:57, Harald van Dijk wrote:
[[
$(/proc/mounts) == *
/dev/root * ]] echo Yay, I matched ^/dev/root
You can use $'\n' instead of actual newline characters, of course.
You get credit :)
I couldn't get that to work with bash-3.1 for some reason though, as I
Hi List!
This is a heads up to say that I'm going to be putting baselayout-1.13 into
~ARCH soon as all the exciting new features I wanted are in - FreeBSD and
vserver support, buffered and wrapped einfo/ewarn/eerror output, rc-depend
for lightning fast dependency sorting, no more critical
So if you're concerned about any of the above features breaking your
precious Gentoo, now is a very good time to test :)
Mon Oct 2 22:24:05 2006 sys-apps/baselayout-1.13.0_alpha1-r1
^^ Using 1.13* for over a month and no problems whatsover.
--
Piotr Jaroszyński
Gentoo Developer
--
On Monday 06 November 2006 17:53, Roy Marples wrote:
...
However, one issue is a concern. All baselayouts defined svcdir
in /etc/conf.d/rc which defines where we hold the state information of the
running services. This defaulted to /var/lib/init.d - which is bad as /var
could be on a
On Monday 06 November 2006 17:12, Bruno wrote:
How is the case where the / partition always remains ro handled? Is
rc-state information put into a tmpfs partition on that location, is the
location configured differently for those?
Good question!
/ is always ro at boot and the checkroot init
On Monday 06 November 2006 17:33, Roy Marples wrote:
Admittedly, an always ro / isn't handled right now, but I'll ensure it will
be for the next release :)
We handle it with the attached patch, just comitted to our svn repo :)
Thanks
--
Roy Marples [EMAIL PROTECTED]
Gentoo/Linux/FreeBSD
Roy Marples wrote:
[snip that change the meaning of the message ;]
Ideas are welcome :)
need to jump net.lo in symlink tests fex as tested below:
for f in ${ROOT}etc/init.d/net.*; do
[[ ${f} == ${ROOT}etc/init.d/net.lo || -L ${f} ]] continue
echo
einfo WARNING: You have older net.*
On Monday 06 November 2006 17:51, Francesco Riosa wrote:
Roy Marples wrote:
[snip that change the meaning of the message ;]
Ideas are welcome :)
need to jump net.lo in symlink tests fex as tested below:
for f in ${ROOT}etc/init.d/net.*; do
[[ ${f} == ${ROOT}etc/init.d/net.lo || -L
On 06 Nov 2006 04:53 PM or thereabouts, Roy Marples wrote:
This is a heads up to say that I'm going to be putting baselayout-1.13 into
~ARCH soon as all the exciting new features I wanted are in - FreeBSD and
vserver support, buffered and wrapped einfo/ewarn/eerror output, rc-depend
for
Roy Marples wrote:
On Monday 06 November 2006 18:27, Matthew Snelham wrote:
In 1.13, we've removed the variable from /etc/conf.d/rc and it's now
forced to /lib/rcscripts/init.d which is safe as /lib is always on the
same partition as /.
From a filesystem usage point of view though, storing
On Monday 06 November 2006 22:06, Alec Warner wrote:
Roy Marples wrote:
On Monday 06 November 2006 18:27, Matthew Snelham wrote:
In 1.13, we've removed the variable from /etc/conf.d/rc and it's now
forced to /lib/rcscripts/init.d which is safe as /lib is always on the
same partition as /.
On 06 Nov 2006 09:57 PM or thereabouts, Roy Marples wrote:
On Monday 06 November 2006 22:06, Alec Warner wrote:
Roy Marples wrote:
On Monday 06 November 2006 18:27, Matthew Snelham wrote:
From a filesystem usage point of view though, storing actively changing
state data on /lib is
Matthew Snelham wrote:
If you want that level of flexability then simply symlink /lib/rcscripts
to /var/rcscripts or where-ever you like.
But then baselayout is still 'behaving badly' by sttempting to store
dynamic state information in /lib. Something it has not done before, to
the
On Monday 06 November 2006 21:42, Matthew Snelham wrote:
But then baselayout is still 'behaving badly' by sttempting to store
dynamic state information in /lib.
it is and it isnt ... the dir is memory based so /lib could be read-only and
that's fine
-mike
pgpTSguX5K8Nu.pgp
Description: PGP
Patrick McLean wrote:
Matthew Snelham wrote:
If you want that level of flexability then simply symlink /lib/rcscripts
to /var/rcscripts or where-ever you like.
But then baselayout is still 'behaving badly' by sttempting to store
dynamic state information in /lib. Something it has not
On Tuesday 07 November 2006 04:06, Josh Saddler wrote:
Agreed, this is a good point. Writing to /lib will also cause security
complications for things like AIDE and other intrusion detection systems
that look for writes to certain directories. If they see /lib changing
quite often, it might
On Tuesday 07 November 2006 02:42, Matthew Snelham wrote:
(I've built a number of clusters with NFS root fs, but I've never even
heard of a disk backed root with an NFS /var. Can we say that's
pathologically odd, and unsupported/unsupportable?)
OK, I have /var mounted on an LVM. I need to run
26 matches
Mail list logo
