On Fri, 09 Sep 2005, Joe Smith wrote:
news:[EMAIL PROTECTED]
Don't. /etc/inittab is critical infrastructure on every system where it is
used, NEVER EVER touch it.
Document what the user has to do to activate the package, instead, and let
him activate it where he wants, the way he wants.
Henrique de Moraes Holschuh wrote:
Then tell the user that, and DO NOT TOUCH /etc/inittab.
...
Yes. But AFAIK there are absolutely no plans to provide an interface for
ANY package to touch /etc/inittab. Screwing it up is so utterly callous,
that one would have to be out of his mind to
On 11-Sep-2005, Henrique de Moraes Holschuh wrote:
On Fri, 09 Sep 2005, Joe Smith wrote:
The proper way to activate the package *IS* by changing inittab.
Then tell the user that, and DO NOT TOUCH /etc/inittab.
Unless by using a well-defined interface for doing so. To my
knowledge, such a
On Mon, Sep 12, 2005 at 08:51:09AM +1000, Ben Finney wrote:
On 11-Sep-2005, Henrique de Moraes Holschuh wrote:
On Fri, 09 Sep 2005, Joe Smith wrote:
Yes. But AFAIK there are absolutely no plans to provide an
interface for ANY package to touch /etc/inittab. Screwing it up is
so utterly
Justin Pryzby [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Mon, Sep 12, 2005 at 08:51:09AM +1000, Ben Finney wrote:
On 11-Sep-2005, Henrique de Moraes Holschuh wrote:
On Fri, 09 Sep 2005, Joe Smith wrote:
Yes. But AFAIK there are absolutely no plans to provide an
On Sun, Sep 11, 2005 at 08:38:16PM -0400, Joe Smith wrote:
Justin Pryzby [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Mon, Sep 12, 2005 at 08:51:09AM +1000, Ben Finney wrote:
On 11-Sep-2005, Henrique de Moraes Holschuh wrote:
On Fri, 09 Sep 2005, Joe Smith wrote:
Yes.
On Mon, 12 Sep 2005, Ben Finney wrote:
On 11-Sep-2005, Henrique de Moraes Holschuh wrote:
Then tell the user that, and DO NOT TOUCH /etc/inittab.
Unless by using a well-defined interface for doing so. To my
Well, a broken inittab is a nightmare to repair for anyone without
console access
Hello,
The application I want to package, qingy, is in fact a replacement for
getty and it needs to modify /etc/inittab.
Is it allowed for my package to do this automatically? Any idea how
can I do this automatically?
--
Regards,
EddyP
=
Imagination
On Fri, Sep 09, 2005 at 06:20:48PM +0300, Eddy Petri?or wrote:
Hello,
The application I want to package, qingy, is in fact a replacement for
getty and it needs to modify /etc/inittab.
Is it allowed for my package to do this automatically? Any idea how
can I do this automatically?
That
Eddy Petrisor [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
Hello,
The application I want to package, qingy, is in fact a replacement for
getty and it needs to modify /etc/inittab.
No qingy is a replacement for mingetty, or for the vt portion of agetty.
Qingy does not replace
On Fri, 09 Sep 2005, Eddy Petri?or wrote:
The application I want to package, qingy, is in fact a replacement for
getty and it needs to modify /etc/inittab.
Don't. /etc/inittab is critical infrastructure on every system where it is
used, NEVER EVER touch it.
Document what the user has to do to
I would highly suggest against modifying /etc/inittab.
It looks interesting, and I am putting it on my list of things to try, but
I would be very upset if installing the package did anything to my
inittab. I am currently using a mix of agetty, mingetty, and fbgetty on
my vt's (mostly for
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 09 Sep 2005, Eddy Petri?or wrote:
The application I want to package, qingy, is in fact a replacement for
getty and it needs to modify /etc/inittab.
Don't. /etc/inittab is critical infrastructure on
On Fri, Sep 09, 2005 at 06:10:25PM -0400, Joe Smith wrote:
Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]
On Fri, 09 Sep 2005, Eddy Petri?or wrote:
The application I want to package, qingy, is in fact a replacement for
getty and it needs to modify
14 matches
Mail list logo
