On Thursday 08 December 2005 20:23, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 08 December 2005 21:10, Mike Frysinger wrote:
> > so the video herd policy is to remove packages until you're left with
> > a small enough subset of packages you can handle ?
>
> No, it's to remove the packages that
uld love to get resolved before
> 2006.0's release, and waiting for the eventual stabilization of 1.12
> isn't exactly the best plan for this.
Got bug numbers?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo Linux Developer
--
gentoo-dev@gentoo.org mailing list
On Friday 23 December 2005 20:17, Paul de Vrieze wrote:
> On Friday 23 December 2005 16:44, Sven Vermeulen wrote:
> > It is with deep regret that I want to inform you about my decision to
> > step down from the position of Gentoo Documentation lead.
>
> May I with this email thank you for the marve
s we can't. So instead of
start-stop-daemon --stop -s HUP -p /var/run/dnsmasq.pid
we need to write
kill -s HUP $(< /var/run/dnsmasq.pid)
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo Linux Developer
--
gentoo-dev@gentoo.org mailing list
On Monday 09 January 2006 12:40, Henrik Brix Andersen wrote:
> On Mon, Jan 09, 2006 at 12:32:32PM +0000, Roy Marples wrote:
> > So, the question now must be, do we allow start-stop-daemon to defy
> > calling logic and NOT stop a daemon? How do we know we're not supposed to
On Monday 09 January 2006 14:22, Mike Frysinger wrote:
> On Monday 09 January 2006 07:32, Roy Marples wrote:
> > It's been brought to my attention that dnsmasq and acpid use
> > start-stop-daemon to send custom signals such as HUP. While this works
> > with baselayout-1
On Tuesday 10 January 2006 08:19, Duncan wrote:
> Roy Marples posted <[EMAIL PROTECTED]>, excerpted
>
> below, on Mon, 09 Jan 2006 12:32:32 +:
> > baelayout-1.12 is a bit more strict about things. If you ask something to
> > --stop it stops regardless.
>
&
On Tuesday 10 January 2006 17:11, Duncan wrote:
> So that means don't bother filing a bug, then, as you are already working
> on it?
The fix is already comitted to our svn repo.
File a bug if it still doesn't work when baselayout-1.12.0_pre14 hits portage.
Thanks
--
Roy
On Monday 09 January 2006 14:22, Mike Frysinger wrote:
> On Monday 09 January 2006 07:32, Roy Marples wrote:
> > It's been brought to my attention that dnsmasq and acpid use
> > start-stop-daemon to send custom signals such as HUP. While this works
> > with baselayout-1
On Wednesday 01 March 2006 17:41, solar wrote:
> On Wed, 2006-03-01 at 17:17 +, Duncan Coutts wrote:
> > I presume it's a gentoo patch to gcc-4 to add back in
> > -fno-stack-protector?
>
> For the 4.0.x it should be just a dummy call.
> For 4.1 it is included. What does change and is really unc
olvconf allows each package to inject
dns setup without being reliant on baselayout. So baselayout-1.12.0_pre17
will be a fair bit lighter!
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo Linux Developer
--
gentoo-dev@gentoo.org mailing list
und.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo Linux Developer
--
gentoo-dev@gentoo.org mailing list
On Saturday 01 April 2006 02:56, Philip Webb wrote:
> 060331 Jakub Moc wrote:
> > Sven Köhler wrote:
> >> I don't when the init.d-script disappeared from the ebuilds:
> >> i still used it and didn't know about the baselayout-support for pppoe.
> >
> > May I suggest reading the fine handbook?
> > ht
has no adverse effects so far.
So .. thoughts? Good or bad idea? Reasons and explanations welcome :)
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo Linux Developer
--
gentoo-dev@gentoo.org mailing list
there can chime in with
> their experiences (i almost got rajiv to ride piggy back ... maybe next
> year) -mike
Sounds like you had a blast! How about a nice writeup for GWN?
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo Linux Developer
--
gentoo-dev@gentoo.org mailing list
t;yes|no|net.wlan !net.*"
The reason I'm asking is that the last baselayout patch I did changed from
yes|no to a pure list match, RC_COLDPLUG="*" and I'm not sure if I like it or
not.
Thanks for your thoughts :)
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Wednesday 03 May 2006 10:37, Jakub Moc wrote:
> Roy Marples wrote:
> > RC_HOTPLUG="yes|no"
> > RC_COLDPLUG="yes|no"
> > RC_PLUG_SERVICES="net.wlan !net.*"
> >
> > or
> >
> > RC_HOTPLUG="yes|no|net.wlan !net.
On Wednesday 03 May 2006 10:33, Henrik Brix Andersen wrote:
> On Wed, May 03, 2006 at 10:13:58AM +0100, Roy Marples wrote:
> > RC_HOTPLUG="yes|no"
> > RC_COLDPLUG="yes|no"
> > RC_PLUG_SERVICES="net.wlan !net.*"
>
> I like this idea mu
On Wednesday 03 May 2006 11:57, Roy Marples wrote:
> Attached is a patch to pre19-r1 that does this.
Of course, everyone spotted the obvious mistake where RC_HOTPLUG="no" didn't
work with that patch. This should - heh.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Lin
m, maybe you don't understand then :)
If coldplug adds net services to the boot runlevel then the firewall script
needs to be in the boot runlevel.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Wednesday 03 May 2006 13:35, Jakub Moc wrote:
> I do understand, however ignoring runlevels settings is in itself a
> coldplug bug. :)
So don't use coldplug then!
RC_COLDPLUG="no" unless you're on pre19-r1 where it's "!*"
--
Roy Marples <[EMAIL PR
so if anyone can think of a
better name for baselayout to use instead of RC_COLDPLUG and RC_HOTPLUG now
is a good time to speak.
I kinda like them myself though as they make sense to me :)
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Wednesday 03 May 2006 19:27, Greg KH wrote:
> On Wed, May 03, 2006 at 01:22:39PM +0100, Roy Marples wrote:
> > On Wednesday 03 May 2006 12:26, Jakub Moc wrote:
> > > Well, it should not be loaded first of all... Hence why I want to have
> > > an ability to
essary'. Please
> discuss it first.
Surely you don't include package.mask, use.local.dec in that list do you?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Thursday 11 May 2006 12:45, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 11 May 2006 06:44, Mike Frysinger wrote:
> > or because reading GLEP 42 is boooring
>
> s/42 /s/
s/is/are/
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayo
rating an externally
> written package manager we have no influence on whatsoever - otherwise
> it would just be fair to do everything any other Gentoo based
> distribution demands from us as well.
Tell you what, you figure out the internals of baselayout or we'll remove it
from the tr
solution
is all that future proof :P
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
e baselayout as such because we rely on bash
and they rely on busybox. But last time I checked it was still Gentoo.
Or are you saying that SUSE is RedHat as they use RPM?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Thursday 18 May 2006 20:35, Carsten Lohrke wrote:
> On Thursday 18 May 2006 20:43, Roy Marples wrote:
> > Yes, part of it. baselayout is another part - and yet it's possible to
> > run Gentoo on other variants like initng, daemontools and no doubt
> > others.
>
>
ou that their goal is to replace baselayout in Gentoo.
OMFG - lets rip initng from the tree as it's going to replace my lovely
baselayout
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
scripts used by ifplugd and netplug with init-ng
support in the tree right now. I guess that means that init-ng has some level
of support right?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
as it isn't the Gentoo default.
You heard it guys - rip the djb stuff out of portage until the devs write
scripts for baselayout. They have scripts for daemontools, but apparently
it's not the Gentoo default.
Or should we make an exception like you did for embedded?
--
Roy Marples <
On Wednesday 07 June 2006 12:03, Mike Frysinger wrote:
> you guys have had plenty of time to do this ... so last call before i scrub
> xml2 from use.desc and repoman starts complaining :P
> -mike
Stable samba-3.0.22 has both xml and xml2 still.
--
Roy Marples <[EMAIL PROTECTED]&g
On Thursday 08 June 2006 11:00, Mike Frysinger wrote:
> On Thursday 08 June 2006 02:58, Roy Marples wrote:
> > On Wednesday 07 June 2006 12:03, Mike Frysinger wrote:
> > > you guys have had plenty of time to do this ... so last call before i
> > > scrub xml2 from
ey
samhain
bacula
boxbackup
Interestingly, many packages have a server USE flag but not a client one -
maybe make both a global USE flag?
Good idea? Bad idea? Thoughts?
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Friday 09 June 2006 14:10, Roy Marples wrote:
> Some packages provide both a client and a server. As such, users usually
> only want one or the other - and rarely both.
>
Thanks to wolf31o2 for pointing out that current policy dictates that we
install both by default and the minimal
On Friday 09 June 2006 20:04, Chris Gianelloni wrote:
> On Fri, 2006-06-09 at 17:43 +0100, Roy Marples wrote:
> > On Friday 09 June 2006 14:10, Roy Marples wrote:
> > > Some packages provide both a client and a server. As such, users
> > > usually only want one or
# build server
fi
How does portage stop us from doing that now?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
ither then db was
used, otherwise the flagged db was used.
Problems problems - soltutions that work with existing installs or do we just
bite the bullet and do
! use client && ! use server && die "must select either client or server"
Which kinda defeats the purpose of a clean install.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
ime, existing package depedencies
> can be reduced from dhcp to dhcp-client or dhcp-server as appropriate.
I doubt any package will ever depend on a dhcp server as such so that helps
the one ebuild argument.
I think I'll keep it as it now is - minimal use flag stops server
installat
their machine cannot boot
> -mike
Are you implying that there are bugs with baselayout-1.12.1 that stop the
machine booting?
If so, please give me some bug numbers to look at.
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Thursday 20 March 2008 06:59:24 Josh Saddler wrote:
> I'll be working on the migration guide with Cardoe (and possibly Roy, if
> we can tag-team him into submission). As much of a pain as migration
> will be, we'll definitely need a howto. Fun, fun.
I already provide documentation with commands
Hi List.
I've just removed the code to check for euid when running services and instead
relying on permissions of the service state dir and testing errno. This is a
good thing, but it does have one side effect.
OpenRC can track daemons by how they were started. So every time you run
rc-status
On Friday 21 March 2008 10:37:11 Fabian Groffen wrote:
> Assuming you would use libkvm, on Darwin this means as unprivileged user
> (not using suid) you can't see any processes at all.
That's different from FreeBSD and NetBSD then.
>
> > This isn't really an easy answer, as we could have installe
On Friday 21 March 2008 10:44:12 Natanael Copa wrote:
> err... run rc-status as root?
>
> I mean if you are not supposed to see if a process is running or not as
> normal user, then hardned is doin it's job when does not allow rc-status
> to show this info to the unprivileged user.
>
> if (!HARDENE
On Friday 21 March 2008 12:39:48 Natanael Copa wrote:
> /* pid 1 is most likely owned by root */
> hardened = pid_is_running(1);
> if (!hardened || (hardened && euid==0) {
OK, we'll go with that for the time being.
Thanks
Roy
--
gentoo-dev@lists.gentoo.org mailing list
On Monday 24 March 2008 22:03:48 Mike Frysinger wrote:
> we're going to need to extend the syntax anyways to allow for
> per-version-per-module arguments. unless openrc does that now ... Roy ?
It now supports per module per kernel version arguments.
Thanks
Roy
--
gentoo-dev@lists.gentoo.org ma
OK, it seems that hard lines in multipart configs seem to be an issue, so I'm
doing this now.
For a summary of why we're using hard lines you can read this thread
http://thread.gmane.org/gmane.linux.gentoo.devel/45756/focus=45765
Basically, just using whitespace to seperate configs is nice and s
On Wednesday 23 April 2008 19:46:35 Joe Peterson wrote:
> Roy Marples wrote:
> > config_eth0="1.2.3.4 netmask 255.255.255.0
> > 5.6.7.8 netmask 255.255.0.0"
> > routes_eth0="1.2.4.0 netmask 255.255.255.0 gw 1.2.3.6
> > 5.6.7.9 gw 5.6.7.10
> > defa
On Wednesday 23 April 2008 21:46:18 Robin H. Johnson wrote:
> On Wed, Apr 23, 2008 at 04:21:27PM +0100, Roy Marples wrote:
> > OK, it seems that hard lines in multipart configs seem to be an issue, so
> > I'm doing this now.
> >
> > For a summary of why we'
On Thursday 24 April 2008 00:01:01 Robin H. Johnson wrote:
> The problem in this is that you cannot set the properties for each
> address or route. Please don't take us back to the stoneage of writing
> the advanced networking configuration manually.
>
> As an example of an ip address line with pro
On Wednesday 23 April 2008 23:01:38 Graham Murray wrote:
> Roy Marples <[EMAIL PROTECTED]> writes:
> > On Wednesday 23 April 2008 21:46:18 Robin H. Johnson wrote:
> >> See my attached example from work, we use a lot of the various options
> >> on stuff.
> >
On Saturday 31 May 2008 00:16:31 Ciaran McCreesh wrote:
> > Ok, then everything in the tree is covered and we can move to having
> > --as-needed as default.
>
> Is the next version of everything in the tree covered? Have you made
> sure that software isn't merely working by fluke?
We interupt thi
On Monday 09 June 2008 09:06:24 Ciaran McCreesh wrote:
> So how, specifically, is PMS "wrongly written", and why hasn't anyone
> who thinks so bothered to provide details?
Probably because you have such a long history of saying "it's broken" without
providing any details. Even when asked you some
On Wednesday 11 June 2008 19:00:16 David Leverton wrote:
> On Thursday 12 June 2008 02:46:03 Jim Ramsay wrote:
> > David Leverton <[EMAIL PROTECTED]> wrote:
> > > Since at least one ebuild has already been modified specifically to
> > > work around the bug, I'd say it's pretty real.
> >
> > For tho
On Friday 13 June 2008 02:13:19 David Leverton wrote:
> The pkgcore was (or should have been) highly obvious to anyone who had
> so much glanced at the offending code.
Good behaviour
Hey - I found this bug in your code.
Here's a patch!
Bad behaviour
Hey guys - stop using Foo as it has a highly ob
On Thursday 19 June 2008 02:43:12 Chris Gianelloni wrote:
> Nope. What I see as a problem is that the primary author and current
> de facto maintainer is so much of an asshole that he was forcibly
> removed from the Gentoo project, which PMS is supposed to be written
> for, and has ostracized (at
Alin Năstac wrote:
> Doug Goldstein wrote:
>> The only reason why OpenRC has not come up for stabilization by it's
>> maintainers is the fact that everytime there's a new version readied
>> for release, on the horizon there's new incompatible changes being
>> planned for the next version. The OpenR
Roy Marples wrote:
> One side effect of this is that daemons such was wpa_supplicant and PPP
> are now init scripts proper - this is good. The only downside is that
> you lose the ability to control each interface via init.d. Instead I
> propose you control this via ifconfig.
Uh, s
Mike Auty wrote:
> Roy Marples wrote:
>> Attached is the new conf.d/net sample.
>
> Sorry, I missed those. Did lists.g.o remove them, or were they not
> attached?
>
>> As such, a side project I've started is a new ifconfig tool
>> [1] to handle everything f
# Assign static IP addresses and run custom scripts per interface.
# Seperate commands with ;
# Prefix with ! to run a shell script.
# Use \$int to represent the interface
#ifconfig_eth0="192.168.0.10 netmask 255.255.255.0"
# You also have ifup_eth0 and ifdown_eth0 to run other commands when
# et
Robert Buchholz wrote:
> On Saturday 23 May 2009, Roy Marples wrote:
>> Basically as Doug said, each OpenRC version comes with a few big
>> chances. Well not massive as in "your box will break now", but just a
>> different spin on how things should work. OpenRC-0.5 w
Josh Saddler wrote:
Also, if OpenRC/baselayout is dropping support for things like PPP or
ADSL[1], and will not guarantee a "stable" configuration (i.e. as
"final" as baselayout-1 has been, not needing constant user-side
updates)[2] . . . then we need to find some other solution for our users.
Robin H. Johnson wrote:
On Mon, Jun 08, 2009 at 12:02:44AM +0200, Ulrich Mueller wrote:
On Sun, 7 Jun 2009, Robin H Johnson wrote:
2. Right now, every init.d script that needs to detection should revbump
and change to the following:
[[ -f /lib/librc.so -o -f /etc/init.d/sysfs -o -f /libex
Robin H. Johnson wrote:
On Mon, Jun 08, 2009 at 12:00:59AM +0100, Roy Marples wrote:
Roy: [[ or [?
Entirely depends on system.
OpenRC uses /bin/sh to process the actual init script. We rely on /bin/sh
claiming POSIX compat [1]. On Gentoo Linux systems, this is normally a link
to bash, so you
Mike Frysinger wrote:
On Sunday 07 June 2009 15:59:50 Robin H. Johnson wrote:
1. OpenRC will provide /libexec/rc/version, a text file containing the
version (possible including a git ID) of the release.
that requires us to actually utilize /libexec/ which is not a Linux convention
on any s
Mike Frysinger wrote:
On Monday 08 June 2009 06:12:04 Roy Marples wrote:
Mike Frysinger wrote:
On Sunday 07 June 2009 15:59:50 Robin H. Johnson wrote:
1. OpenRC will provide /libexec/rc/version, a text file containing the
version (possible including a git ID) of the release.
that requires
Joe Peterson wrote:
Mike Frysinger wrote:
maybe, but since we arent going to use /libexec/ at this time, that means /etc
is the next best place
How about /usr/share/openrc/version?
The only dirs that are guaranteed to be available at boot are
/dev
/etc
/lib
/bin
/sbin
Plus these OS specifi
Mike Frysinger wrote:
On Monday 08 June 2009 06:35:37 Roy Marples wrote:
Mike Frysinger wrote:
On Monday 08 June 2009 06:12:04 Roy Marples wrote:
Mike Frysinger wrote:
On Sunday 07 June 2009 15:59:50 Robin H. Johnson wrote:
1. OpenRC will provide /libexec/rc/version, a text file containing
Mike Frysinger wrote:
the original discussion made it sound like /etc/openrc-version always existed
independent of libexec
That is incorrect.
Thanks
Roy
Mike Frysinger wrote:
i didnt see any real discussion of /sbin/functions.sh ... i dont recall there
being a reason historically for not checking for this file to detect
baselayout-1 vs openrc, and no one has complained about its usage in mdadm ...
That works as a baselayout-1 vs openrc test.
H
Mike Frysinger wrote:
if openrc versions are causing a level of incompatibility, then it should
itself be setting up an env var for init.d scripts to key off of rather than
having to figure out what's going on via the filesystem. the point of this
thread is to detect baselayout-1 vs openrc onl
Mike Frysinger wrote:
On Monday 08 June 2009 09:09:43 Roy Marples wrote:
Mike Frysinger wrote:
if openrc versions are causing a level of incompatibility, then it should
itself be setting up an env var for init.d scripts to key off of rather
than having to figure out what's going on vi
quot;/etc/init.d/foo status" we check to see if all the binaries are still
running. If not then we do an "/etc/init.d/foo stop" behind the scenes.
But some init scripts don't use start-stop-daemon, like sshd. These scripts
will need to be re-working around start-stop-daemon.
red to
is a PITA.
Any other madwifi users want to step up and take these? I know there are a few
of you ;)
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
u down when i get back from China :)
I think I'll accept the nomination.
Have a good time in China.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
- do you know if they have larger rooms?
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
me
effect.
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
c drivers from the rt2x00 package (rt2400,
rt2500pci+usb, rt61, rt73 + rfkill support).
I very much doubt that anything outside of rt2x00 would ever use those flags.
Other network drivers appear to have one tarball for each device, whereas
rt2x00 is an all-in-one type approach.
--
Roy M
because no-one wants to maintain
> it. Sunrise could help here, by accepting properly written ebuilds that do
> however not get maintenance.
How does that help?
User goes to bugzilla
or
User goes to sunrise
User still has to go somewhere outside of the tree.
Thanks
--
Roy Marples <[
vs 1 ebuild was a bad idea. Yes we would need 3 due to the way that
the dhcp builds and installs.
The minimal flag currently controls this anyway - you always get the client
but the server is optional. And it's easier this way I think as it also
mirrors upstream which is something we stri
ftpd init scripts as they
allow multiplexing, which I think is what you are after.
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
for
shell scripts that call daemons. See the courier-imap fiasco for details on
this.
For hints on what we do, checkout /lib/rcscripts/sh/rc-daemon.sh
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
day and ask for feedback. Some of which are now over a year old without any
feedback from the reporter.
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Friday 08 September 2006 04:08, Doug Goldstein wrote:
> Mike Frysinger wrote:
> > On Thursday 07 September 2006 20:31, Chris White wrote:
> >> So, wondering why people use Gentoo.
> >
> > penis envy
> > -mike
>
> So are we suppose to admire yours?
He m
ays.
Unless anyone else steps up, I'll take it as I use Drupal for my home site.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
hemes for it suck.
Just install the main drupal build and let users handle the rest until
webapp-config allows installs in same dir for different ebuilds.
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
to take Drupal instead of me :)
However, is there any reason that the main drupal ebuild cannot stay in
portage?
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
LUG/HOTPLUG on everything but net services - it's used
for fine tuning if you like. This is also documented in /etc/conf.d/rc
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
ay of setting
> the default route.
> Any objections?
If it's p.masked then none :)
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
people using VIA C3 class chips which are i586 in their
home servers because they are cheap, but more importantly very quiet as they
don't require CPU fans.
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
erlands now in the shape of Gentoo/FreeBSD on x86 and sparc64. So
should "vanilla-sources" be renamed to "linux-sources" so it's more accurate?
FWIW, baselayout 1.13 can use either GNU or BSD userland - hopefully one day
portage (or package manager of choice) can
anyone think of any reasons why I cannot punt it?
Thanks
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Sunday 22 October 2006 03:08, Mike Frysinger wrote:
> On Saturday 21 October 2006 10:05, Roy Marples wrote:
> > baselayout-1.13 now handles multiple provides. That means that you have
> > can 3 or more services that provide "logger" and baselayout will pick the
>
de mysql.
> Is there an environment variable usable in depend() that tell if this
> functionality is present?
Nope. Why would you need to know this?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
ight?
Bingo.
Although it would be better to work the other way - mysqld provides mysql.
Just my 2c though :)
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux/FreeBSD Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
On Sunday 22 October 2006 19:38, Francesco Riosa wrote:
> Roy Marples ha scritto:
> > On Sunday 22 October 2006 13:01, Francesco Riosa wrote:
> >> This is a nice thing for mysql since it can use two init scripts "mysql"
> >> and "mysqlmanager". B
I hate replying to myself as it's the first sign of madness, but ...
On Sunday 22 October 2006 12:52, Roy Marples wrote:
> no - net is up if any interface except for lo is up
> This is the tricky one as we have effectively lost it
Not exactly true. If we stop net.lo from providing
rvices to fail because net.eth[01] failed to start at boot
>
> thus RC_STRICT_NET_CHECKING=lo gave me the perfect behavior
And by default you'll get that behaviour.
Infact we support none, lo and yes options without you having to set anything
as that's all default :)
--
Ro
u think that you cannot achieve that with these variables from
conf.d/rc
RC_COLDPLUG
RC_HOTPLUG
RC_PLUG_SERVICES
?
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux/FreeBSD Developer (baselayout, networking)
--
gentoo-dev@gentoo.org mailing list
1 - 100 of 393 matches
Mail list logo
