On Sun, Mar 07, 2004 at 10:14:11PM +0100, Thomas Hood wrote:
Argh! You're not supposed to delete _any_ links -- just rename
them from Sn to K(100-n) and back.
No, deleting them would be fine.
If there is neither an S nor a K symlink for a service in a
runlevel it does not mean that the serv
On Sun, 2004-03-07 at 21:09, Michael Stone wrote:
> On Sun, Mar 07, 2004 at 03:05:42PM -0500, Joe Nahmias wrote:
> >No, you're only supposed to delete the start links (S??service), not all
> >the links.
>
> Ah, yes. Deleting *all* the links would be a pretty severe bug.
Argh! You're not supposed
On Sun, Mar 07, 2004 at 03:05:42PM -0500, Joe Nahmias wrote:
No, you're only supposed to delete the start links (S??service), not all
the links.
Ah, yes. Deleting *all* the links would be a pretty severe bug.
Mike Stone
Michael Stone wrote:
> On Sun, Mar 07, 2004 at 06:46:55PM +0100, Thomas Hood wrote:
> >has let it be known that there will be a new release RSN. The
> >big issue (deleting symlinks to disable a service) apparently
> >will remain unfixed in this release but I'll take that up with
>
> Why is that a
On Sun, Mar 07, 2004 at 06:46:55PM +0100, Thomas Hood wrote:
has let it be known that there will be a new release RSN. The
big issue (deleting symlinks to disable a service) apparently
will remain unfixed in this release but I'll take that up with
Why is that a problem? It's how you're *suppos
On Sun, 2004-03-07 at 12:19, Arnaud Vandyck wrote:
> Isn't it a better thing to resolve all the bugs, and maybe make
> a(nother) NMU of the package. And then, remove it *after* the new
> alternative will be in a good shape and in the Debian pool?
It appears that an NMU won't be necessary because t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thanks for pointing these bugs. I also see you file bugs in the bts. I'm
Cc:ing kamop.
Isn't it a better thing to resolve all the bugs, and maybe make
a(nother) NMU of the package. And then, remove it *after* the new
alternative will be in a good shap
On Sun, 2004-03-07 at 04:06, Ron Murray wrote:
>What problems are you having with this package?
* Missing dependency on sysv-rc
* Totally inadequate documentation
* Displays every file in /etc/init.d/ as a service even if it
ends in .dpkg-old or lacks x permission
* Silently omits services w
8 matches
Mail list logo
