I'm working on the Bugzilla package and for enhancing the work around
the maintenance, I argue with Bugzilla developers about packaging
issues.
Indeed, my goal is to provide a package as close as possible to the
upstream version _and_ which will respect the Debian Policy.
During the current packa
On Wed, Jan 19, 2005 at 11:34:24PM +0100, Bill Allombert wrote:
> On Wed, Jan 19, 2005 at 10:56:57PM +0100, Thomas Hood wrote:
> >
> > "/etc/init.d/foo start" should exit with a nonzero status if foo failed
> > to start. Unfortunately this status isn't conveyed to the user, as you
> > say.
>
> T
On Wed, Jan 19, 2005 at 10:56:57PM +0100, Thomas Hood wrote:
>
> "/etc/init.d/foo start" should exit with a nonzero status if foo failed
> to start. Unfortunately this status isn't conveyed to the user, as you
> say.
That is not exactly true: See 9.4. Console messages from `init.d' scripts
In p
On Wed, 19 Jan 2005 02:00:18 +0100, Javier Fernández-Sanguino Peña
wrote:
> I would like a new option to be added to init.d scripts: 'status'
> which basicly tells what status is the service currently in
> (either running or dead).
This wish combines nicely with the wish that initscripts implem
On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
> On Wed, Jan 19, 2005 at 09:54:50AM -0200, Henrique de Moraes Holschuh wrote:
> > On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
> > > There is currently no policy on how should per-package users be created
> > > and
> > > re
* Thomas Hood
| What is the best way to run a command if and only if it is on the PATH?
findcommand() {
while [ "$#" -ge 1 ]; do
P="$PATH"
while [ "$P" ]; do
D=${P%%:*}
P=${P#*:}
if [ "$D" = "$P" ]; then
P=
fi
On Wed, Jan 19, 2005 at 09:54:50AM -0200, Henrique de Moraes Holschuh wrote:
> On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
> > There is currently no policy on how should per-package users be created and
> > removed. Eeven though the 'UID and GID classes' sections determines that
>
On Wed, 19 Jan 2005, Javier Fernández-Sanguino Peña wrote:
> There is currently no policy on how should per-package users be created and
> removed. Eeven though the 'UID and GID classes' sections determines that
> packages _should_ use adduser --system in some occasions it doesn't
Make it *must
Package: debian-policy
Version: 3.6.1.1
Priority: wishlist
There is currently no policy on how should per-package users be created and
removed. Eeven though the 'UID and GID classes' sections determines that
packages _should_ use adduser --system in some occasions it doesn't
describe why a pack
9 matches
Mail list logo