take 50 hours to research www.alicebot.org I want to see this
friendly code evolve to become an expert system for linux so
that small childern will be able to talk to the o/s this
bot could become an awesome code if a few million people began to
use it daily. This could be the killer app that will
> "Ben" == Ben Collins <[EMAIL PROTECTED]> writes:
Ben> Ok, I'm tired of having to track all services that might need
Ben> to be restarted after a libc6 upgrade. So here's what I am
Ben> going to do. I want to require all packages that need this to
Ben> declare a new reply in i
On Mon, Oct 16, 2000 at 08:30:34PM -0400, Ben Collins wrote:
> > Surely there's some other way to work around this, ideally fixing
> > the root cause not having a zillion other packages work around obscure
> > incompatible changes in libc?
> Obviously you don't understand the reason behind this. Wh
On Mon, Oct 16, 2000 at 06:39:02PM -0300, Nicol?s Lichtmaier wrote:
> > Ok, I'm tired of having to track all services that might need to be
> > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > to require all packages that need this to declare a new reply in it's init
> >
On Tue, Oct 17, 2000 at 07:03:48AM +1000, Anthony Towns wrote:
> On Mon, Oct 16, 2000 at 04:23:43PM -0400, Ben Collins wrote:
> > Some daemons can be affected by libc upgrades. This usually
> > happens if the daemon uses functions related to NSS (username,
> > group, hostname and other
On Mon, Oct 16, 2000 at 07:04:44PM -0300, Nicol?s Lichtmaier wrote:
> > > > Ok, I'm tired of having to track all services that might need to be
> > > > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > > > to require all packages that need this to declare a new reply in i
> Gooping up poor innocent init.d scripts, and confusing our poor
> innocent users, is a Bad Idea(tm). A separate set of scripts in a
> separate directory, or possibly a list managed with some simple perl
> tools, is much cleaner, and much less confusing.
You call 3 extra lines (one if you write
On Mon, Oct 16, 2000 at 07:04:44PM -0300, Nicolás Lichtmaier wrote:
> > > The processes to restart could be taken from ps AND /etc/init.d/*.
> > This only works under Linux (/proc usage).
> Debian does not ship any other kernel...
People are trying to...
--
Jordi Mallach Pérez || [EMAIL PROTEC
On Mon, Oct 16, 2000 at 04:23:43PM -0400, Ben Collins wrote:
> Ok, I'm tired of having to track all services that might need to be
> restarted after a libc6 upgrade. So here's what I am going to do. I want
> to require all packages that need this to declare a new reply in it's init
> script. It's
On Mon, Oct 16, 2000 at 07:04:44PM -0300, Nicolás Lichtmaier wrote:
>
> Debian does not ship any other kernel...
Eh, so what?
Marcus
--
`Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server
Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key
[
> > > Ok, I'm tired of having to track all services that might need to be
> > > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > > to require all packages that need this to declare a new reply in it's init
> > > script. It's very simple, I check your init script like thi
> > > Ok, I'm tired of having to track all services that might need to be
> > > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > > to require all packages that need this to declare a new reply in it's init
> > > script. It's very simple, I check your init script like thi
On Mon, Oct 16, 2000 at 05:50:09PM -0400, Matt Zimmerman wrote:
> On Mon, Oct 16, 2000 at 06:39:02PM -0300, Nicol?s Lichtmaier wrote:
> > Is it posible to detect if the service needs a restart by examining the
> > executable file?
> > E.g.:
> > objdump -T $( readlink -f /proc/$PID/exe ) | egr
On Mon, Oct 16, 2000 at 06:39:02PM -0300, Nicolás Lichtmaier wrote:
> > Ok, I'm tired of having to track all services that might need to be
> > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > to require all packages that need this to declare a new reply in it's init
> >
On Mon, Oct 16, 2000 at 06:39:02PM -0300, Nicol?s Lichtmaier wrote:
> > Ok, I'm tired of having to track all services that might need to be
> > restarted after a libc6 upgrade. So here's what I am going to do. I want
> > to require all packages that need this to declare a new reply in it's init
>
> Ok, I'm tired of having to track all services that might need to be
> restarted after a libc6 upgrade. So here's what I am going to do. I want
> to require all packages that need this to declare a new reply in it's init
> script. It's very simple, I check your init script like this:
Is it posib
On Mon, Oct 16, 2000 at 04:23:43PM -0400, Ben Collins wrote:
> Some daemons can be affected by libc upgrades. This usually
> happens if the daemon uses functions related to NSS (username,
> group, hostname and other name lookups). Because these functions
> rely on loading mo
Ok, I'm tired of having to track all services that might need to be
restarted after a libc6 upgrade. So here's what I am going to do. I want
to require all packages that need this to declare a new reply in it's init
script. It's very simple, I check your init script like this:
check=$(/etc/in
On Mon, Oct 16, 2000 at 03:52:07PM +0200, Stephane Leclerc wrote:
> and If you change the exim startup number to have exim started first
> before all other scripts?
Before all other scripts? I'm not sure it should be that early. Before all
scripts that need to send email, possibly, but what level
19 matches
Mail list logo
