Bug#904034: qcontrol: Please backport 0.5.5-3 or newer to stretch

2018-07-18 Thread Paul Hampson
Package: qcontrol Version: 0.5.5-2 Severity: wishlist Dear Maintainer, I've just upgraded my TS-419 to Stretch, and I'm suffering the issues fixed in #795558 (error opening /sys/class/gpio/export) [1] and #852127 (qcontrold starts too late due to systemd changes) [2]. There was also a report on

Bug#702763: qcontrol: Merged ts41x.lua script is missing lcd_button function

2013-03-10 Thread Paul Hampson
Package: qcontrol Version: 0.4.2+svn-r40-3 Severity: normal Bug 689912 consolidated the upstream ts419p and ts41x configuration scripts, but the resulting script does not contain the lcd_button script from the ts419p example script. I copied the lcd_button script over, and it works fine. (This

Bug#417622: NTFS-3g way too old, can cause data corrumption in rare conditions

2007-04-03 Thread Paul Hampson
Steve Langasek wrote: Michael, Please keep the Cc: list intact when replying. On Tue, Apr 03, 2007 at 11:01:00PM +0200, Michael Fritscher wrote: From my POV, the question is not whether ntfs-3g 1.0.0 should be included in etch (it won't be), but whether the risk of this data loss is

Bug#405606: aiccu is now under 3-clause BSD license

2007-01-08 Thread Paul Hampson
Steve Langasek wrote: On Mon, Jan 08, 2007 at 11:01:35AM +1100, Paul TBBle Hampson wrote: OK. As per [1] in the 388759 buglog and the upstream website [2] the 2007.01.07 release of aiccu is now under the 3-clause BSD license. ... CC'd to debian-release to see if the Etch-response is

Bug#321391: libcurl3-dev doesn't report HTTPS protocol or SSL feature support

2005-08-05 Thread Paul Hampson
Package: libcurl3-dev Version: 7.14.0-3 Severity: normal Just trying to rebuild centericq, and its configure script checks for SSL in `curl-config --features`. However, this is not currently present, nor is HTTPS present in `curl-config --protocols`. I expect this is due to something in the

Bug#318689: ethereal: libcap patch in 315670 does not check for non-root user before trying to drop caps

2005-07-16 Thread Paul Hampson
Package: ethereal Version: 0.10.11-2 Severity: normal The patch in #315670 doesn't check if it _has_ CAP_NET_RAW before it tries to drop others. When run as non-root, it is actually an attempt to _gain_ the capability, and therefore fails: [EMAIL PROTECTED]:~$ ethereal Could not set

Bug#318218: xserver-xorg: libvgahw.a is miscompiled by gcc-4

2005-07-14 Thread Paul Hampson
Package: xserver-xorg Severity: normal Version: 6.8.2.dfsg.1-1 libvgahw.a in X.org's xserver 6.8.2 is miscompiled by gcc-4. This is a known bug to X.org [1][2][3], gcc [4] and even Red Hat [5], who've posted a libvgahw.a [6] that fixed it, at least in my case. I found that the libvgahw.a from

Bug#318219: alsa-base: Init.d script patch to autostart timidity as a sequencer client

2005-07-14 Thread Paul Hampson
Package: alsa-base Version: 1.0.9b-2 Severity: wishlist Tags: patch Here's a patch I knocked up to have timidity started by alsa-base's init.d script if autostart_timidity is set to 'true'. It was actually a proof of concept I tried to submit six months ago, but I think the bug was eaten by my

Bug#314797: xmame-gl: xmame.xgl tries to load libGL.so and libGLU.so, but doesn't depend on them

2005-06-18 Thread Paul Hampson
Package: xmame-gl Severity: grave The xmame-gl package declares dependancies on: xlibmesa-gl | libgl1 and xlibmesa-glu | libglu1 However, the xmame.xgl binary tries do dlopen (I presume) libGL.so and libGLU.so, which are actually symlinks provided in the -dev versions of the above packages. I

Bug#314253: freeradius: Missed the scripts/ directory in the source tarball

2005-06-15 Thread Paul Hampson
Package: freeradius Version: 1.0.2-4 Severity: normal Dumbass, you forgot the script/ directory in the source tarball. Actually reported by Michael Langer on the FreeRADIUS-users list. This affects stable/ too, but no one noticed this since I packaged the dang thing in 2003. _ Oh well. 1.0.3

Bug#312038: apt-cacher-cleanup.pl complains about a valid file

2005-06-04 Thread Paul Hampson
Package: apt-cacher Version: 0.9.4 Severity: normal My cron.daily outputs: /etc/cron.daily/apt-cacher: Someone is cheating, bad filename found: physics.muni.cz_‾yeti_Ftp_enca_all_Packages.gz at /usr/share/apt-cacher/apt-cacher-cleanup.pl line 86. every night, due to the following site in

Bug#310387: Client help at http://server/apt-cacher/ builds bad URL example

2005-05-23 Thread Paul Hampson
Package: apt-cacher Version: 0.9.2 Severity: minor The page produced at http://192.168.0.1/apt-cacher/ has two minor issues. It reports itself as 0.8.6, and suggests deb http://yourcache.example.com/apt-cacher0/ftp.au.debian.org/debian unstable main contrib non-free instead of deb

Bug#310393: Checksumming code starts with 'die' on line 69 of /usr/share/apt-cacher/apt-cacher-lib-cs.pl

2005-05-23 Thread Paul Hampson
Package: apt-cacher Version: 0.9.2 Severity: normal Unconditional die on line 69 of apt-cacher-lib-cs.pl seems wrong, somehow. I didn't test any further than disabling checksumming again though, so maybe the code's not ready yet? -- System Information: Debian Release: 3.1 APT prefers unstable

Bug#305771: libtdb1: libtdb is LGPL, rather than GPL as stated in copyright

2005-04-21 Thread Paul Hampson
Package: libtdb1 Version: 1.0.6-11 Severity: normal Basically, the broken-out libtdb at [1] records itself as LGPL, in tdb.c ([2]), and that's been true for every revision of tdb.c in this directory in SVN. (This package predates the SVN repository, so I guess this is a historical oversight.)

Bug#303320: libyaml-perl: Unneeded dependancy on perl (= 5.8.0-7)

2005-04-05 Thread Paul Hampson
Package: libyaml-perl Severity: wishlist Any chance we could drop the versioning of the perl dependancy/build-dependancy? Apart from this, the package seems to work fine on Woody. Or at least 0.36-1 did, I haven't tried 0.38-1 yet. -- System Information: Debian Release: 3.1 APT prefers

Bug#303148: ifupdown: Logical interface support broken

2005-04-04 Thread Paul Hampson
Package: ifupdown Version: 0.6.5 Severity: normal Tags: Patch The latest version of ifupdown has broken logical interface support as follows: ifup -v eth0=work produces: | Suu:~# ifup -vvv eth0=work | Configuring interface eth0=work (inet) | run-parts --verbose /etc/network/if-pre-up.d |

Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt

2005-03-24 Thread Paul Hampson
On Thu, Mar 24, 2005 at 07:39:04AM +0100, Jesus Climent wrote: On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote: On the other hand, I'm having a problem with the package, it doesn't include muttng_dotlock, and seems to think my mailspool (mbox in /var/mail) is read-only

Bug#300992: flow-tools: docs/Makefile.am and docs/Makefile.in have paths for docbook stuff in /usr/local/

2005-03-22 Thread Paul Hampson
Package: flow-tools Severity: wishlist Tags: patch Basically, if you modify any of the docbook SGML files in a local dpatch, then building fails because jade is looking for docbook files in /usr/local/sgml/ Here's the dpatch to fix this. (I did the Makefile.in changes by hand, not by rerunning

Bug#300355: php4: Segfault in session support

2005-03-19 Thread Paul Hampson
Package: php4 Version: 4:4.1.2-7 Severity: normal Tags: patch woody Basically, there's a repeatable segfault in session.c in php 4.1.2 It's documented in PHP4 bug 15168 [1], although they claim it only happens with the mm session handler, and I triggered it with the file session handler. (Same

Bug#300219: freeradius: FreeRADIUS crashes with crypt authentication

2005-03-18 Thread Paul Hampson
tags 300219 +pending Thankyou Mr Bug Control Robot On Fri, Mar 18, 2005 at 01:27:44PM +0100, Manuel Menal wrote: Package: freeradius Severity: important Tags: patch When pthreads are enabled (default on Debian) and crypt encryption is used, FreeRADIUS crashes. The following patch fixes

Bug#299749: freeradius-dialupadmin: admin.conf paths preceded with %

2005-03-16 Thread Paul Hampson
tags 299749 -experimental Thankyou Mr Bug Control Robot On Wed, Mar 16, 2005 at 03:16:47PM +1000, marco wrote: Package: freeradius-dialupadmin Version: 1.0.2-1 Severity: normal Tags: experimental from the web page after install: Error: File '%/etc/freeradius-dialupadmin/naslist.conf' does

Bug#276746: A patch for Unix98 pty support in l2tpd

2005-03-09 Thread Paul Hampson
tags 276746 +patch Thankyou Mr Bug Control Robot. Package: l2tpd Version: 0.70-pre20031121-2 Followup-For: Bug #276746 I'm sure this has been done before, but l2tpd.org is absent, and google didn't actually come up with any patches so I wrote my own. I'm hoping this will prompt a new upload with

Bug#298716: l2tpd: pppd 2.4.2 replaced -detach with nodetach

2005-03-09 Thread Paul Hampson
Package: l2tpd Version: 0.70-pre20031121-2.0.0.1 Severity: normal Tags: patch The attached patch replaces -detach with nodetach in the three places in control.c where it occurs in the call to pppd. pppd 2.4.2 is where this change in parameters occurred. diff -u l2tpd-0.70-pre20031121/control.c

Bug#297100: pbuilder source includes remains of pbuilder-uml build

2005-02-26 Thread Paul Hampson
Package: pbuilder Version: 0.122 Severity: minor In the source for 0.122, debian/pbuilder-uml.files and debian/pbuilder-uml/ exist. The latter contains the binaries of pbuilder-uml, and appears to be left-over from a build of pbuilder-uml that wasn't cleaned. -- System Information: Debian

Bug#295808: [cicq] [Fwd: Bug#295808: centericq failed with CPP error message]

2005-02-22 Thread Paul Hampson
On Tue, Feb 22, 2005 at 08:46:45PM +0100, Julien Lemoine wrote: Here is a bug report from a debian user, is this problem fixed in cvs ? It's been reported several times on the CICQ mailing list, but no cause or fix has yet been suggested. -- Paul TBBle Hampson, [EMAIL PROTECTED] 7th year

Bug#291945: eleventh-hour transition for mysql-using packages related to apache

2005-02-12 Thread Paul Hampson
On Sat, Feb 12, 2005 at 08:25:41PM +0100, Francesco Paolo Lovergine wrote: On Sat, Feb 12, 2005 at 09:17:44AM -0800, Steve Langasek wrote: On Sat, Feb 12, 2005 at 09:53:34AM +0100, Francesco Paolo Lovergine wrote: Nice, so we should check that any linked GPL library directly