Bug#697663: /usr/bin/mosh breaks with Perlbrew

2013-01-07 Thread Mark Lawrence
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

Bug#609718: tftpd: Documentation fails to mention default directory

2011-01-11 Thread Mark Lawrence
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:

Bug#500161: Bump.

2010-05-27 Thread Mark Lawrence
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

Bug#480451: libossp-uuid-perl not fully compatible with Data::UUID

2009-08-07 Thread 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. Trouble? Contact

Bug#501688: dh-make-perl ignoring build_requires in Makefile.PL

2008-11-23 Thread Mark Lawrence
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. build_requires 'Test

Bug#502846: csstidy: Options handling completely broken

2008-10-20 Thread Mark Lawrence
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

Bug#501688: dh-make-perl ignoring build_requires in Makefile.PL

2008-10-09 Thread Mark Lawrence
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;

Bug#500685: dh-make-perl: Checks ./debian too late in the process

2008-09-30 Thread Mark Lawrence
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

Bug#500685: dh-make-perl: Checks ./debian too late in the process

2008-09-30 Thread Mark Lawrence
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 unsubscribe. Trouble? Contact [EMAIL

Bug#488784: torrus-common: Authentication attempt crashes torrus when no users/acls defined

2008-07-01 Thread Mark Lawrence
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

Bug#430835: mailutils-imap4d: Please include alternative start method instead of inetd

2007-06-27 Thread Mark Lawrence
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/service file that

Bug#422139: Please remove runit from the Depends field of git-daemon-run

2007-06-04 Thread Mark Lawrence
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 change? Regards, Mark. -- Mark Lawrence

Bug#422139: Please remove runit from the Depends field of git-daemon-run

2007-05-30 Thread Mark Lawrence
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 UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe

Bug#426731: Request to add init.d scripts for git-daemon

2007-05-30 Thread Mark Lawrence
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

Bug#422139: Please remove runit from the Depends field of git-daemon-run

2007-05-30 Thread Mark Lawrence
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]

Bug#422139: Please remove runit from the Depends field of git-daemon-run

2007-05-30 Thread Mark Lawrence
-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]

Bug#308951: Upstream development and support for amavis-stats discontinued.

2005-05-17 Thread Mark Lawrence
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 Lawrence -- To UNSUBSCRIBE

Bug#308951: Upstream development and support for amavis-stats discontinued.

2005-05-13 Thread Mark Lawrence
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