Package: munin
Version: 2.0.73-1
Severity: normal
Dear Maintainer,
If munin is installed in a minimal Debian bookworm container (e.g. with
"mmdebstrap --variant=minbase") that does not have a cron installed,
then it never runs.
Before systemd I would have perhaps asked that cron be added as an
Package: mosh
Version: 1.2.3-1
Severity: normal
The mosh binary (/usr/bin/mosh) is a Perl script that starts with the
following line:
#!/usr/bin/env perl
This uses the "current" perl binary which may not be the system Perl if
the user is using perlbrew[1]. This causes mosh to fail for examp
Package: tftpd
Version: 0.17-18
Severity: normal
There is a brief mention of /srv/tftpboot in changelog.Debian.gz,
however it should in fact be described in the manpage, or at a minimum
in a README.Debian file.
-- System Information:
Debian Release: 5.0.3
APT prefers testing
APT policy: (500
A couple of years have gone by on this bug, and I just ran into it. Any
chance of fix?
Of interest perhaps (to reduce the amount of work involved) is patch to
the package generated by Ubuntu:
https://bugs.launchpad.net/ubuntu/+source/libcdk5/+bug/565526
Regards,
Mark.
--
Mark Lawrence
-mirror-perl, libsoap-lite-perl, libipc-pubsub-perl) checked for
a specific dependency on OSSP::UUID or Data::UUID and modified
accordingly?
Thanks,
Mark.
--
Mark Lawrence
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Troubl
On Sun Oct 12, 2008 at 07:40:33PM -0500, Gunnar Wolf wrote:
> Mark Lawrence dijo [Thu, Oct 09, 2008 at 05:37:46PM +0200]:
> > dh-make-perl appears to either ignore, or doesn't recognise the
> > build_requires statement used in Module::Install type Makefile.PL
> > files.
&
Package: csstidy
Version: 1.4-3
Severity: normal
csstidy appears to do almost no validation of command line options. It
silently creates filenames beginning with '--' instead of complaining
about bad names. The only way to confirm the options given are valid is
to look at the output.
$ echo "*{
Package: dh-make-perl
Version: 0.47
Severity: normal
dh-make-perl appears to either ignore, or doesn't recognise the
build_requires statement used in Module::Install type Makefile.PL
files.
build_requires 'Test::More'=> 0;
build_requires 'Test::Exception' => 0;
bu
special,
just forgot to remove the old hand-written ./debian before running
dh-make-perl to reset everything from scratch. I wasn't looking for
"refresh" behaviour, rather replace/restart.
Cheers,
Mark.
--
Mark Lawrence
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: dh-make-perl
Version: 0.47
Severity: normal
After a long search using apt-file dh-make-perl stops due to the
existence of ./debian. This check for an existing debian directory
should happen earlier to avoid a long wait for nothing.
-- System Information:
Debian Release: 4.0
APT prefer
Package: torrus-common
Version: 1.0.6-2
Severity: minor
After a fresh install I attempted to log in (using an
invalid/non-existent username/password) and the web browser displays an
Internal Server Error. The apache error log indicates the following:
[01-Jul-2008 11:49:10*] Cannot open databas
Package: mailutils-imap4d
Version: 1:1.1+dfsg1-3.1
Severity: normal
I don't run inetd because I don't need any of the services it provides
access to. However I would like to run imap4d in a stand-alone mode.
I have seen some other packages that provide provide an
/etc/init.d/ file that checks if
/etc/default/util-vserver:5
And I don't see any apache2-run, mdc-run, dbus-run cvs-server, cvs-run
packages anywhere.
There is already a well-established way for handling daemons, which
although not perfect has no major holes and is *known* by administrators.
Why force such a chan
d for starting a daemon process that every other package uses?
And to my mind the /etc/init.d/git-daemon script should be provided by
git-core since git-daemon is actually already included in that package.
Mark.
--
Mark Lawrence
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Actually, I think I'll go bug the 'git' maintainer to put an init.d
script in his package.
Ok, *you* are the maintainer :-) A bug has been lodged...
Mark.
--
Mark Lawrence
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: git
Severity: wishlist
Hi,
It would be nice if the git package came with a /etc/init.d/git-server
script, and an appropriate /etc/default/git-server file (defaulting
to no start) so that creating a git network service would be a simple
as a quick edit and '/etc/init.d/git-server start'.
involves a change of init. Or else create git-daemon
package that will work for *any* init system (without depending on a
particular one).
Actually, I think I'll go bug the 'git' maintainer to put an init.d script
in his package.
Mark.
--
Mark Lawrence
--
To UNSUBSC
any information page or forums set up for
this.
The packages are under rather heavy development so I wouldn't suggest they
get used for any production systems yet. However the overall structure
seems pretty fixed and I think provides a base for looking at the
packaging.
Cheers,
Mark.
--
Mark
Package: amavis-stats
Version: 0.1.13-rc5
Severity: normal
Upstream is discontinuing development and support of amavis-stats in
favour of a completely new logfile/statistics package called parselog.
Many of the issues that amavis-stats has are somewhat serious
(inaccurate statistics) and could no
19 matches
Mail list logo
