Bug#1063146: fai-setup-storage: New dependency on /usr/lib/fai/subroutines
Actually it's worse than that. Even with the fai-client package installed I cannot run fai-disk-info With version 6.0 I get: /usr/lib/fai/fai-disk-info sda with version 6.2 I get: /usr/lib/fai/fai-disk-info bash: set_bootstick: command not found bash: once_only: command not found bash: all_disks_and_size: command not found bash: checkdisk: command not found which in turn breaks the setup-storage utility. Regards, Stephen Quinney On Mon, 5 Feb 2024 at 11:45, Stephen Quinney wrote: > > Package: fai-setup-storage > Version: 6.2 > Severity: important > X-Debbugs-Cc: step...@jadevine.org.uk > > We use the fai-setup-storage utility in a standalone way (i.e. not > with the rest of FAI) as part of our local installation and > configuration scripts. This has always worked perfectly up to version > 6.0. > > With the recent changes in 6.2 the fai-disk-info script now requires > /usr/lib/fai/subroutines which is in the fai-client package but there > is no dependency declared. If the fai-client package is not installed > setup-storage will now completely fail to run. > > Regards, > > Stephen Quinney > > -- System Information: > Debian Release: 12.4 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, > 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 6.1.0-17-amd64 (SMP w/8 CPU threads; PREEMPT) > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, > TAINT_UNSIGNED_MODULE > Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), > LANGUAGE=en_GB:en > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages fai-setup-storage depends on: > ii e2fsprogs 1.47.0-2 > pn liblinux-lvm-perl > ii libparse-recdescent-perl 1.967015+dfsg-4 > ii parted3.5-3 > ii perl 5.36.0-7+deb12u1 > > Versions of packages fai-setup-storage recommends: > ii lvm2 2.03.16-2 > pn mdadm > > Versions of packages fai-setup-storage suggests: > ii cryptsetup 2:2.6.1-4~deb12u1 > ii dmsetup2:1.02.185-2 > ii dosfstools 4.2-1 > pn jfsutils > ii ntfs-3g1:2022.10.3-1+b1 > pn reiserfsprogs > pn xfsprogs
Bug#1063146: fai-setup-storage: New dependency on /usr/lib/fai/subroutines
Package: fai-setup-storage Version: 6.2 Severity: important X-Debbugs-Cc: step...@jadevine.org.uk We use the fai-setup-storage utility in a standalone way (i.e. not with the rest of FAI) as part of our local installation and configuration scripts. This has always worked perfectly up to version 6.0. With the recent changes in 6.2 the fai-disk-info script now requires /usr/lib/fai/subroutines which is in the fai-client package but there is no dependency declared. If the fai-client package is not installed setup-storage will now completely fail to run. Regards, Stephen Quinney -- System Information: Debian Release: 12.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-17-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages fai-setup-storage depends on: ii e2fsprogs 1.47.0-2 pn liblinux-lvm-perl ii libparse-recdescent-perl 1.967015+dfsg-4 ii parted3.5-3 ii perl 5.36.0-7+deb12u1 Versions of packages fai-setup-storage recommends: ii lvm2 2.03.16-2 pn mdadm Versions of packages fai-setup-storage suggests: ii cryptsetup 2:2.6.1-4~deb12u1 ii dmsetup2:1.02.185-2 ii dosfstools 4.2-1 pn jfsutils ii ntfs-3g1:2022.10.3-1+b1 pn reiserfsprogs pn xfsprogs
Bug#1052646: xrdp: New release with security fixes
Source: xrdp Version: 0.9.21.1-1 Severity: important X-Debbugs-Cc: step...@jadevine.org.uk Dear Maintainer, A new version of xrdp - 0.9.23 - was released on 2023/08/31 which contains an important security fix for CVE-2023-40184: "Improper handling of session establishment errors allows bypassing OS-level session restrictions". I just wanted to check, will this be available in unstable soon and backported to stable? Thanks for your work on maintaining the xrdp package, it's much appreciated! Regards, Stephen Quinney -- System Information: Debian Release: 12.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-12-amd64 (SMP w/8 CPU threads; PREEMPT) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#1001379: rust-caps: Newer version available (0.5.3)
Source: rust-caps Version: 0.3.3-1 Severity: wishlist X-Debbugs-Cc: step...@jadevine.org.uk Thanks for your efforts packaging the rust caps crate, it's much appreciated. I wondered if you might be able to update it to the latest upstream version which is now 0.5.3? I need at least 0.5 for a piece of software I am working on making into a Debian package. Thanks, Stephen Quinney -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-9-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#999727: freerdp2: Latest version contains security fixes
Source: freerdp2 Severity: important X-Debbugs-Cc: step...@jadevine.org.uk The latest version of the freerdp software (2.4.1) which was released a few weeks ago contains important fixes for two security issues: CVE-2021-41159: Improper client input validation for gateway connections allows to overwrite memory CVE-2021-41160: Improper region checks in all clients allow out of bound write to memory -- System Information: Debian Release: 11.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#995882: unhide: New upstream release
Package: unhide Version: 20130526-4 Severity: normal X-Debbugs-Cc: step...@jadevine.org.uk Thanks for packaging unhide, it's very useful. I wondered if you would be able to update the package for the newer upstream release from January 2021? This includes some important bug fixes, details are on github - https://github.com/YJesus/Unhide/releases/tag/v20210124 Thanks, Stephen Quinney -- System Information: Debian Release: 11.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages unhide depends on: ii libc6 2.31-13 unhide recommends no packages. Versions of packages unhide suggests: pn rkhunter
Bug#991946: cython: Much newer version available
Source: cython Severity: wishlist X-Debbugs-Cc: step...@jadevine.org.uk Dear Maintainer, The current packaged version of Cython is 0.29.14 which was released in November 2019. Since then there have been 10 bug fix releases with the latest being 0.29.24 which came out in July 2021. I would so much appreciate it if you could find the time to update your Debian package. Thanks so much for your packaging efforts, Stephen Quinney -- System Information: Debian Release: 11.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-8-amd64 (SMP w/8 CPU threads) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Bug#970380: xrdp: Newer version (0.9.14) available
Package: xrdp Version: 0.9.12 Severity: wishlist Hi there, There is a newer version of xrdp available - 0.9.14 - that along with new features provides some rather important fixes. In particular I'm regularly being affected by chanserv crashing and it looks like the problem is fixed in 0.9.13.1. I've built my own package for 0.9.13.1 and it seems fine, is there any chance of you being able to upgrade the package in Debian please? Regards, Stephen Quinney -- System Information: Debian Release: 10.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages xrdp depends on: ii adduser 3.118 ii libc62.28-10 ii libfuse2 2.9.9-1+deb10u1 ii libjpeg62-turbo 1:1.5.2-2+b1 ii libopus0 1.3-1 ii libpam0g 1.3.1-5 ii libssl1.11.1.1d-0+deb10u3 ii libx11-6 2:1.6.7-1 ii libxfixes3 1:5.0.3-1 ii libxrandr2 2:1.5.1-1 ii lsb-base 10.2019051400 ii ssl-cert 1.0.39 Versions of packages xrdp recommends: ii fuse 2.9.9-1+deb10u1 pn xorgxrdp Versions of packages xrdp suggests: pn guacamole pn xrdp-pulseaudio-installer -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
Bug#963084: cython: New version available (0.29.20)
Source: cython Version: 0.29.14 Severity: wishlist Hi there, The current version of Cython in unstable is 0.29.14 which was released in November 2019. There have been 6 releases since then with the latest - 0.29.20 - just over a week ago. Is there any chance of getting the Debian package upgraded to the latest version please? Regards, Stephen Quinney -- System Information: Debian Release: 10.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-8-amd64 (SMP w/4 CPU cores) Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.
Bug#951649: iputils: #457059
Source: iputils
Version: 3:20190709-2
Severity: wishlist
Tags: patch
Dear Maintainer,
I was really surprised to find that the rdisc daemon is not provided
in a package for Debian. I'm currently working on moving hundreds of
machines over to Debian from a different distro and we rely on
rdisc. Is there any technical or legal reason why the rdisc daemon
couldn't be shipped in a package?
Attached is a patch which enables the building of rdisc and puts it
into an iputils-rdisc package along with the associated man page and
systemd service file. Note that I had to bump the debian/compat level
to 10 for dh_installsystemd to do the right thing with the postinst,
postrm and prerm scripts.
Regards,
Stephen Quinney
-- System Information:
Debian Release: buster/sid
APT prefers eoan-updates
APT policy: (500, 'eoan-updates'), (500, 'eoan-security'), (500, 'eoan'),
(100, 'eoan-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.3.0-26-generic (SMP w/2 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE,
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8),
LANGUAGE=en_GB:en (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.
diff -ruN iputils-20190709.orig/debian/changelog
iputils-20190709/debian/changelog
--- iputils-20190709.orig/debian/changelog 2020-02-19 13:08:46.431046203
+
+++ iputils-20190709/debian/changelog 2020-02-19 13:16:17.391052469 +
@@ -1,3 +1,9 @@
+iputils (3:20190709-2.1) unstable; urgency=low
+
+ * Non-Maintainer Upload: Added iputils-rdisc package (Closes: #457059)
+
+ -- Stephen Quinney Wed, 19 Feb 2020 13:15:00 +
+
iputils (3:20190709-2) unstable; urgency=medium
* Incorporate upstream fix for arping exit code regression
diff -ruN iputils-20190709.orig/debian/compat iputils-20190709/debian/compat
--- iputils-20190709.orig/debian/compat 2020-02-19 13:08:46.431046203 +
+++ iputils-20190709/debian/compat 2020-02-19 13:37:10.179017574 +
@@ -1 +1 @@
-9
+10
diff -ruN iputils-20190709.orig/debian/control iputils-20190709/debian/control
--- iputils-20190709.orig/debian/control2020-02-19 13:08:46.431046203
+
+++ iputils-20190709/debian/control 2020-02-19 13:37:15.315017535 +
@@ -52,3 +52,11 @@
The time differences measured by clockdiff are obtained using a
sequence of ICMP TSTAMP messages which are returned to the sender by
the IP module in the remote machine.
+
+Package: iputils-rdisc
+Architecture: any
+Depends: ${shlibs:Depends}, ${misc:Depends}
+Description: Network router discovery daemon
+ rdisc implements client side of the ICMP router discover protocol. It is
+ typically invoked at boot time to populate the network routing tables
+ with default routes.
diff -ruN iputils-20190709.orig/debian/iputils-rdisc.install
iputils-20190709/debian/iputils-rdisc.install
--- iputils-20190709.orig/debian/iputils-rdisc.install 1970-01-01
01:00:00.0 +0100
+++ iputils-20190709/debian/iputils-rdisc.install 2020-02-19
13:25:54.411031642 +
@@ -0,0 +1,3 @@
+usr/sbin/rdisc
+usr/share/man/man8/rdisc.8
+lib/systemd/system/rdisc.service
diff -ruN iputils-20190709.orig/debian/rules iputils-20190709/debian/rules
--- iputils-20190709.orig/debian/rules 2020-02-19 13:08:46.435046203 +
+++ iputils-20190709/debian/rules 2020-02-19 13:31:31.895021796 +
@@ -5,9 +5,9 @@
export DEBIAN_LDFLAGS:=$(shell dpkg-buildflags --get LDFLAGS)
export BUILD_DIR=obj-$(shell dpkg-architecture -qDEB_HOST_GNU_TYPE)
-TARGETS=ping tracepath traceroute6 clockdiff arping
+TARGETS=ping tracepath traceroute6 clockdiff arping rdisc
MAN_TARGETS=doc/arping.8 doc/clockdiff.8 \
- doc/ping.8 doc/tracepath.8 doc/traceroute6.8
+ doc/ping.8 doc/tracepath.8 doc/traceroute6.8 doc/rdisc.8
%:
dh $@ --buildsystem=meson+ninja --builddirectory=$(BUILD_DIR)
@@ -16,7 +16,7 @@
meson $(BUILD_DIR) \
-Dprefix=/usr \
-DBUILD_RARPD=false \
- -DBUILD_RDISC=false \
+ -DBUILD_RDISC=true \
-DBUILD_TFTPD=false \
-DBUILD_NINFOD=false \
-DBUILD_HTML_MANS=false \
Bug#920447: doxygen: Version 1.8.15 released
Package: doxygen Version: 1.8.13-10 Severity: wishlist Dear Maintainer, Please consider updating to the latest version of doxygen - 1.8.15 - it contains a lot of bug fixes which would be nice to have: http://www.doxygen.nl/manual/changelog.html Regards, Stephen Quinney -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.18.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages doxygen depends on: ii libc6 2.28-5 ii libclang1-6.0 1:6.0.1-10 ii libgcc11:8.2.0-14 ii libstdc++6 8.2.0-14 ii libxapian301.4.9-1 ii zlib1g 1:1.2.11.dfsg-1 doxygen recommends no packages. Versions of packages doxygen suggests: ii doxygen-doc1.8.13-10 pn doxygen-gui ii doxygen-latex 1.8.13-10 ii graphviz 2.40.1-5+b2 -- no debconf information
Bug#891083: remmina: Fails to save connection details
Package: remmina Version: 1.2.0-rcgit.27+dfsg-3 Severity: important I just installed the latest version for the first time on this device so there are no previous configuration files. I click on the '+' to add a new RDP connection and fill in all the details. I click on any of the 'Save', 'Save as Default' or 'Save and Connect' buttons (I've tried all of them) and nothing gets saved. After the attempt to save there are still no config files or directories in my home directory and nothing appears in the main list of connections. I've had this working with previous versions on other devices so I'm pretty sure I'm not doing anything unusual here... Regards, Stephen Quinney -- System Information: Debian Release: buster/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.15.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages remmina depends on: ii dbus-user-session [default-dbus-session-bus] 1.12.4-1 ii dbus-x11 [dbus-session-bus] 1.12.4-1 ii libatk1.0-0 2.26.1-3 ii libavahi-client3 0.7-3.1 ii libavahi-common3 0.7-3.1 ii libavahi-ui-gtk3-00.7-3.1 ii libayatana-appindicator3-10.5.2-1 ii libc6 2.26-6 ii libcairo2 1.15.10-1 ii libgcrypt20 1.8.1-4 ii libgdk-pixbuf2.0-02.36.11-1 ii libglib2.0-0 2.54.3-2 ii libgtk-3-03.22.28-1 ii libice6 2:1.0.9-2 ii libjson-glib-1.0-01.4.2-3 ii libpango-1.0-01.40.14-1 ii libsm62:1.2.2-1+b3 ii libsoup2.4-1 2.60.3-1 ii libssh-4 0.8.0~20170825.94fa1e38-1 ii libssl1.1 1.1.0g-2 ii libvte-2.91-0 0.50.2-4 ii libx11-6 2:1.6.4-3 ii libxext6 2:1.3.3-1+b2 ii remmina-common1.2.0-rcgit.27+dfsg-3 Versions of packages remmina recommends: ii remmina-plugin-rdp 1.2.0-rcgit.27+dfsg-3 ii remmina-plugin-secret 1.2.0-rcgit.27+dfsg-3 ii remmina-plugin-vnc 1.2.0-rcgit.27+dfsg-3 Versions of packages remmina suggests: pn remmina-plugin-exec ii remmina-plugin-nx 1.2.0-rcgit.27+dfsg-3 pn remmina-plugin-spice pn remmina-plugin-telepathy pn remmina-plugin-xdmcp -- no debconf information
Bug#786425: libupower-glib3: gnome fails with segfault error 4 in libupower-glib.so.3.0.0
Package: libupower-glib3 Version: 0.99.4-3 Followup-For: Bug #786425 I just upgraded from testing to unstable and I'm seeing this problem, it completely prevents me from configuring power management in the cinnamon desktop. dmesg shows segfaults: [ 5200.121092] python2[26522]: segfault at 0 ip 7f00cf9ca0d5 sp 7ffce5390bb8 error 4 in libupower-glib.so.3.0.1[7f00cf9be000+25000] [ 5327.606479] python2[26550]: segfault at 0 ip 7fb15316a0d5 sp 7ffcc4753238 error 4 in libupower-glib.so.3.0.1[7fb15315e000+25000] Regards, Stephen Quinney -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 4.6.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libupower-glib3 depends on: ii libc6 2.23-2 ii libglib2.0-0 2.48.1-2 Versions of packages libupower-glib3 recommends: ii upower 0.99.4-3 libupower-glib3 suggests no packages. -- no debconf information
Bug#424493: libapache-authcookie-perl: proposed patch
Hi there,
Thanks for sorting out a patch for this problem. Please feel free to
go ahead and NMU the package immediately.
Stephen Quinney
On Sun, Jul 6, 2008 at 7:45 PM, Stéphane Glondu [EMAIL PROTECTED] wrote:
tags 424493 + patch
thanks
Hello,
The problem is in the call of unpatched Makefile.PL in debclean. I
propose this patch to fix the issue. BTW, it also cleans some build
leftovers which are not removed by upstream Makefile.
Cheers,
--
Stéphane Glondu
diff -u libapache-authcookie-perl-3.10/debian/changelog
libapache-authcookie-perl-3.10/debian/changelog
--- libapache-authcookie-perl-3.10/debian/changelog
+++ libapache-authcookie-perl-3.10/debian/changelog
@@ -1,3 +1,10 @@
+libapache-authcookie-perl (3.10-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Fix FTBFS if built twice in a row (Closes: #424493)
+
+ -- Stephane Glondu [EMAIL PROTECTED] Sun, 06 Jul 2008 18:08:24 +
+
libapache-authcookie-perl (3.10-1) unstable; urgency=low
* New upstream release
@@ -54 +60,0 @@
-
diff -u libapache-authcookie-perl-3.10/debian/rules
libapache-authcookie-perl-3.10/debian/rules
--- libapache-authcookie-perl-3.10/debian/rules
+++ libapache-authcookie-perl-3.10/debian/rules
@@ -34,7 +34,12 @@
dh_testdir
dh_testroot
- [ ! -f Makefile ] || $(MAKE) distclean
+ [ ! -f Makefile ] || { \
+ debian/rules patch; \
+ $(MAKE) distclean; \
+ debian/rules unpatch; \
+ }
+ -rm -f Makefile.old Makefile t/TEST t/lib/Sample/AuthCookieHandler.pm
dh_clean configure-stamp build-stamp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388717: libclass-dbi-perl: FTBFS: test failures
On 21/09/06, Daniel Schepler [EMAIL PROTECTED] wrote: Package: libclass-dbi-perl Version: 3.0.14-1 Severity: serious [ FTBFS] Thanks for the bug report, I was not previously aware of the problem. This appears to be caused by a bug introduced into libdbd-sqlite3-perl version 1.13. If you have access to rt.cpan.org you can see the details at: https://rt.cpan.org/Ticket/Display.html?id=21406 https://rt.cpan.org/Ticket/Display.html?id=21472 Hopefully there will be a fixed version available soon. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#388656: Misleading documentation
Package: libcatalyst-perl Version: 5.7002-1 Severity: minor Thanks for packaging Catalyst, it's much appreciated, I am just having a first attempt at using it for a real project. The synopsis of the documentation I see when I do perldoc Catalyst is misleading, in one bit it says: # add models, views, controllers script/myapp_create.pl model Database DBIC::SchemaLoader dbi:SQLite:/path/to/db I think it is possibly rather out-of-date as the myapp_create.pl appears to need more command line arguments now and putting DBIC::SchemaLoader just causes an error. Looking at Catalyst::Manual::Intro suggests that it should actually be along the lines of this: script/myapp_create.pl model Database DBIC::Schema MySchema create=static 'dbi:SQLite:/path/to/db' Cheers, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libcatalyst-perl depends on: ii libcgi-simple-perl0.077-1A Simple totally OO CGI interface ii libclass-accessor-perl0.27-1 Automated accessor generator ii libclass-c3-perl 0.13-1 A pragma to use the C3 method reso ii libclass-data-inheritable-per 0.04-1 Inheritable, overridable class dat ii libclass-inspector-perl 1.16-1 Perl module that provides informat ii libdata-dump-perl 1.06-1 Pretty printing of data structures ii libextutils-autoinstall-perl 0.61-1 Automatic install of dependencies ii libfile-copy-recursive-perl 0.28-1 Perl extension for recursively cop ii libfile-modified-perl 0.07-1 checks intelligently if files have ii libfile-slurp-perl.09-1 single call read write file rout ii libhtml-parser-perl 3.55-1 A collection of modules that parse ii libhttp-body-perl 0.6-2 HTTP Body object ii libhttp-request-ascgi-perl0.5-1 Setup a CGI enviroment from a HTTP ii libmime-types-perl1.17-1 Perl extension for determining MIM ii libmodule-install-perl0.64-1 A Cornucopiaelig of Module::Instal ii libmodule-pluggable-perl 3.01-1 Automatically provide your module ii libpath-class-perl0.15-1 Cross-platform path specification ii libtest-mockobject-perl 1.06-0.1 Perl extension for emulating troub ii libtext-simpletable-perl 0.03-1 Simple Eyecandy ASCII Tables ii libtree-simple-perl 1.16-1 A simple tree object ii libtree-simple-visitorfactory 0.10-1 A collection of dispensing visitor ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii libwww-perl 5.805-1WWW client/server library for Perl ii perl 5.8.8-6.1 Larry Wall's Practical Extraction Versions of packages libcatalyst-perl recommends: ii libcatalyst-engine-apache-per 1.07-1 Base class for Apache 1.99x and 2. ii libfcgi-perl 0.67-2 FastCGI Perl module -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385627: ITP: libstring-format-perl -- sprintf-like string formatting capabilities with arbitrary format definitions
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libstring-format-perl Version : 1.14 Upstream Author : darren chamberlain [EMAIL PROTECTED] * URL : http://search.cpan.org/~darren/String-Format-1.14/ * License : GPL2 Programming Lang: Perl Description : sprintf-like string formatting capabilities with arbitrary format definitions String::Format lets you define arbitrary printf-like format sequences to be expanded. This module would be most useful in configuration files and reporting tools, where the results of a query need to be formatted in a particular way. It was inspired by mutt's index_format and related directives - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFE+GZ1ITGblEwaW+URAriiAJ9Et/97E8acDck1PYU4hlgc4iualACggnu9 QzUQ8cl4q+b7LVuXkUA3tXA= =a2qK -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377612: Patch
Here's the patch to fix the problem. Note it needs a change to the python dev build-dep as well from python2.3-dev to python2.4-dev diff -ruN honeyd-1.5a.orig/debian/control honeyd-1.5a/debian/control --- honeyd-1.5a.orig/debian/control 2006-07-13 18:20:44.0 +0100 +++ honeyd-1.5a/debian/control 2006-07-13 18:22:08.0 +0100 @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Javier Fernandez-Sanguino Pen~a [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), libpcap0.8-dev | libpcap-dev, libdumbnet-dev ( 1.8), libevent-dev, wget, sharutils, flex, bison, libreadline5-dev | libreadline-dev, python2.3-dev | python-dev, zlib1g-dev, libdnsres-dev +Build-Depends: debhelper ( 3.0.0), libpcap0.8-dev | libpcap-dev, libdumbnet-dev ( 1.8), libevent-dev, wget, sharutils, flex, bison, libreadline5-dev | libreadline-dev, python2.4-dev | python-dev, zlib1g-dev, libdnsres-dev, libpcre3-dev Standards-Version: 3.6.1 Package: honeyd -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359528: libsnmp-mib-compiler-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:51PM -0500, [EMAIL PROTECTED] wrote: Package: libsnmp-mib-compiler-perl libsnmp-mib-compiler-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libsnmp-mib-compiler-perl (0.06-1.1) unstable; urgency=low * Non-Maintainer Upload * Rebuild to remove /usr/doc links, closes: #359528. * Switched Section to perl to match override * Fixed small typo in package description, closes: #157745. -- Stephen Quinney [EMAIL PROTECTED] Fri, 16 Jun 2006 12:14:25 +0100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359515: libset-intspan-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:51PM -0500, [EMAIL PROTECTED] wrote: Package: libset-intspan-perl libset-intspan-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libset-intspan-perl (1.07-3.1) unstable; urgency=low * Non-Maintainer Upload * Removed postinst and prerm as they were only there to handle the, now deprecated, /usr/doc symlinks, closes: #359515. * Switched Section to perl to match override -- Stephen Quinney [EMAIL PROTECTED] Fri, 16 Jun 2006 12:02:57 +0100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359612: yasgml: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:41:00PM -0500, [EMAIL PROTECTED] wrote: Package: yasgml yasgml still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: yasgml (1.5-7.1) unstable; urgency=low * Non-Maintainer Upload * Rebuild to remove /usr/doc links, closes: #359612. * Fixed debian/copyright so the FSF address is correct and also so there is a pointer to the file containing the GPL on Debian, closes: #302918. -- Stephen Quinney [EMAIL PROTECTED] Fri, 16 Jun 2006 12:47:29 +0100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307561: dmachinemon: Build-Depends on obsolete doc++
On Tue, May 03, 2005 at 11:17:06PM +0100, Roger Leigh wrote: Package: dmachinemon Severity: normal dmachinemon Build-Depends upon doc++. doc++ has been replaced by Doxygen for quite some time, and is no longer maintained. It will now no longer build from source (see #292337). Please could you update the package to use Doxygen instead? I have attached example patches to bug #307554, which should be useful as a guide to fixing this. The paths and names will need a little tweaking. The example configuration file isn't optimised for C, but turning off the class diagrams and enabling the optimise output for C option should correct this. There are currently no outstanding RC bugs for doc++ and the version of dmachinemon in unstable/sid builds fine for me on i386 without any modifications. Are you happy for me to close this bug report? Thanks, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358547: FTBFS: missing b-d?: Can't locate bad_module_without_name.pm
On Thu, Mar 23, 2006 at 03:41:53AM +, Martin Michlmayr wrote: Package: libembperl-perl Version: 2.0.1-1 Severity: serious Your package fails to build in unstable. Might be a missing b-d since it seems to build in a working environment but not in a clean chroot. Automatic build of libembperl-perl_2.0.1-1 on bigsur by sbuild/mips 1.94 ... Just checking this bug, I have successfully built this using pbuilder on i386 today. Any chance you could confirm if you find this is still reproducible? Thanks, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359456: libnews-newsrc-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:43PM -0500, [EMAIL PROTECTED] wrote: Package: libnews-newsrc-perl libnews-newsrc-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libnews-newsrc-perl (1.08-2.1) unstable; urgency=low * Non-Maintainer Upload * Removed postinst and prerm as they were only there to handle the, now deprecated, /usr/doc symlinks, closes: #359456. -- Stephen Quinney [EMAIL PROTECTED] Mon, 12 Jun 2006 10:27:48 +0100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359453: libmath-basecalc-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:42PM -0500, [EMAIL PROTECTED] wrote: Package: libmath-basecalc-perl libmath-basecalc-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libmath-basecalc-perl (1.011-1.1) unstable; urgency=low * Non-Maintainer Upload * Removed postinst and prerm as they were only there to handle the, now deprecated, /usr/doc symlinks, closes: #359453 -- Stephen Quinney [EMAIL PROTECTED] Mon, 12 Jun 2006 10:20:46 +0100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359465: libnet-ping-external-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:43PM -0500, [EMAIL PROTECTED] wrote: Package: libnet-ping-external-perl libnet-ping-external-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libnet-ping-external-perl (0.11-0.1) unstable; urgency=low * Non-Maintainer Upload. * New upstream version, closes: #329636. This was mainly done as the previous version was uploaded as a native package and the source contained CVS directories. The changes between versions are minimal. * debian/copyright - Added pointers to the files containing the GPL and Artistic license details on Debian systems * Rebuild to remove /usr/doc links, closes: #359465 * Added missing dependency (and build-dep) on ping. -- Stephen Quinney [EMAIL PROTECTED] Mon, 12 Jun 2006 11:08:07 +0100 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358801: adoption of libdata-compare-perl
On Mon, Apr 17, 2006 at 03:53:42PM +0200, Jean-Francois Dive wrote: i'd be very glad if u would do so. Regards, J. On Mon, Apr 17, 2006 at 12:21:04PM +0200, Timo Schneider wrote: Hi, Bug #358801 states that you don't want to maintain libdata-compare-perl any more. I would be happy to adopt it and prepare a new upstream release which fixes the outstanding bugs, if you agree with this. Are you still interested in maintaining this package? If not I will hand it over to the QA team. It is currently in quite a bad state so I would like to see something done about it soon. It currently needs rebuilding for the /usr/doc transition, it has also been incorrectly uploaded as a native package (libdata-compare-perl_0.02-2.tar.gz instead of libdata-compare-perl_0.02.orig.tar.gz) and there is also a newer upsteam version. Thanks, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359445: libio-lockedfile-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:42PM -0500, [EMAIL PROTECTED] wrote:
Package: libio-lockedfile-perl
libio-lockedfile-perl still creates a /usr/doc symlink. Since 2002,
policy has not required these symlinks, and we're waiting for all
packages to be updated to remove them before the /usr/share/doc
transition can be complete. This package is one of the few packages
that still makes the symlink.
I have done a NMU of this package to the 3-day delayed queue on gluck
to fix this problem. Here's the changelog entry:
libio-lockedfile-perl (0.23-2.1) unstable; urgency=low
* Non-Maintainer Upload
* Rebuild to remove /usr/doc links, closes: #359445
* Added missing build-dependency on perl.
* Fixed problem with binary-indep files going into /usr/lib/
Attached is the full diff.
Stephen Quinney
diff -ruN libio-lockedfile-perl-0.23/debian/changelog
libio-lockedfile-perl-0.23.new/debian/changelog
--- libio-lockedfile-perl-0.23/debian/changelog 2006-06-05 15:07:15.0
+0100
+++ libio-lockedfile-perl-0.23.new/debian/changelog 2006-06-05
14:59:35.0 +0100
@@ -1,3 +1,12 @@
+libio-lockedfile-perl (0.23-2.1) unstable; urgency=low
+
+ * Non-Maintainer Upload
+ * Rebuild to remove /usr/doc links, closes: #359445
+ * Added missing build-dependency on perl.
+ * Fixed problem with binary-indep files going into /usr/lib/
+
+ -- Stephen Quinney [EMAIL PROTECTED] Mon, 5 Jun 2006 14:57:04 +0100
+
libio-lockedfile-perl (0.23-2) unstable; urgency=low
* Fixed section
diff -ruN libio-lockedfile-perl-0.23/debian/control
libio-lockedfile-perl-0.23.new/debian/control
--- libio-lockedfile-perl-0.23/debian/control 2006-06-05 15:07:15.0
+0100
+++ libio-lockedfile-perl-0.23.new/debian/control 2006-06-05
14:59:00.0 +0100
@@ -2,6 +2,7 @@
Section: perl
Priority: optional
Maintainer: Ross Peachey [EMAIL PROTECTED]
+Build-Depends-Indep: perl (= 5.6.0-16)
Build-Depends: debhelper(=2.0.86)
Standards-Version: 3.5.2
diff -ruN libio-lockedfile-perl-0.23/debian/rules
libio-lockedfile-perl-0.23.new/debian/rules
--- libio-lockedfile-perl-0.23/debian/rules 2006-06-05 15:07:15.0
+0100
+++ libio-lockedfile-perl-0.23.new/debian/rules 2006-06-05 14:59:38.0
+0100
@@ -16,7 +16,7 @@
TMP =`pwd`/debian/tmp
archlib =`$(PERL) -MConfig -e 'print $$Config{installarchlib}'`
-config =INSTALLDIRS=perl INSTALLMAN1DIR=$(TMP)/usr/share/man/man1
INSTALLMAN3DIR=$(TMP)/usr/share/man/man3 INSTALLPRIVLIB=$(TMP)/usr/lib/perl5
INSTALLARCHLIB=$(TMP)$(archlib)
+config =INSTALLDIRS=perl INSTALLMAN1DIR=$(TMP)/usr/share/man/man1
INSTALLMAN3DIR=$(TMP)/usr/share/man/man3 INSTALLPRIVLIB=$(TMP)/usr/share/perl5
INSTALLARCHLIB=$(TMP)$(archlib)
build: build-stamp
build-stamp:
Bug#359446: libgetopt-declare-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:42PM -0500, [EMAIL PROTECTED] wrote: Package: libgetopt-declare-perl libgetopt-declare-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have done an NMU to the 3-day delayed queue on gluck to fix this problem. The changelog entry is: libgetopt-declare-perl (1.09-3.1) unstable; urgency=low * Non-Maintainer Upload * Rebuild to remove /usr/doc links, closes: #359446 * Fixed problem with formatting of long-description, closes: #244519 * Added missing build-dependency on perl. * Fixed problem with binary-indep files going into /usr/lib/ -- Stephen Quinney [EMAIL PROTECTED] Mon, 5 Jun 2006 15:18:38 +0100 I have attached the full diff of the changes. Cheers, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#359457: liblog-loglite-perl: please finish /usr/doc transition
On Mon, Mar 27, 2006 at 07:40:42PM -0500, [EMAIL PROTECTED] wrote: Package: liblog-loglite-perl liblog-loglite-perl still creates a /usr/doc symlink. Since 2002, policy has not required these symlinks, and we're waiting for all packages to be updated to remove them before the /usr/share/doc transition can be complete. This package is one of the few packages that still makes the symlink. I have done an NMU to the 3-day delayed queue on gluck to fix this problem. Here's the changelog entry: liblog-loglite-perl (0.82-3.1) unstable; urgency=low * Non-Maintainer Upload * Rebuild to remove /usr/doc links, closes: #359457 * Added missing build-dependency on perl. * Fixed problem with binary-indep files going into /usr/lib/ -- Stephen Quinney [EMAIL PROTECTED] Mon, 5 Jun 2006 15:33:30 +0100 A full diff of the changes is attached. Cheers, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#369943: libppi-perl: New upstream version available
Package: libppi-perl Version: 1.110-1 Severity: wishlist Hi there, I don't like to pester developers too much for new upstream versions but I'm wanting to use Perl::Critic which requires PPI = 1.112 which is greater than the current version of libppi-perl in sid/unstable. The current upstream version is, actually, 1.114: http://search.cpan.org/~adamk/PPI-1.114/ Thanks for packaging this module, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libppi-perl depends on: ii libclone-perl 0.18-1 recursively copy Perl datatypes ii libio-stringy-perl2.110-1Perl5 modules for IO from scalars ii liblist-moreutils-perl0.19-1 Addition list functions not found ii libparams-util-perl 0.13-1 Perl extension for simple standalo ii perl 5.8.8-4Larry Wall's Practical Extraction libppi-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322779: libplrpc-perl: please remove symlink in /usr/doc
On Fri, Aug 12, 2005 at 10:12:19PM +0200, Julien Cristau wrote: Package: libplrpc-perl Version: 0.2017-1 Severity: normal Tags: patch Hi, libplrpc-perl still creates a symlink in /usr/doc, although this is deprecated. Please remove the debian/postinst script from the package, so that future versions don't create this symlink. I have prepared an NMU to fix this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libplrpc-perl (0.2017-1.1) unstable; urgency=low . * Non-Maintainer Upload * Removed postinst and prerm as they were only there to handle the, now deprecated, /usr/doc symlinks, closes: #322779. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#322776: libnet-daemon-perl: please remove symlinks in /usr/doc
On Fri, Aug 12, 2005 at 10:04:45PM +0200, Julien Cristau wrote: Package: libnet-daemon-perl Version: 0.38-1 Severity: normal Tags: patch Hi, libnet-daemon-perl still creates a symlink in /usr/doc, although this is deprecated. Please remove the debian/postinst script from the package, so that future versions don't create this symlink. I have prepared an NMU which fixes this issue, it has been uploaded to the 3-day delayed queue on gluck. Here is the changelog entry: libnet-daemon-perl (0.38-1.1) unstable; urgency=low . * Non-Maintainer Upload * Removed postinst and prerm as they were purely there to handle the, now deprecated, /usr/doc symlinks, closes: #322766. Stephen Quinney
Bug#366551: O: request-tracker3.4 -- Extensible trouble-ticket tracking system
Package: wnpp Severity: normal I've been mostly ignoring request-tracker3.4 for a while as I am hardly using it now and I no longer have the necessary time to spend on the package maintenance so I have orphaned the request-tracker3.4 package. If you are interested in taking up the maintainership of this package I would recommend that you first discuss it on debian-perl, there's a good chance others will be interested in some form of team. Stephen Quinney The package description is: Request Tracker (RT) is an enterprise-grade ticketing system which enables a group of people to intelligently and efficiently manage tasks, issues, and requests submitted by a community of users. It features a web, email and command-line interfaces (see the package rt3.4-clients). . This is the 3.4 series of RT, it can be installed alongside the 3.0 and 3.2 series without any problems. This release is a big improvement over previous versions and features many new features, substantial performance improvements and a significant cleanup and restructuring of the codebase. . Written in object-oriented Perl, RT is a high-level, portable, platform independent system that eases collaboration within organizations and makes it easy for them to take care of their customers. . RT manages key tasks such as the identification, prioritization, assignment, resolution and notification required by enterprise-critical applications including project management, help desk, NOC ticketing, CRM and software development. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16-1-k7 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#365971: doesn't support generating valid xhml
On 04/05/06, Joey Hess [EMAIL PROTECTED] wrote: HTML::Scrubber seems to have no support for generating valid XHTML 1.0 Strict. It converts invoming valid hr / to hr. Probably the best way to fix this would be to add a config option that turns on using hr / and similar. Thanks for the bug report, I have filed it in the upstream bug reporting system (rt.cpan.org), see this link for details: http://rt.cpan.org/Public/Bug/Display.html?id=19063 Cheers, Stephen Quinney
Bug#350093: libfinance-quote-perl: binary-indep files in /usr/lib
Package: libfinance-quote-perl Version: 1.08-1 Severity: serious Justification: Violates perl policy The libfinance-quote-perl package is installing binary-independent files into /usr/lib when it should actually put them into /usr/share. For information on how to build perl packages that conform with policy please see the Debian perl policy document at: http://www.debian.org/doc/packaging-manuals/perl-policy/ When building a package you can use lintian to help spot errors like this. Also the package has this line in the debian/control: Architecture: any which is incorrect, I think the further line specifying 'all' might be working as an override but this is probably not reliable behaviour. I notice you have not updated this package since July 2003. Having looked through the current list of bugs, especially requests for new upstream versions to fix important bugs, I would ask you to seriously consider whether you are still interested in maintaining this package. If not then please orphan the package so someone else can take it on. Details of orphaning packages can be found at: http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-orphaning Thanks, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libfinance-quote-perl depends on: ii libhtml-tableextract-perl 1.08-1 Perl module that simplifies extrac ii libwww-perl 5.803-4WWW client/server library for Perl ii perl 5.8.7-10 Larry Wall's Practical Extraction libfinance-quote-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348364: ITP: libyaml-syck-perl -- Fast, lightweight YAML loader and dumper
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] * Package name: libyaml-syck-perl Version : 0.28 Upstream Author : Audrey Tang [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/A/AU/AUTRIJUS/YAML-Syck-0.28.tar.gz * License : BSD + GPL (= 1) or Perl Artistic Description : Fast, lightweight YAML loader and dumper This module provides a Perl interface to the libsyck data serialization library. It exports the Dump and Load functions for converting Perl data structures to YAML strings, and the other way around. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (90, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346433: Files missing from /etc/request-tracker3.4
On Sat, Jan 07, 2006 at 10:14:25PM +, Nicholas Humfrey wrote: The following files are missing from /etc/request-tracker3.4 RT_SiteConfig.pm acl.* constraints.mysql drop.* schema.* Made it quite hard to create the database! (rt-setup-database-3.4 reported schema missing) I really do not know how you have managed this. Do a quick check on the contents of the installed package with something like: dpkg -L request-tracker3.4 | grep etc (see my list at the bottom of the message) I can certainly see RT_SiteConfig.pm, acl.*, schema.*, granted I cannot see constraints.mysql or drop.* in there. I'll check out whether those should be there. Thanks for the report, Stephen Quinney Here's my listing of the /etc in the request-tracker3.4 package: /etc /etc/request-tracker3.4 /etc/request-tracker3.4/upgrade /etc/request-tracker3.4/upgrade/3.1.0 /etc/request-tracker3.4/upgrade/3.1.0/schema.SQLite /etc/request-tracker3.4/upgrade/3.1.0/acl.SQLite /etc/request-tracker3.4/upgrade/3.1.0/schema.Oracle /etc/request-tracker3.4/upgrade/3.1.0/acl.Oracle /etc/request-tracker3.4/upgrade/3.1.0/acl.mysql /etc/request-tracker3.4/upgrade/3.1.0/acl.Pg /etc/request-tracker3.4/upgrade/3.1.0/schema.Informix /etc/request-tracker3.4/upgrade/3.1.0/schema.mysql /etc/request-tracker3.4/upgrade/3.1.0/schema.Pg /etc/request-tracker3.4/upgrade/3.1.0/acl.Informix /etc/request-tracker3.4/upgrade/3.1.0/content /etc/request-tracker3.4/upgrade/3.1.15 /etc/request-tracker3.4/upgrade/3.1.15/content /etc/request-tracker3.4/upgrade/3.1.17 /etc/request-tracker3.4/upgrade/3.1.17/content /etc/request-tracker3.4/upgrade/3.3.0 /etc/request-tracker3.4/upgrade/3.3.0/schema.Oracle /etc/request-tracker3.4/upgrade/3.3.0/acl.SQLite /etc/request-tracker3.4/upgrade/3.3.0/acl.Oracle /etc/request-tracker3.4/upgrade/3.3.0/acl.mysql /etc/request-tracker3.4/upgrade/3.3.0/acl.Pg /etc/request-tracker3.4/upgrade/3.3.0/schema.mysql /etc/request-tracker3.4/upgrade/3.3.0/schema.Pg /etc/request-tracker3.4/upgrade/3.3.0/acl.Informix /etc/request-tracker3.4/upgrade/3.3.0/content /etc/request-tracker3.4/upgrade/3.3.11 /etc/request-tracker3.4/upgrade/3.3.11/schema.SQLite /etc/request-tracker3.4/upgrade/3.3.11/acl.SQLite /etc/request-tracker3.4/upgrade/3.3.11/schema.Oracle /etc/request-tracker3.4/upgrade/3.3.11/acl.Oracle /etc/request-tracker3.4/upgrade/3.3.11/acl.mysql /etc/request-tracker3.4/upgrade/3.3.11/acl.Pg /etc/request-tracker3.4/upgrade/3.3.11/schema.mysql /etc/request-tracker3.4/upgrade/3.3.11/schema.Pg /etc/request-tracker3.4/upgrade/3.3.11/content /etc/request-tracker3.4/RT_Config.pm /etc/request-tracker3.4/RT_SiteConfig.pm /etc/request-tracker3.4/acl.Informix /etc/request-tracker3.4/acl.Oracle /etc/request-tracker3.4/acl.Pg /etc/request-tracker3.4/acl.Sybase /etc/request-tracker3.4/acl.mysql /etc/request-tracker3.4/initialdata /etc/request-tracker3.4/schema.Informix /etc/request-tracker3.4/schema.Oracle /etc/request-tracker3.4/schema.Pg /etc/request-tracker3.4/schema.SQLite /etc/request-tracker3.4/schema.Sybase /etc/request-tracker3.4/schema.mysql /etc/request-tracker3.4/RT_SiteModules.pm /etc/logcheck /etc/logcheck/ignore.d.workstation /etc/logcheck/ignore.d.workstation/request-tracker3_4 /etc/logcheck/ignore.d.server /etc/logcheck/ignore.d.server/request-tracker3_4 /var/cache/request-tracker3.4/mason_data/etc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344018: libuniversal-exports-perl: contains UNIVERSAL::require, which breaks on sarge dpkg
On Mon, Dec 19, 2005 at 01:41:35PM +, Andrew Suffield wrote: Severity: important Package: libuniversal-exports-perl libuniversal-exports-perl still contains UNIVERSAL::require, and relies on libuniversal-require-perl's Replaces relation to shift the files where they belong. Unfortunately this doesn't work with the version of dpkg in sarge, so it's going to fail upgrades. You could fiddle around with Conflicts/Depends or something... but the simplest solution is to stop shipping the old files in libuniversal-exports-perl. Thanks for reminding me about this. It had originally been my intention to make this change to the libuniversal-exports-perl package but it had slipped my mind. Cheers, Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#341425: ITP: libmail-date-perl -- RFC2822 compliant date-time conversion
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] * Package name: libmail-date-perl Version : 0.09 Upstream Author : Masanori HATA [EMAIL PROTECTED] (Saitama, JAPAN) * URL : http://www.cpan.org/authors/id/H/HA/HATA/ * License : GPL (= 1) or Perl Artistic Description : RFC2822 compliant date-time conversion The well-known RFC822 has been obsoleted by RFC2822 since April 2001 and the standard format of expression for date-time was updated in the RFC2822. This lightweight module provides a method for converting the time in seconds since the epoch along with the local timezone into the correctly formatted RFC2822 representation. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337708: libnet-ident-perl: Puts link in /usr/doc
Package: libnet-ident-perl Version: 1.20-2 Severity: serious Justification: Policy 12.3 Section 12.3 of Debian policy Additional documentation says: Former Debian releases placed all additional documentation in /usr/doc/package. This has been changed to /usr/share/doc/package, and packages must not put documentation in the directory /usr/doc/package. I believe this package violates this rule by installing a symlink in /usr/doc/. It is the aim that etch will not have any packages installing things into the directory /usr/doc/. I believe this bug can be rectified by simply building and uploading a new Debian version of this package. Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages libnet-ident-perl depends on: ii perl 5.8.7-7Larry Wall's Practical Extraction libnet-ident-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337711: dlocate: Puts link in /usr/doc
Package: dlocate Version: 0.5-0.1 Severity: serious Justification: Policy 12.3 Section 12.3 of Debian policy Additional documentation says: Former Debian releases placed all additional documentation in /usr/doc/package. This has been changed to /usr/share/doc/package, and packages must not put documentation in the directory /usr/doc/package. I believe this package violates this rule by installing a symlink in /usr/doc/. It is the aim that etch will not have any packages installing things into the directory /usr/doc/. I believe this bug can be rectified by simply building and uploading a new Debian version of this package. Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages dlocate depends on: ii dpkg 1.13.11.0.1 package maintenance system for Deb ii grep-dctrl 2.6.7 Grep Debian package information ii perl 5.8.7-7 Larry Wall's Practical Extraction dlocate recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337712: sysklogd: Puts link in /usr/doc
Package: sysklogd Version: 1.4.1-17 Severity: serious Justification: Policy 12.3 Section 12.3 of Debian policy Additional documentation says: Former Debian releases placed all additional documentation in /usr/doc/package. This has been changed to /usr/share/doc/package, and packages must not put documentation in the directory /usr/doc/package. I believe this package violates this rule by installing a symlink in /usr/doc/. It is the aim that etch will not have any packages installing things into the directory /usr/doc/. I believe this can be rectified by removing the relevant bits in the postinst and prerm files for sysklogd and klogd. Thanks, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-k7 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Versions of packages sysklogd depends on: ii klogd [linux-kernel-log-daemo 1.4.1-17 Kernel Logging Daemon ii libc6 2.3.5-7GNU C Library: Shared libraries an sysklogd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337014: zile: Odd output when quitting editor
Package: zile Version: 2.2.8-1 Severity: normal Whenever I quit zile I get odd output like this: [EMAIL PROTECTED]:~$ zile [?1036;[EMAIL PROTECTED]:~$ Note the '[?1036;l' before my standard prompt. Not a major bug but definitely an irritant after a while. It started happening with the new upstream release (2.2.8). Thanks, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.13.4 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages zile depends on: ii libc6 2.3.5-7GNU C Library: Shared libraries an ii libncurses5 5.5-1 Shared libraries for terminal hand zile recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337014: zile: Odd output when quitting editor
On Wed, Nov 02, 2005 at 12:26:39PM +, Reuben Thomas wrote: On Wed, 2 Nov 2005, Stephen Quinney wrote: Whenever I quit zile I get odd output like this: [EMAIL PROTECTED]:~$ zile [?1036;[EMAIL PROTECTED]:~$ Note the '[?1036;l' before my standard prompt. This string is the one that Zile outputs in term_close in term_ncurses.c to reset the Meta key in an xterm. It only happens if TERM=xterm. Which terminal emulator are you using? I'm guessing it's something that claims to be xterm but doesn't understand this sequence...sigh... I don't get this problem in (u)xterm, nor in the Linux console, where of course the string is not printed. The string is prefixed by \033. I am using gnome-terminal (version 2.10.0-3), the TERM variable is set to xterm. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#335181: uscan: Allow setting of LWP timeout
Package: devscripts
Version: 2.9.8
Severity: wishlist
Tags: patch
I have been encountering problems lately with www.cpan.org as it often
takes a very long time to respond (it always get there in the end
though). The hard-wired default timeout for uscan of 20 seconds often
is not sufficient. I have written a patch for uscan which allows the
LWP timeout to be specified from the command line or a config file. I
would be most grateful if you would consider it for inclusion.
Thanks,
Stephen Quinney
--- /usr/bin/uscan 2005-10-16 13:54:44.0 +0100
+++ ./uscan 2005-10-22 12:43:08.0 +0100
@@ -76,6 +76,8 @@
--no-download Report on newer and absent versions, but don\'t download
--pasv Use PASV mode for FTP connections
--no-pasv Do not use PASV mode for FTP connections (default)
+--timeout 20 Specifies how much time, in seconds, we give remote
+ servers to respond (default 20 seconds)
--symlink Make an orig.tar.gz symlink to downloaded file (default)
--rename Rename to orig.tar.gz instead of symlinking
(Both will use orig.tar.bz2 if appropriate)
@@ -145,6 +147,7 @@
my $dehs_end_output = 0;
my $dehs_start_output = 0;
my $pkg_report_header = '';
+my $timeout = 20;
if (@ARGV and $ARGV[0] =~ /^--no-?conf$/) {
$modified_conf_msg = (no configuration files read);
@@ -152,6 +155,7 @@
} else {
my @config_files = ('/etc/devscripts.conf', '~/.devscripts');
my %config_vars = (
+ 'USCAN_TIMEOUT' = 20,
'USCAN_DOWNLOAD' = 'yes',
'USCAN_PASV' = 'default',
'USCAN_SYMLINK' = 'symlink',
@@ -179,6 +183,8 @@
or $config_vars{'USCAN_DOWNLOAD'}='yes';
$config_vars{'USCAN_PASV'} =~ /^(yes|no|default)$/
or $config_vars{'USCAN_PASV'}='default';
+$config_vars{'USCAN_TIMEOUT'} =~ m/^\d+$/
+or $config_vars{'USCAN_TIMEOUT'}=20;
$config_vars{'USCAN_SYMLINK'} =~ /^(yes|no|symlinks?|rename)$/
or $config_vars{'USCAN_SYMLINK'}='yes';
$config_vars{'USCAN_SYMLINK'}='symlink'
@@ -190,7 +196,6 @@
or $config_vars{'USCAN_DEHS_OUTPUT'}='no';
$config_vars{'DEVSCRIPTS_CHECK_DIRNAME_LEVEL'} =~ /^[012]$/
or $config_vars{'DEVSCRIPTS_CHECK_DIRNAME_LEVEL'}=1;
-
foreach my $var (sort keys %config_vars) {
if ($config_vars{$var} ne $config_default{$var}) {
$modified_conf_msg .= $var=$config_vars{$var}\n;
@@ -202,6 +207,7 @@
$download = $config_vars{'USCAN_DOWNLOAD'} eq 'no' ? 0 : 1;
$passive = $config_vars{'USCAN_PASV'} eq 'yes' ? 1 :
$config_vars{'USCAN_PASV'} eq 'no' ? 0 : 'default';
+$timeout = $config_vars{'USCAN_TIMEOUT'};
$symlink = $config_vars{'USCAN_SYMLINK'};
$verbose = $config_vars{'USCAN_VERBOSE'} eq 'yes' ? 1 : 0;
$dehs = $config_vars{'USCAN_DEHS_OUTPUT'} eq 'yes' ? 1 : 0;
@@ -213,7 +219,7 @@
my $debug = 0;
my ($opt_h, $opt_v, $opt_download, $opt_report, $opt_passive, $opt_symlink);
my ($opt_verbose, $opt_ignore, $opt_level, $opt_regex, $opt_noconf);
-my ($opt_package, $opt_uversion, $opt_watchfile, $opt_dehs);
+my ($opt_package, $opt_uversion, $opt_watchfile, $opt_dehs, $opt_timeout);
GetOptions(help = \$opt_h,
version = \$opt_v,
@@ -221,6 +227,7 @@
report = sub { $opt_download = 0; },
report-status = sub { $opt_download = 0; $opt_report = 1; },
passive|pasv! = \$opt_passive,
+ timeout=i = \$opt_timeout,
symlink! = sub { $opt_symlink = $_[1] ? 'symlink' : 'no'; },
rename = sub { $opt_symlink = 'rename'; },
package=s = \$opt_package,
@@ -248,6 +255,7 @@
$download = $opt_download if defined $opt_download;
$report = $opt_report if defined $opt_report;
$passive = $opt_passive if defined $opt_passive;
+$timeout = $opt_timeout if defined $opt_timeout;
$symlink = $opt_symlink if defined $opt_symlink;
$verbose = $opt_verbose if defined $opt_verbose;
$dehs = $opt_dehs if defined $opt_dehs;
@@ -305,7 +313,7 @@
# to restore $ENV{'FTP_PASSIVE'} to what it was at this point
my $user_agent = LWP::UserAgent-new(env_proxy = 1);
-$user_agent-timeout(20);
+$user_agent-timeout($timeout);
if (defined $opt_watchfile) {
die Can't have directory arguments if using --watchfile if @ARGV;
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.6
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages devscripts depends on:
ii debianutils 2.15 Miscellaneous utilities specific t
ii dpkg-dev 1.13.11package building tools for Debian
ii libc6 2.3.5-7GNU C Library: Shared libraries an
ii perl 5.8.7-7Larry Wall's Practical Extraction
ii sed
Bug#333427: libxml-simple-perl: XML::Simple::FAQ.pod can't be found by perldoc
On Wed, Oct 12, 2005 at 10:29:41AM +1300, Grant McLean wrote: As the author of the XML::Simple module, I get a lot of email enquiries from users. Many of these queries can be addressed by suggesting the user type the command: perldoc XML::Simple::FAQ Unfortunately, this does not work with the packaged version of XML::Simple on Debian because the file has been installed as: /usr/share/doc/libxml-simple-perl/FAQ.pod.gz of the 133 CPAN modules I have installed from the Debian repositories on my Sarge system, not a single one (other than libxml-simple-perl) has POD files installed under /usr/share/doc. Yes, this seems to have been a peculiar choice made by one of my predecessors. I wondered about it when I took over the package but thought there must be some good reason. I shall upload a modified package with the FAQ in the normal place. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#333309: ITP: libuniversal-require-perl -- require modules from a variable
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] * Package name: libuniversal-require-perl Version : 0.10 Upstream Author : Michael G Schwern [EMAIL PROTECTED] * URL : http://search.cpan.org/~mschwern/UNIVERSAL-require-0.10/ * License : GPL (= 1) or Perl Artistic Description : require modules from a variable If you've ever had to do this... . eval require $module; . to get around the bareword caveats on require(), this module is for you. It creates a universal require() class method that will work with every Perl module and its secure. So instead of doing some arcane eval() work, you can do this: . $module-require; . It doesn't save you much typing, but it'll make alot more sense to someone who's not a ninth level Perl acolyte. . Also provided is a use() method which works in a similar way. NOTE This used to be provided as part of the libuniversal-exports-perl package but upstream has now decided to split it out. Most people were installing libuniversal-exports-perl just to get at the functionality of libuniversal-require-perl. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330690: rt3.4-apache2: package description references apache 1
On Thu, Sep 29, 2005 at 11:14:36AM +0100, Richard Boyce wrote: Package: rt3.4-apache2 Severity: minor The package description includes the text on the Apache 1 web server - presumably this should be on the Apache 2 web server. Indeed it should, thanks for spotting that one, I'll fix it at the next upload. Cheers, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308309: 8-bit instead of 8bit
On Wed, Sep 28, 2005 at 04:00:19PM +1000, Geoff Crompton wrote: We are also having problems with this, some of our clients are rejecting request tracker email. Any word on if this will be fixed or not in any updates to sarge? Do we need to patch it locally? The version in Sarge will only receive security fixes now so you will need to patch this yourself. I recommend copying the file /usr/share/request-tracker3.4/lib/RT/Action/SendEmail.pm into /usr/local/share/request-tracker3.4/lib/RT/Action/SendEmail.pm and making the correction there. Any changes made there will be preserved between package upgrades, when, for instance, there is a security bug fix at some future date. I hope that helps, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330088: Problem with CamelCase classes and underscores in table names
On Fri, Sep 23, 2005 at 06:53:39PM +0200, Joachim Breitner wrote: There seems to be a problem when setting up has_a / has_many relationships with classes involved that contain CamelCase and the database table has an underscore (camel_case). When the has_many is called before the has_a, cascading deletes won't work. Swapping the order of the two code lines solves the problem for me. Seems like it needs the has_a first to know what column is pointing back. I swapped lines 98 and 97. Thanks for the bug report, I have reported this upstream. The bug report can be seen at: http://rt.cpan.org/NoAuth/Bug.html?id=14756 It seems like an easy fix so I will upload a patched version soon if there is no movement from upstream. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330173: _to_select won't allow specifying none or NULL
On Mon, Sep 26, 2005 at 03:54:39PM +0200, Joachim Breitner wrote: when _to_select is used for cdbi-has_a-has_many-relationships, there is no way for the users to specifiy none, even if a undef for that fields and thus a NULL for the SQL cell would be perfectly acceptible. Thanks for the bug report, I have reported this upstream. The bug report can be seen at: http://rt.cpan.org/NoAuth/Bug.html?id=14758 Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330173: _to_select won't allow specifying none or NULL
On Mon, Sep 26, 2005 at 03:54:39PM +0200, Joachim Breitner wrote: when _to_select is used for cdbi-has_a-has_many-relationships, there is no way for the users to specifiy none, even if a undef for that fields and thus a NULL for the SQL cell would be perfectly acceptible. Below is the response from the upstream maintainer, are you able to provide a failing test case for him? ## Full context and any attached attachments can be found at: URL: http://rt.cpan.org/NoAuth/Bug.html?id=14758 On Mon, Sep 26, 2005 at 10:17:54AM -0400, Guest via RT wrote: See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=330173 for full details. Thanks for the report. A failing test case would enable this to be fixed much quicker if either you or the original reporter could provide one. Thanks, Tony -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329511: libclass-dbi-perl: New upstream release
On Thu, Sep 22, 2005 at 07:31:37AM +0200, Florian Ragwitz wrote: Package: libclass-dbi-perl Version: 0.96-1 Severity: wishlist Hello, 3.0.8 is on CPAN. Please update your package. I am already aware of the new versions of Class::DBI and keeping up with development on the module. If you had read the notes in this package about the new release strategy you would note that minor revision numbers are considered 'unstable' releases and may contain changes that are later reverted. See ELEASE PHILOSOPHY in the upstream README. I'm not convinced that subjecting Debian users to possible quickly varying APIs is a good idea, even if it is for sid and etch only right now. According to the upstream strategy 3.1.0 will be the next stable release and I am planning to upload that package. I could upload 3.0.0 but as that is identical to the current version in Debian (except for version number, of course) I see little point. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329503: libcgi-untaint-perl: New upstream release
On Thu, Sep 22, 2005 at 07:20:22AM +0200, Florian Ragwitz wrote: Package: libcgi-untaint-perl Version: 1.25-1 Severity: wishlist Hello, 1.26 is on CPAN. Please update your package. Give me a chance, it's only been out two days! I think it is considered polite to give a Debian developer a respectful week or so to get a new package out. Even Debian developers have to sleep some time you know ;-) I will, hopefully, get around to updating the package this weekend. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329511: libclass-dbi-perl: New upstream release
On Thu, Sep 22, 2005 at 11:35:05AM +0200, Florian Ragwitz wrote: On Thu, Sep 22, 2005 at 08:47:11AM +0100, Stephen Quinney wrote: On Thu, Sep 22, 2005 at 07:31:37AM +0200, Florian Ragwitz wrote: Package: libclass-dbi-perl 3.0.8 is on CPAN. Please update your package. I am already aware of the new versions of Class::DBI and keeping up with development on the module. If you had read the notes in this package about the new release strategy you would note that minor revision numbers are considered 'unstable' releases and may contain changes that are later reverted. See ELEASE PHILOSOPHY in the upstream README. Thank you for that information. As far as I knew development versions are indicated with a version scheme like 2.34_42 on CPAN. Therefor I thought it's a stable release. yeah, it is somewhat confusing. I think this bug can be closed then. ok, will do. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#327929: request-tracker3.4: new version of request-tracker (3.4.4) available
On Tue, Sep 13, 2005 at 09:38:53AM +1000, Rudolph Pereira wrote: Package: request-tracker3.4 Version: 3.4.2-4 Severity: wishlist A new version of request-tracker (3.4.4) has been released. From the release announcement: Yep, I saw the announcement when it came out. I am expecting to, finally, have some spare time this weekend to spend on getting request-tracker back up-to-date again. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326958: request-tracker3.4: no connection to syslog available at /opt/machine/perl/lib/site_perl/5.8.2/Log/Dispatch/Syslog.pm line 77
On Tue, Sep 06, 2005 at 04:25:06PM -0500, Vince Mulhollon wrote: Package: request-tracker3.4 Severity: normal On my recently updated testing box I get the following error at my initial login. I get the login page, then type in the root password, and it fails with this error, when RT is trying to log my successful login attempt: no connection to syslog available at /opt/machine/perl/lib/site_perl/5.8.2/Log/Dispatch/Syslog.pm line 77 This strongly suggests to me that you are using a locally compiled/installed version of Perl and not the one shipped as part of Debian (that would be in /usr/lib/perl and /usr/share/perl). With this in mind I am not sure I am going to be able to help you very much as the problem could just as easily be in the perl as in my request-tracker3.4 package. I recommend you run request-tracker3.4 (and all Debian perl packages for that matter) with the version of perl shipped with Debian and see if that fixes your problems. If nothing else this will provide an upgrade from the 5.8.2 version you are using to the 5.8.7 which comes with testing/etch. We do depend on a version of perl (= 5.8.3) for a good reason, ignoring dependency lists is going to result in all sorts of trouble for you. Stephen Quinney signature.asc Description: Digital signature
Bug#316956: Same problem with Apache1.3 and mod_perl
On Sat, Aug 06, 2005 at 11:40:52AM +0200, Toni Mueller wrote: just for the record, I see the same error with Apache 1.3 and mod_perl (both latest in sid). Taking a peek in the appropriate file, which seems to be /usr/share/perl5/HTML/Mason/Resolver/File.pm I find that there is indeed no variable comp_root_array, but that this has become a local variable in one of the remaining subroutines. Looks like a major package overhaul has taken place behind the back of RT... This problem is caused entirely by the latest version of the libhtml-mason-perl package that is in sid. The only way to resolve it right now is to grab the previous version from snapshot.debian.net and downgrade. I would recommend that you move to request-tracker3.4 anyway as we are going to remove the request-tracker3.0 package from sid and etch soon. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316956: Same problem with Apache1.3 and mod_perl
On Sat, Aug 06, 2005 at 01:57:01PM +0200, Toni Mueller wrote: On Sat, 06.08.2005 at 11:41:35 +0100, Stephen Quinney [EMAIL PROTECTED] wrote: The only way to resolve it right now is to grab the previous version from snapshot.debian.net and downgrade. Ugh... This is what comes from tracking an unstable version of Debian at a particularly unstable time. The mod_perl2 API change has caused all sorts of problems like this and it will take time for things to settle. I would recommend that you move to request-tracker3.4 anyway as we are going to remove the request-tracker3.0 package from sid and etch soon. Yes, although your remarks in the READMEs pertaining to alpha or beta quality made me a bit nervous, I just tried to migrate and lost all history in the process. I've also already seen another bug that mentions this and see if I can fix it. Yeah, I need to change that. RT3.4 is now sufficiently stable that we feel happy to get rid of 3.0 and recommend 3.4 to everyone. I'm very surprised you lost history, a standard request-tracker3.0 install should upgrade fine to request-tracker3.4 when following the instructions in the README.Debian. The only problems I've seen were related to using mysql without innodb support (that is essential) or postgresql 7.2 (it needs a minimum of 7.4 to perform the upgrade I found recently). Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#320780: ITP: libpetal-perl -- Perl Template Attribute Language - TAL for Perl
On Mon, Aug 01, 2005 at 02:02:09PM +0200, Florian Ragwitz wrote: Package: wnpp Severity: wishlist Owner: Florian Ragwitz [EMAIL PROTECTED] * Package name: libpetal-perl Version : 2.16 Upstream Author : Jean-Michel Hiver, Fergal Daly [EMAIL PROTECTED], and others. * URL : http://search.cpan.org/~bpostle/Petal/ * License : Perl (Artistic/GPL) Description : Perl Template Attribute Language - TAL for Perl The libpetal-perl package already exists in the archive, it is at version 2.05-2 and is currently maintained by the Debian QA Group. Are you willing to take over maintenance of this package? Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#319271: devscripts: Conflicts with libgd-tools: /usr/bin/annotate
Package: devscripts Version: 2.8.14 Severity: important I attempted to upgrade to the latest version of devscripts this evening and got the following error from apt-get: jupiter:~# apt-get upgrade Reading package lists... Done Building dependency tree... Done The following packages have been kept back: gksu jade libgmp3-dev libstlport4.6-dev sp The following packages will be upgraded: devscripts 1 upgraded, 0 newly installed, 0 to remove and 5 not upgraded. 93 not fully installed or removed. Need to get 0B/216kB of archives. After unpacking 12.3kB of additional disk space will be used. Do you want to continue [Y/n]? Reading changelogs... Done (Reading database ... 128038 files and directories currently installed.) Preparing to replace devscripts 2.8.14 (using .../devscripts_2.9_i386.deb) ... Unpacking replacement devscripts ... dpkg: error processing /var/cache/apt/archives/devscripts_2.9_i386.deb (--unpack): trying to overwrite `/usr/bin/annotate', which is also in package libgd-tools dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/devscripts_2.9_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) So you now have a conflict with the libgd-tools package. Thankfully I don't actually need libgd-tools so I was able to just remove it and go on my way. Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12.2 Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-1) (ignored: LC_ALL set to en_GB) Versions of packages devscripts depends on: ii debianutils 2.14.1 Miscellaneous utilities specific t ii dpkg-dev1.13.10 Package building tools for Debian ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii perl5.8.7-4 Larry Wall's Practical Extraction ii sed 4.1.4-2 The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.4.2 Gives a fake root environment -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316956: request-tracker3: Same problem, using fastcgi.
On Sun, Jul 17, 2005 at 11:40:52PM -0700, Robin Lee Powell wrote: Package: request-tracker3 Version: 3.0.12-8 Followup-For: Bug #316956 I'm having exactly the same problem. I'm using the fastcgi method. The first thing I can suggest doing is removing any files (not directories) in the /var/cache/request-tracker3/ directory and restarting apache. Also check for any stray local modifications in /usr/local/share/request-tracker3/. If this doesn't help then I suspect there are problems (or incompatibilities) between rt3 and the latest libhtml-mason-perl package. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318374: request-tracker3.4: When clicking on Tickets link the url /Search/Listing.html cannot be found
On Fri, Jul 15, 2005 at 03:12:13PM +0900, Clemens Schwaighofer wrote: Issue: The file Listing.html is missing. So when clicking on Tickets link, you get a 404 error. The problem is, that neither in the 3.2 nor in the 3.4 release from best practical I can find this file. But without this, the RT is quite useless, because you can't search in the bug reports I've just searched all the files that come with the request-tracker3.4 package and I cannot find a single instance of an url with Listing.html inside of it. This probably doesn't mean that the url is not being generated in some other way. What is the url of the page on which you are clicking on the Tickets link and finding it to not work? If it is the Elements/Tabs file (which provides the links down the left-hand-side of each page) that file now has a link for Search/Build.html. Maybe you've installed a local version of rtfm or such like which puts in its own version of the the Tabs file? -- Package-specific info: There are locally modified files in /usr/local/share/request-tracker3.4/, these may (or may not) be the source of the problem. The reportbug output above suggests that you might have some locally modified versions of files in /usr/local/share/request-tracker3.4/. The test is in no way 100% reliable (you might not have a /usr/local at all, for instance). If this is the case you should check that your locally modified files are in sync with the current RT3.4 API. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318374: request-tracker3.4: When clicking on Tickets link the url /Search/Listing.html cannot be found
On Fri, Jul 15, 2005 at 09:41:02PM +0900, Clemens Schwaighofer wrote: I searched for hours all my local files, DB, etc where this Link comes from, but I couldn't find it. I am total loss here. The Tabs file would give me the correct one, but it doesn't. This a real mystery to me. By default there are only two places which the Debian request-tracker3.4 package will look for files /usr/share/request-tracker3.4 and /usr/local/share/request-tracker3.4. The only other thing that I can think of that could be occurring is that you are getting a cached version of one of the Mason templates. Try deleting any files (not the directories though) in /var/cache/request-tracker3.4/ and restarting your apache server. If this doesn't help I'm afraid I am at a total loss as to where this link is coming from, it definitely doesn't appear in the standard package as far as I can see. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#318079: libmail-cclient-perl: Does not work with GSSAPI auth
Package: libmail-cclient-perl Version: 1.12-2 Severity: normal Tags: patch Between upstream versions 1.10 and 1.11 the bootstrap code in Cclient.xs was altered to surround the #include linkage.c with an #ifdef, #else block: #if HAVE_IMAP_LINKAGE #include linkage.c #else Sensible defaults are offered in the else-block but crucially for me these defaults do not contain the line: auth_link (auth_gss);/* link in the gss authenticator */ which is in linkage.c. This means that although Mail::Cclient is compiled against the krb5 libraries it will never attempt GSSAPI authentication even if the credentials are correct and it is offered by the imap server. This problem can be solved by passing in the correct option as part of the DEB_MAKEMAKER_USER_FLAGS. The patch is as follows: # --8--- patch starts --- HEAD debian/rules Index: debian/rules === --- debian/rules(revision 5451) +++ debian/rules(revision 5453) @@ -5,7 +5,7 @@ include /usr/share/cdbs/1/class/perlmodule.mk include /usr/share/cdbs/1/rules/debhelper.mk -DEB_MAKEMAKER_USER_FLAGS := --with-shared_cclient --with-pam --with-ssl --cclient_dir=/usr/include/c-client --with-kerberos +DEB_MAKEMAKER_USER_FLAGS := --with-shared_cclient --with-pam --with-ssl --cclient_dir=/usr/include/c-client --with-kerberos --with-cclient-includes=/usr/include/c-client DEB_INSTALL_EXAMPLES_libmail-cclient-perl := examples/* # --8--- patch ends --- The --with-cclient-includes option maps into $IMAP_DIR which in turn makes the HAVE_IMAP_LINKAGE definition be true. Alternatively, of course, the Cclient.xs file can be patched to add the missing line into the list of defaults. I've tested the patch above and it all works fine. Thanks, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libmail-cclient-perl depends on: ii libc-client2002ed 7:2002edebian1-11.ox.1 UW c-client library for mail proto ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libcomerr21.37-2sarge1 common error description library ii libkrb53 1.3.6-3MIT Kerberos runtime libraries ii libpam0g 0.76-22Pluggable Authentication Modules l ii libssl0.9.7 0.9.7e-3 SSL shared libraries ii perl 5.8.7-3Larry Wall's Practical Extraction ii perl-base [perlap 5.8.7-3The Pathologically Eclectic Rubbis libmail-cclient-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317272: O: libclass-prototyped-perl -- optional
Package: wnpp Severity: normal I no longer use this package so I am orphaning it in the hope it will find a better home. I originally packaged it to use with the Perl module CGI::Prototype but in the end that didn't suit my needs so well. It is currently up-to-date with upstream and the packaging is in good shape. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317274: O: libapache-template-perl -- optional
Package: wnpp Severity: normal As I now use Apache2 rather than Apache1 I no longer use this package and do not have a way to easily test/maintain it. I am thus orphaning it in the hope it will find a better home. It is currently up-to-date with upstream and the packaging is in good shape. Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#317273: O: Interface to secure pseudo ttys -- optional
Package: wnpp Severity: normal I no longer use this package so I am orphaning it in the hope it will find a better home. It is currently up-to-date with upstream and the packaging is in good shape. I'd say upstream is dead (there hasn't been a release in five years) and there are almost certainly better ways to achieve what this module does now. Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (900, 'testing'), (900, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11.10 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316956: request-tracker3 - Can't locate object method comp_root_array
On Tue, Jul 05, 2005 at 10:43:29AM -0400, Andrew Brigham wrote: Stephen Quinney wrote: On Tue, Jul 05, 2005 at 02:46:24AM -0400, [EMAIL PROTECTED] wrote: pretty basic RT install... Did upgrade tonight. Removed my customizations out of /usr/local/share/request-tracker3 still the same problem Well, that version is a developer release only so it might be broken. I am not sure why the Debian maintainer thought that would be appropriate for upload. I've contacted the libhtml-mason-perl maintainer and he told me that the developer release was uploaded because it provides new apache2/mod_perl2 support. No biggy... I backed out to testing distribution on both the libhtml-mason-perl and the request-tracker3 packages... the more I look at it the mason package really might be the problem... apache couldn't find component root... anyways... I'm no programmer I just dabble a little. :-) The request-tracker3 is the same in etch/testing and sid/unstable so it looks like libhtml-mason-perl is causing the problem. You didn't say which method you were using to deploy rt3. Are you using fastcgi, mod_perl2 or speedycgi? There is a big issue that the version of request-tracker3 does not work with the latest mod_perl2 so that should be avoided in etch/testing and sid/unstable. Personally I'd recommend fastcgi. You should also be aware that request-tracker3 will soon be removed from etch and sid as it is now rather out-of-date. I would recommend that you move to request-tracker3.4 as soon as possible. If that is not an option the package will, of course, remain in sarge/stable (but that is security support only). Stephen Quinney signature.asc Description: Digital signature
Bug#316956: request-tracker3 - Can't locate object method comp_root_array
On Tue, Jul 05, 2005 at 02:46:24AM -0400, [EMAIL PROTECTED] wrote: Package: request-tracker3 Version: 3.0.12-8 pretty basic RT install... Did upgrade tonight. Removed my customizations out of /usr/local/share/request-tracker3 still the same problem Not sure if this is an RT problem or a Mason Problem not a programmer... libhtml-mason-perl version 1.29.02-1 if that helps... Well, that version is a developer release only so it might be broken. I am not sure why the Debian maintainer thought that would be appropriate for upload. Thanks for the report I'll look into this some more later, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315595: libhtml-mason-perl: Undefined subroutine Apache::perl_hook
Package: libhtml-mason-perl Version: 1:1.28-2 Severity: important Since installing the latest libhtml-mason-perl package I am having some trouble. Running a compile check on my code gives: [EMAIL PROTECTED]:~ :)$ perl -wc /usr/share/birdwatching/libexec/handler.pl Undefined subroutine Apache::perl_hook called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 356. BEGIN failed--compilation aborted at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 356. Compilation failed in require at /usr/share/birdwatching/libexec/handler.pl line 5. BEGIN failed--compilation aborted at /usr/share/birdwatching/libexec/handler.pl line 5. The relevant bit of code from my handler.pl is: package SJQ::Birds::Mason; # -*- cperl -*- use strict; use warnings; use HTML::Mason::ApacheHandler; use Apache::Request; my $ah = HTML::Mason::ApacheHandler-new ( default_escape_flags = 'h', comp_root = '/usr/share/birdwatching/html/', data_dir = '/var/cache/mason', use_strict = 1 ); So, it's failing at the use HTML::Mason::ApacheHandler; line. Thanks, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages libhtml-mason-perl depends on: ii libcache-cache-perl 1.04-1 Managed caches of persistent infor ii libclass-container-perl 0.11-0.1 Glues object frameworks together t ii libexception-class-perl 1.20-1 a module that allows you to declar ii libparams-validate-perl 0.76-1 validate parameters to Perl method ii perl 5.8.7-3Larry Wall's Practical Extraction ii perl-base [libscalar-list-uti 5.8.7-3The Pathologically Eclectic Rubbis Versions of packages libhtml-mason-perl recommends: ii libapache-mod-perl1.29.0.3-6 integration of perl with the Apach ii libapache-request-perl1.1-0.1Generic Apache Request Library ii libapache2-mod-perl2 2.0.1-1Integration of perl with the Apach -- debconf information: * libhtml-mason-perl/install_examples: true * libhtml-mason-perl/auto_restart_apache: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#315595: libhtml-mason-perl: Undefined subroutine Apache::perl_hook
hmmm, on second thoughts I think this is all my fault. Apologies for the noise caused. I blame the heatwave we're having for my lack of brainpower... Stephen On Thu, Jun 23, 2005 at 09:21:05PM +0100, Stephen Quinney wrote: Package: libhtml-mason-perl Version: 1:1.28-2 Severity: important Since installing the latest libhtml-mason-perl package I am having some trouble. Running a compile check on my code gives: [EMAIL PROTECTED]:~ :)$ perl -wc /usr/share/birdwatching/libexec/handler.pl Undefined subroutine Apache::perl_hook called at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 356. BEGIN failed--compilation aborted at /usr/share/perl5/HTML/Mason/ApacheHandler.pm line 356. Compilation failed in require at /usr/share/birdwatching/libexec/handler.pl line 5. BEGIN failed--compilation aborted at /usr/share/birdwatching/libexec/handler.pl line 5. The relevant bit of code from my handler.pl is: package SJQ::Birds::Mason; # -*- cperl -*- use strict; use warnings; use HTML::Mason::ApacheHandler; use Apache::Request; my $ah = HTML::Mason::ApacheHandler-new ( default_escape_flags = 'h', comp_root = '/usr/share/birdwatching/html/', data_dir = '/var/cache/mason', use_strict = 1 ); So, it's failing at the use HTML::Mason::ApacheHandler; line. Thanks, Stephen Quinney -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Versions of packages libhtml-mason-perl depends on: ii libcache-cache-perl 1.04-1 Managed caches of persistent infor ii libclass-container-perl 0.11-0.1 Glues object frameworks together t ii libexception-class-perl 1.20-1 a module that allows you to declar ii libparams-validate-perl 0.76-1 validate parameters to Perl method ii perl 5.8.7-3Larry Wall's Practical Extraction ii perl-base [libscalar-list-uti 5.8.7-3The Pathologically Eclectic Rubbis Versions of packages libhtml-mason-perl recommends: ii libapache-mod-perl1.29.0.3-6 integration of perl with the Apach ii libapache-request-perl1.1-0.1Generic Apache Request Library ii libapache2-mod-perl2 2.0.1-1Integration of perl with the Apach -- debconf information: * libhtml-mason-perl/install_examples: true * libhtml-mason-perl/auto_restart_apache: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312514: postgresql: Postgres user .profile no longer correct
Package: postgresql
Version: 7.5.4
Severity: normal
Since updating to the new postgresql packages last night and also
installing postgresql 8, when I su to the postgres user I now get the
following error:
jupiter:~# su - postgres
-su: /etc/postgresql/postmaster.conf: No such file or directory
This is caused by a .profile in the homedir of the postgres user which
contains:
. /etc/postgresql/postmaster.conf
PATH=/bin:/usr/bin:/usr/lib/postgresql/bin
POSTGRES_DATA=/var/lib/postgres/data
PGDATA=${POSTGRES_DATA:-/var/lib/postgres/data}
PGLIB=/usr/lib/postgresql/lib
export PGLIB PGDATA
Now that the packages have moved to a different directory layout all
of this is basically incorrect. I'm not sure how important it is to
set these variables or how I would go about setting them correctly
depending on the version of the database to which I wanted to talk.
Thanks,
Stephen Quinney
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8)
Versions of packages postgresql depends on:
ii postgresql-7.41:7.4.8-7 object-relational SQL database, ve
ii postgresql-client 7.5.4 front-end programs for PostgreSQL
-- debconf information:
* postgresql/upgrade/preserve_location: /var/lib/postgres/preserve
* postgresql/settings/day_month_order: US
postgresql/convert-postmaster.init: true
* postgresql/upgrade/policy: true
postgresql/enable_lang: true
postgresql/contains_POSTGRESHOME: true
postgresql/very_old_version_warning: true
* postgresql/upgrade/dump_location: /var/lib/postgres
postgresql/convert-pg_hba.conf: true
* postgresql/initdb/location: /var/lib/postgres/data
shared/postgresql/upgrade74: false
* postgresql/settings/locale: C
postgresql/peer-to-ident: true
postgresql/missing_conf: true
* postgresql/purge_data_too: false
* postgresql/settings/encoding: per_locale
* postgresql/settings/date_style: ISO
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309842: request-tracker3.4: bad dependencies - insists on installing apache 1.x.x packages
On Tue, May 24, 2005 at 05:41:57PM -0400, Mike Edwards wrote: [EMAIL PROTECTED]:~# aptitude install request-tracker3.4 Reading Package Lists... Done Building Dependency Tree Initializing package states... Done Reading task descriptions... Done The following NEW packages will be automatically installed: apache-common libapache-mod-perl libxml-libxml-common-perl libxml-libxml-perl libxml-namespacesupport-perl libxml-sax-perl libxml-simple-perl If apt-get is too stupid to resolve dependencies correctly, then it appears aptitude suffers from the same problem. I believe the problem stems from: liblog-dispatch-perl (= 2.0), libapache-mod-perl | libapache-mod-speedycgi | libcgi-fast-perl, libmailtools-perl (= 1.57) If you'll note, right after liblog-dispatch-perl, you have a requirement for libapache-mod-perl | libapache-mod-speedycgi | libcgi-fast-perl, with no alternatives for apache2 packages. There's no problem with that particular set of alternative dependencies as far as I can see. There is only one method of using the request-tracker3.4 package with apache2 and that is to use libapache2-mod-fastcgi which requires the package libcgi-fast-perl to be installed. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309842: request-tracker3.4: bad dependencies - insists on installing apache 1.x.x packages
On Wed, May 25, 2005 at 11:49:15AM -0400, Mike Edwards wrote: I'm not sure I understand - libapache2-mod-fastcgi isn't in that set of dependencies, and from what I can tell from that package, it doesn't require libcgi-fast-perl (dependencies are: Depends: libc6 (= 2.3.2.ds1-4), libdb4.2, libexpat1 (= 1.95.8), apache2-common ). Am I misunderstanding the dependency requirements? It looks as if libapache2-mod-fastcgi needs to be added - or am I wrong? The dependencies for request-tracker3.4 are complex and cannot be expressed in one single statement. There are at least two relevant here: libapache-mod-perl | libapache-mod-speedycgi | libapache-mod-fastcgi | libapache2-mod-fastcgi libapache-mod-perl | libapache-mod-speedycgi | libcgi-fast-perl So, taking the two statements: (A | B | C | D) (A | B | E) We could, if the Debian dependency spec allowed us, rewrite this as: A | B | (C E) | (D E) It is not the case that libapache2-mod-fastcgi directly depends on libcgi-fast-perl. If that were the case I would not need to specify it myself as it would be in the dependency list for the libapache2-mod-fastcgi package itself. It is that the perl in request-tracker3.4 needs libcgi-fast-perl in order to communicate with libapache2-mod-fastcgi (or libapache-mod-fastcgi). I hope that provides some enlightenment, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#310465: No root path(s) specified at /usr/share/request-tracker3.4/libexec/webmux.pl line 112
On Mon, May 23, 2005 at 03:38:36PM -0400, Tom Vier wrote: When starting apache-perl i get this: op-backup:/etc/request-tracker3.4# /etc/init.d/apache-perl restart Restarting apache-perlNo root path(s) specified at /usr/share/request-tracker3.4/libexec/webmux.pl line 112 .. I don't know the significance of this. This has previously been reported (see bug #309271 - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=309271). It is a minor warning from the code because it couldn't find any old cache files to remove at startup of the handler. This is not a problem at all just a bit of an annoying message. It is fixed in the version in Sid but with the freeze it won't be fixed now in Sarge, I think. I will merge this with the other report and leave it open tagged as sarge only. Stephen Quinney signature.asc Description: Digital signature
Bug#309842: request-tracker3.4: bad dependencies - insists on installing apache 1.x.x packages
On Thu, May 19, 2005 at 06:18:43PM -0400, Mike Edwards wrote: Despite having apache2 installed, request-tracker3.4 insists on installing apache-common and libapache-mod-perl. The request-tracker3.4 package has very complex dependencies. You will not be able to resolve these fully by just using apt-get. You need to use a tool such as aptitude or dselect to choose the exact system you want. apt-get is fairly dumb when it comes to alternative dependencies and just chooses the first in the list which in this case is the apache1 and libapache-mod-perl packages. You should also note that as of version 3.4.2-2 request-tracker3.4 does not support mod_perl2. The version of mod_perl2 that is in Sid/unstable has just undergone a huge API change which request-tracker3.4 does not support right now. If you want to use apache2 you will need to use libapache2-mod-fastcgi. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309766: request-tracker3.4: Bad header 'Content-Transfer-Encoding' causes some MUA to not display messages correctly
On Thu, May 19, 2005 at 02:06:50PM +0200, Alexandre Dupouy wrote: Package: request-tracker3.4 Version: 3.4.1-2 Severity: important Hi, by default, header 'Content-Transfer-Encoding' is '8-bit', wich makes some MUA (mostly webmail as afar as i've seen) to not display message correctly. using 'Content-Transfer-Encoding: 8bit' fixes the problem. This is fixed in the newer upstream version of request-tracker3.4 which is in Sid/unstable. This bug has already been reported in bug #308309, see this webpage for details: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308309 I will merge the bugs, I don't have much hope of seeing this fixed in Sarge now it is in deep freeze. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309766: request-tracker3.4: Bad header 'Content-Transfer-Encoding' causes some MUA to not display messages correctly
On Thu, May 19, 2005 at 02:55:02PM +0200, Alexandre Dupouy wrote: On May 19, 13:33, Stephen Quinney wrote: This is fixed in the newer upstream version of request-tracker3.4 which is in Sid/unstable. This bug has already been reported in bug #308309, see this webpage for details: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=308309 Sorry, i'll clean my glasses next time. I will merge the bugs, I don't have much hope of seeing this fixed in Sarge now it is in deep freeze. Isn't it an RC bug ? In production, il really causes somes big troubles... I'm not a Debian Policy specialist, but this package can not be considered usable with this bug. Can i do something to encourage the upload in Sarge ? This does not seem to be a bug that affects everyone so the most appropriate severity level is important - that is defined as a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. I am not able to do an upload to Sarge now, that is the definition of deep freeze. The Debian systems prevent me from making the change. As it is a very simple change to fix your problem. I recommend copying the file /usr/share/request-tracker3.4/lib/RT/Action/SendEmail.pm into /usr/local/share/request-tracker3.4/lib/RT/Action/SendEmail.pm and making the correction there. Any changes made there will be preserved between package upgrades, when, for instance, there is a security bug fix at some future date. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309458: request-tracker3.4 should depend on libxml-simple-perl and libdbd-pg-perl
Hi there, Thanks for the bug report. On Tue, May 17, 2005 at 02:11:07PM +0200, Ramon Acedo wrote: rt-dump-database is unusable without the packages mentioned in the subject of this bug report. Installing the packages resolves the problem: Well, I agree that it should depend upon libxml-simple-perl. It is, however, up to you to install the correct dbd module. The package already specifies a dependency on libdbd-pg-perl | libdbd-mysql-perl (= 2.1018) | libdbd-informix-perl | libdbd-sqlite2-perl | libdbd-sqlite3-perl. You are expected to ensure you have installed a suitable driver so you can talk to your database. I will upload a new version to sid/unstable today with the extra libxml-simple-perl dependency. On a separate note, I notice also that it appears you have edited some files in the /usr/share/request-tracker3.4/html/ directory. See below: -- Package-specific info: Changed files: etc/request-tracker3.4/RT_SiteConfig.pm usr/share/request-tracker3.4/html/Elements/Footer usr/share/request-tracker3.4/html/Elements/Header usr/share/request-tracker3.4/html/NoAuth/webrt.css You should be aware that these local changes will _not_ be preserved between upgrades. If you want to make changes you should copy the relevant files from /usr/share/request-tracker3.4/html/ into /usr/local/share/request-tracker3.4/html/ and make your changes there. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308675: request-tracker3.4: uses forever to start up with worker mpm
On Fri, May 13, 2005 at 06:08:03PM +0200, Steinar H. Gunderson wrote: On Fri, May 13, 2005 at 03:49:29PM +0100, Stephen Quinney wrote: Thanks for the bug report. I have never used the Apache2 worker MPM only the prefork one so I'm not sure that I can do much to help you here. You didn't say how you are running RT, is it with fastcgi? That may well be very relevant here. It's with mod_perl2. Could you at least try to reproduce it, so I know if it's specific to my machine or not? Simply swapping prefork for worker with the same config triggers it here (aptitude install apache2-mpm-worker). Sorry for the delay, I finally managed to get hold of a Sarge box to test this on. I can reproduce the problem with apache2-mpm-worker, it flattens my machine for about 3 minutes while it starts up. It seems to be terrible in responding to requests after that as well. It does appear to be related to RT as starting up apache2 without that included works fine. I'm still not sure where to start with actually debugging the cause though. I'll report it to upstream at least and see what they say. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308675: request-tracker3.4: uses forever to start up with worker mpm
On Tue, May 17, 2005 at 03:30:10PM +0200, Steinar H. Gunderson wrote: On Tue, May 17, 2005 at 02:26:58PM +0100, Stephen Quinney wrote: Sorry for the delay, I finally managed to get hold of a Sarge box to test this on. I can reproduce the problem with apache2-mpm-worker, it flattens my machine for about 3 minutes while it starts up. It seems to be terrible in responding to requests after that as well. It does appear to be related to RT as starting up apache2 without that included works fine. Should this perhaps be elevated to RC? If not, it should definitely be documented in the package (ie.: use prefork or fastcgi). Well, this doesn't help you at all but we don't support mod_perl2 in Sid/unstable anymore and I'm expecting that Sarge will be the same soon. I'm well aware that being forced to go through a mod_perl2 API change at the last minute is going to annoy quite a lot of people... Maybe I should tag this as Sarge/important - important seems most appropriate to me - a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308675: request-tracker3.4: uses forever to start up with worker mpm
On Tue, May 17, 2005 at 04:01:18PM +0200, Steinar H. Gunderson wrote: On Tue, May 17, 2005 at 02:44:09PM +0100, Stephen Quinney wrote: Well, this doesn't help you at all but we don't support mod_perl2 in Sid/unstable anymore and I'm expecting that Sarge will be the same soon. I'm well aware that being forced to go through a mod_perl2 API change at the last minute is going to annoy quite a lot of people... Hm, that's a bit unfortunate, but OK. (Is this a permanent change for sid, or something transient during the API change?) The mod_perl2 support will return to Sid/unstable in due course when upstream catches up with the new API. Sarge will ship without support for mod_perl2 in request-tracker3.4, I believe. It's all still up in the air since libapache2-mod-perl2 hasn't actually migrated to Sarge yet but I'm told it will. Maybe I should tag this as Sarge/important - important seems most appropriate to me - a bug which has a major effect on the usability of a package, without rendering it completely unusable to everyone. Mm, seems right to me. ok, that's now done. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308675: request-tracker3.4: uses forever to start up with worker mpm
On Wed, May 11, 2005 at 10:46:10PM +0200, Steinar H. Gunderson wrote: Package: request-tracker3.4 Version: 3.4.1-2 Severity: important Apache2 uses two or three minutes to start up (on a dual Athlon MP 2200+) when an RT-using vhost is enabled with the worker MPM. ltrace of the process at this time shows absolutely nothing; strace shows only a steady stream of increasing brk() calls, indicating that the process is allocating memory at a steady pace. With the prefork MPM, the problems disappear completely; Apache starts up in a few seconds. This happens on both start and restart. Thanks for the bug report. I have never used the Apache2 worker MPM only the prefork one so I'm not sure that I can do much to help you here. You didn't say how you are running RT, is it with fastcgi? That may well be very relevant here. The best advice I can offer right now is to contact the rt-users mailing list and see if anyone has had similar experiences. Details are at: http://lists.bestpractical.com/cgi-bin/mailman/listinfo/rt-users If you have any further information please followup to the bug report and I will try my best to track down the issue. Thanks, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308675: request-tracker3.4: uses forever to start up with worker mpm
On Fri, May 13, 2005 at 06:08:03PM +0200, Steinar H. Gunderson wrote: On Fri, May 13, 2005 at 03:49:29PM +0100, Stephen Quinney wrote: Thanks for the bug report. I have never used the Apache2 worker MPM only the prefork one so I'm not sure that I can do much to help you here. You didn't say how you are running RT, is it with fastcgi? That may well be very relevant here. It's with mod_perl2. Could you at least try to reproduce it, so I know if it's specific to my machine or not? Simply swapping prefork for worker with the same config triggers it here (aptitude install apache2-mpm-worker). hmm, this is all made a lot more tricky for me in not having rt3.4 set up with mod_perl2 since it has recently gone through an evil last-minute API change on Sid/unstable. Currently rt3.4 does not support mod_perl2 on Sid at all which is very annoying. I will see if I can find a Sarge box on which I can install the necessary stuff to give it a try. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#308201: ftp.debian.org: Please remove request-tracker3.2
Package: ftp.debian.org Severity: normal The request-tracker3.2 package is only in Sid/unstable and has never been in Sarge/testing. It is superceded and completely replaced by the request-tracker3.4 package. I thus request that this package is removed from the archive. Thanks, Stephen Quinney -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#307633: request-tracker3.4: RT_SiteConfig.pm installs with incorrect permissions
On Wed, May 04, 2005 at 11:59:27AM +0100, Katherine Spice wrote: /etc/request-tracker3.4/RT_SiteConfig.pm installs as rw by root only causing Can't locate /etc/request-tracker3.4/RT_SiteConfig.pm in @INC error when trying to run rt-setup-database This is not a bug, it was done this way by design. The file RT_SiteConfig.pm contains, at least, the username and password for the RT database so it is preferable that only root can read it. If you want to make this file readable by other users (such as www-data for running in cgi mode) then you have to do so yourself. It is done this way so that the sysadmin knows that the database access parameters are readable by other users. For instance, if you have php installed on the system anyone running a php script could read the database access details if the file is readable by www-data. We give full instructions as to how to install and configure RT in the files /usr/share/doc/request-tracker3.4/README.Debian and /usr/share/doc/request-tracker3.4/INSTALL.Debian. These instructions are all based on being run as root. I hope that clarifies things, Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306915: ITP: libapache-sessionmanager-perl -- mod_perl 1.0/2.0 session manager extension to manage sessions over HTTP requests
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] * Package name: libapache-sessionmanager-perl Version : 1.03 Upstream Author : Enrico Sorcinelli [EMAIL PROTECTED] * URL : http://search.cpan.org/CPAN/authors/id/E/EN/ENRYS/Apache-SessionManager-1.03.tar.gz * License : GPL (= 1) or Perl Artistic Description : mod_perl 1.0/2.0 session manager extension to manage sessions over HTTP requests This is an Apache mod_perl (1.0 and 2.0) module that helps session management of a web application. This module is a wrapper around Apache::Session persistence framework for session data. It creates a session object and makes it available to all other handlers transparently by putting it in pnotes. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#306129: Build-depends on soon-to-be-removed libdbd-sqlite-perl
On Sun, Apr 24, 2005 at 02:34:13PM +0200, Jeroen van Wolffelaar wrote: Package: libclass-dbi-plugin-type-perl Severity: serious Hi! The maintainer of libdbd-sqlite-perl asked for its removal in #305604. Your package does build-time tests using this module, so would fail to build once this removal is propagated. Two newer versions of the sqlite perl module are available, I suggest you use either of those instead. By the way, kudo's for doing build-time tests, they are IMHO an important way of doing good QA on your package. (Just curious, why are not failing the build if the tests fail?) Thanks for these reports, they are much appreciated. I will be uploading fixed packages shortly. The reason they don't fail is because the upstream test scripts first test for existence of the correct library and exit without error if they are not there. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305526: libyaml-perl: Bug in either code or pod docs
Package: libyaml-perl
Version: 0.38-2
Severity: normal
According to the manpage:
use YAML qw(Dump Bless);
$hash = {apple = 'good', banana = 'bad', cauliflower = 'ugly'};
print Dump $hash;
Bless($hash)-keys(['banana', 'apple']);
print Dump $hash;
produces:
--- #YAML:1.0
apple: good
banana: bad
cauliflower: ugly
--- #YAML:1.0
banana: bad
apple: good
but in fact the code does not do this, it produces instead:
---
apple: good
banana: bad
cauliflower: ugly
---
banana: bad
apple: good
I certainly expected the module to add the version strings (as did
some tests in a different module that I was building. It seems that at
some point this behaviour has changed. Looking at the code I see, on
line 254 of YAML.pm, in the subroutine _emit_header():
if ($o-{UseVersion}) {
# $o-{stream} .= #YAML:1.0;
}
I was slightly surprised at this but willing to accept it if this is
now considered correct behaviour. In that case it would be nice if the
pod for the module could be updated to reflect the fact.
Thanks,
Stephen Quinney
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libyaml-perl depends on:
ii perl 5.8.4-8Larry Wall's Practical Extraction
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305525: libyaml-perl: Build-Depends but arch independent
Package: libyaml-perl Version: 0.38-2 Severity: normal In building the libyaml-perl package for myself I noticed that although libyaml-perl is arch-independent you have only a Build-Depends line in the debian/control file. There should be a Build-Depends-Indep line for the perl build dependency according to policy. lintian reports this error as: W: libyaml-perl source: build-depends-without-arch-dep Cheers, Stephen Quinney -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages libyaml-perl depends on: ii perl 5.8.4-8Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305421: ITP: libtemplate-plugin-yaml-perl -- simple Template Toolkit Plugin Interface to the YAML module
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] * Package name: libtemplate-plugin-yaml-perl Version : 1.22 Upstream Author : Richard Clamp [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/R/RC/RCLAMP/Template-Plugin-YAML-1.22.tar.gz * License : GPL (= 1) or Perl Artistic Description : simple Template Toolkit Plugin Interface to the YAML module Provides the ability to load YAML strings and files into data structures and also dump data structures to files and strings from within the Perl Template Toolkit. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304752: libapache2-request-perl: Fails to load: httpd must load mod_apreq.so first
Package: libapache2-request-perl
Version: 2.04-dev-1
Severity: normal
Well, maybe this isn't a bug but it is starting to look like one to
me. I have tried every order of loading Apache::Request with
Apache::RequestRec but I just cannot get the server to start
successfully. I always get the error:
[Fri Apr 15 09:10:05 2005] [error] Apache::Request: httpd must load
mod_apreq.so first at /usr/lib/perl5/Apache2/Apache/Request.pm line
31.\nCompilation failed
in require at /usr/share/maillist/startup.pl line 17.\nBEGIN
failed--compilation aborted at /usr/share/maillist/startup.pl line
17.\nCompilation failed in require at (eval 3) line 1.\n
I even tried loading all the standard Apache2 modules I need with
use then doing a require on Apache::Request so it would definitely
load last. The script all works fine without Apache::Request,
currently I'm using the CGI module but it would be nice to not have to
load all that stuff.
The code that is throwing the error is:
if ($ENV{MOD_PERL}) {
require mod_perl;
my $env = __PACKAGE__-env || '';
if ($mod_perl::VERSION 1.99) {
die __PACKAGE__ . : httpd must load mod_apreq.so first
if $env ne Apache::RequestRec;
}
else {
die Unsupported mod_perl version number: $modperl::VERSION;
}
}
I got it to print out the $env and it contained APR::Pool which
obviously leads to the error, not sure how to get around this though.
Thanks in advance,
Stephen Quinney
-- System Information:
Debian Release: 3.1
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages libapache2-request-perl depends on:
ii apache2-common 2.0.53-5 next generation, scalable, extenda
ii libapache2-mod-perl21.999.21-1 Integration of perl with the Apach
ii libapr0 2.0.53-5 the Apache Portable Runtime
ii libc6 2.3.2.ds1-20 GNU C Library: Shared libraries an
ii libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii libexpat1 1.95.8-1 XML parsing C library - runtime li
ii libldap22.1.30-6 OpenLDAP libraries
ii perl5.8.4-8 Larry Wall's Practical Extraction
ii perl-base [perlapi-5.8.4] 5.8.4-8 The Pathologically Eclectic Rubbis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304452: request-tracker3.4: fails with nonstandard @LexiconLanguages
On Wed, Apr 13, 2005 at 11:01:19AM +0200, David Schmitt wrote: Package: request-tracker3.4 Version: 3.4.1-2 Severity: normal Hi! While trying to enable german RT interface I stumbled upon this: After adding '@LexiconLanguages = qw(de it en);' to /etc/request-tracker3.4/RT_SiteConfig.pm, apache refuses to restart with this error message: It looks like this bug is caused by a problem in the Locale::MakeText::Lexicon module which RT uses. Upgrading to the latest version 0.49 appears to be a good fix. I have uploaded a new package to http://www.jadevine.org.uk/request-tracker/ I would appreciate it if you could install the liblocale-maketext-lexicon-perl_0.49-1_all.deb and then let me know if this fixes your problem. If so, I will upload the new package tonight and update the RT packages dependencies accordingly. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304452: request-tracker3.4: fails with nonstandard @LexiconLanguages
On Thu, Apr 14, 2005 at 11:01:07AM +0200, David Schmitt wrote: Yes and no. The error message vanishes but after removing all .po files under /usr/local/share/request-tracker3.4/po and restarting apache, the interface is en-only. hmm, that's rather odd. I've tested it here (with 3.2 rather than 3.4 though) and I can now specify a limited set of languages and change the language to german, for instance. I'll look into this some more this evening when I have access to version 3.4. PS: on a slightly unrelated matter: I'm currently rewriting de.po. Would you use it in your next upload? I guess it depends on the purpose of the rewrite and also are you intending to offer it to Jesse for use in the main version? Not being a german speaker it would be hard for me to know which version is the more correct. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304442: ITP: libconfig-yaml-perl -- Simple configuration automation
Package: wnpp Severity: wishlist Owner: Stephen Quinney [EMAIL PROTECTED] * Package name: libconfig-yaml-perl Version : 1.41 Upstream Author : Shawn Boyette [EMAIL PROTECTED] * URL : http://www.cpan.org/authors/id/M/MD/MDXI/Config-YAML-1.41.tar.gz * License : GPL (= 1) or Perl Artistic Description : Simple configuration automation Config::YAML is a somewhat object-oriented wrapper around the YAML module which makes reading and writing configuration files simple. Handling multiple config files (e.g. system and per-user configuration, or a gallery app with per-directory configuration) is a snap. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.11 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303698: request-tracker3.4: missing dependency on libcache-simple-timedexpiry-perl
On Fri, Apr 08, 2005 at 09:56:49AM +0200, Christoph Martin wrote: Please include a dependency for libcache-simple-timedexpiry-perl Thanks for reporting this, it actually flags up another serious bug in the dependencies. request-tracker3.4 actually needs a minimum version dep on libdbix-searchbuilder-perl of 1.21 but it was set to 1.01. Newer versions of libdbix-searchbuilder-perl depend on libcache-simple-timedexpiry-perl which masked the problem for me. I will upload a new version immediately. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#303698: request-tracker3.4: missing dependency on libcache-simple-timedexpiry-perl
On Fri, Apr 08, 2005 at 11:49:14AM +0200, Christoph Martin wrote: Hi Stephen, Stephen Quinney schrieb: On Fri, Apr 08, 2005 at 09:56:49AM +0200, Christoph Martin wrote: Please include a dependency for libcache-simple-timedexpiry-perl Thanks for reporting this, it actually flags up another serious bug in the dependencies. request-tracker3.4 actually needs a minimum version dep on libdbix-searchbuilder-perl of 1.21 but it was set to 1.01. Newer versions of libdbix-searchbuilder-perl depend on libcache-simple-timedexpiry-perl which masked the problem for me. What is the problem with the old version of libdbix-searchbuilder-perl? What is the serious bug? RT3.4 makes use of the new features in the more recent versions of DBIx::SearchBuilder. The two have tended to be developed together so when Jesse says use this version of DBIx::SearchBuilder he normally means it seriously. There have been a _lot_ of changes since the 1.01 version you seem to have installed. See the page: http://search.cpan.org/src/JESSE/DBIx-SearchBuilder-1.24/Changes for full details. Stephen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#302802: locally solved by upgrading to latest 3.2 package
On Sat, Apr 02, 2005 at 07:04:01PM -0800, Norbert Kiesel wrote: Looking at info of rt3.4 I saw it conflicts with earlier rt3.2 packages. I ended up upgrading to the latest 3.2 and reapplying my changes, which allowed me to install rt3.4. Still not sure why this conflict exists. The request-tracker3.4 package conflicts with earlier versions of request-tracker3.2 because both packages wanted to install the same file (and that is definitely a bad thing). This was due to an oversight on my part and is now fixed via the normal alternatives handling system that is used in all my RT packages. The only way to prevent bad things happening on install of the request-tracker3.4 package was to declare a conflict on request-tracker3.2 versions less than 3.2.2-3. Stephen Quinney -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
