-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roy Marples wrote:
> One issue with that is there is no automatic way of doing that. We just
> pass the array elements onto the various programs
>
> config_eth0=( "1.2.3.4/24" "some voodoo" )
> becomes
> ifconfig eth0 1.2.3.4/24
> ifconfig eth0 some v
On Fri, 2007-10-26 at 18:57 +, Duncan wrote:
> Roy Marples <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on Fri, 26
> Oct 2007 18:03:03 +0100:
>
> > Fair enough, but one of the goals of baselayout-2 is to support
> > baselayout-1 configs where possible if the shell is still
Roy Marples <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on Fri, 26
Oct 2007 18:03:03 +0100:
> Fair enough, but one of the goals of baselayout-2 is to support
> baselayout-1 configs where possible if the shell is still bash.
>
> I'm striving to support similar configs for non b
On Fri, 2007-10-26 at 16:36 +, Duncan wrote:
> Well, several services already have a "basic" setup using named vars,
> then something like Richard's suggested Options_eth0= as a (normally
> commented) catch-all for anything advanced that the admin wishes to pass
> "raw". IMO the standard ne
Roy Marples <[EMAIL PROTECTED]> posted
[EMAIL PROTECTED], excerpted below, on
Fri, 26 Oct 2007 11:42:46 +0100:
> On Fri, 2007-10-26 at 06:16 -0400, Richard Freeman wrote:
>> [H]ow about something like:
>>
>> address_eth0="1.2.3.4"
>> netmask_eth0="255.255.255.0"
>> broadcast_eth0="1.2.3.255"
[..
2007-10-26 15:18:28 Gunnar Wrobel napisał(a):
> We provide both www-apps/viewcvs and www-apps/viewvc in the
> tree. ViewCVS is the predecessor of ViewVC and has open security
> issues (http://bugs.gentoo.org/show_bug.cgi?id=189614) so I'd like to
> mask it.
+1.
> But even s.g.o seems to use the o
Hi!
We provide both www-apps/viewcvs and www-apps/viewvc in the
tree. ViewCVS is the predecessor of ViewVC and has open security
issues (http://bugs.gentoo.org/show_bug.cgi?id=189614) so I'd like to
mask it.
But even s.g.o seems to use the older viewcvs (albeit patched) so I
thought I'd ask befor
Marijn Schouten (hkBst) kirjoitti:
> Is the following syntax for SRC_URI allowed:
>
>
> mips? ( mirror://sourceforge/sbcl/${PN}-${BV_MIPS}-$([[$(tc-endian) = big]] &&
> echo mips || echo mipsel)-linux-binary.tar.bz2 )
>
Nope as implied in IRC.
> tc-endian() {
> local host=$1
>
On Thu, 2007-10-25 at 17:18 +0100, Roy Marples wrote:
> # How baselayout-2 may handle arrays based on this discussion
> IFS="
> "
> for x in $(_get_array array); do
> unset IFS
> echo "$x"
> done
Also, if we didn't need to actually set any variables outside the loop
we could also then writ
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Is the following syntax for SRC_URI allowed:
mips? ( mirror://sourceforge/sbcl/${PN}-${BV_MIPS}-$([[$(tc-endian) = big]] &&
echo mips || echo mipsel)-linux-binary.tar.bz2 )
It is supposed to be a replacement of:
mips? ( !cobalt? (
mirror:
On Fri, 2007-10-26 at 06:16 -0400, Richard Freeman wrote:
> If there is some problem with this suggestion feel free to shoot it full
> of holes, but how about something like:
>
> address_eth0="1.2.3.4"
> netmask_eth0="255.255.255.0"
> broadcast_eth0="1.2.3.255"
> gateway_eth0="1.2.3.1"
> network_
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Roy Marples wrote:
>>> 0_config_eth0="1.2.3.4 netmask 5.6.7.8;"
>>> 1_config_eth0="\*"
>>> 2_config_eth0="'host.name' netmask 1.2.3.4"
>>> 3_config_eth0="-I 'option; $FOO with spaces'"
>> I was hoping for some sort of meaningfully named separate variab
12 matches
Mail list logo
