Bug#368477: gcc-4.0 should depend on libc6-dev
Package: gcc-4.0 Severity: grave Justification: renders package unusable gcc-4.0 should depend, not recommend libc6-dev, otherwise it can not find crt1.o and can not generate binaries. -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (200, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.16.1-1-runtime-k8-smp Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) -- David Pashley [EMAIL PROTECTED] Runtime Collective -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#386831: tomcat-common
Alternatively, you could create a tomcat-common package, which included files shared between the two versions. It would be this package that owned the tomcat user. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330602: Fixed in 0.8.10?
Can you test irssi-0.8.10-1 and let me know if this upload has fixed your problem. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343608: Core dump at start
Can you run strace -o irssi.log irssi and send me irssi.log -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#343608: Core dump at start
On Dec 17, 2005 at 05:48, Juhapekka Tolvanen praised the llamas by saying: > > I think I found the reason for that core dump: > > http://w-ber.ormgas.com/html2utf8.pl > > If UTF-8 is really not in use and that script is loaded in > ~/.irssi/startup , irssi dumps core during startup. Probably the bug is > in that script rather than in irssi. But as long as I am really not yet > in UTF-8-era, I should not load that script at all. > > Is that the only script you load? It's possible that it could be a bug in perl. I'll keep the bug open, but downgrade it and do a little bit more digging into the problem first. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#257531: Removing irssi-snapshot from Debian archives?
On Sep 11, 2005 at 14:27, Tommi Vainikainen praised the llamas by saying: > Hi David and others, > > currently irssi-snapshot package has version number > 0.8.6+cvs.20031114-1. Debian archives also contain package irssi-text > with version number 0.8.9(-3.1) which is clearly much newer than > irssi-snapshot. > > Also a bug report about outdateness of irssi-snapshot have been open > more than a year ago (reported Sun, 4 Jul 2004 03:40:21 +0200). > > So my suggestion would be to remove irssi-snapshot from archives, but > I'd like to get some input about this issue from the maintainer -- > that's you David Pashley. Could you please reassign this bug report to > ftp.debian.org, so that ftp maintainers can remove this package? Or do > you have some other plans to fix this bug, David? > I plan to upload a new version of irssi to the archive, conflicting with both irssi-text and irssi-snapshot. I hope this will happen soon. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
On Sep 28, 2005 at 21:59, simon raven praised the llamas by saying: > Package: irssi-text > Version: 0.8.10rc5-0.1 > Severity: grave > Justification: renders package unusable > > hi, > > just like the subject says, it SEGVs when i launch it. also it dumps > core. seems to be DynaLoader related, since i'm seeing similar behaviour > with mod_perl (DynaLoader involved in the borkedness). > > more info provided upon request. > Can you disable loading all perl scripts on start up? Does it still crash? Can you load one script at a time and let me know if it is all scripts that cause it to crash or if it is just one or a set of scripts. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
Can you test the 0.8.10rc6 packages at: deb http://www.davidpashley.com/debian/irssi ./ -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#330602: irssi-text: irssi SEGVs with recent sid perl upgrade
On Oct 14, 2005 at 01:40, SR, ESC praised the llamas by saying: > Le jeu 2005-10-13 a 19:50:45 -0400, David Pashley <[EMAIL PROTECTED]> a dit: > > Can you test the 0.8.10rc6 packages at: > > > > deb http://www.davidpashley.com/debian/irssi ./ > > nice, it worky again. thank you :). booboos in my conf, but i think > it's because it's left overs from an svn build > > 20:36 --> Irssi: warning settings_get_default_str(term_type) : unknown setting > 20:36 --> Irssi: warning settings_get(term_type) : not found > > other than that, it runs like a charm again. > > *hugs* > >From line 42 of NEWS: Setting "term_type" has been renamed to "term_charset". -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#323321: FTBFS: Unable to define uoff_t
On Aug 15, 2005 at 18:47, Matt Kraai praised the llamas by saying: > Package: irssi-text > Version: 0.8.9-3 > Severity: serious > > irssi-text fails to build because it cannot define uoff_t: > > > /bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. > > -I../../src-I../../src/core-I../../src/fe-common/core > > -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > > -DSCRIPTDIR=\""/usr/share/irssi/scripts"\" > > -DPERL_USE_LIB=\""/usr/lib/perl/5.8"\" -DPERL_STATIC_LIBS=0 > > -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN > > -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE > > -D_FILE_OFFSET_BITS=64 -I/usr/lib/perl/5.8/CORE -O2 -Wall -c > > perl-core.c > > mkdir .libs > > gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../../src -I../../src/core > > -I../../src/fe-common/core -I/usr/include/glib-2.0 > > -I/usr/lib/glib-2.0/include -DSCRIPTDIR=\"/usr/share/irssi/scripts\" > > -DPERL_USE_LIB=\"/usr/lib/perl/5.8\" -DPERL_STATIC_LIBS=0 -D_REENTRANT > > -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN -fno-strict-aliasing -pipe > > -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > > -I/usr/lib/perl/5.8/CORE -O2 -Wall -c perl-core.c -fPIC -DPIC -o > > .libs/perl-core.o > > In file included from module.h:19, > > from perl-core.c:22: > > ../../src/common.h:66:4: error: #error uoff_t size not set > > In file included from perl-core.c:26: > > ../../src/core/misc.h:79: error: syntax error before 'str_to_uofft' > > ../../src/core/misc.h:79: warning: type defaults to 'int' in declaration of > > 'str_to_uofft' > > ../../src/core/misc.h:79: warning: data definition has no type or storage > > class > > In file included from perl-core.c:31: > > perl-common.h:31:1: warning: "PL_sv_undef" redefined > > In file included from /usr/lib/perl/5.8/CORE/perl.h:3821, > > from module.h:6, > > from perl-core.c:22: > > /usr/lib/perl/5.8/CORE/embedvar.h:758:1: warning: this is the location of > > the previous definition > > In file included from perl-core.c:31: > > perl-common.h:32: error: syntax error before '->' token > > perl-core.c:40:1: warning: "PL_perl_destruct_level" redefined > > In file included from /usr/lib/perl/5.8/CORE/XSUB.h:320, > > from perl-core.c:35: > > /usr/lib/perl/5.8/CORE/perlapi.h:477:1: warning: this is the location of > > the previous definition > > I don't understand why this doesn't work, though. config.h defines > UOFF_T_LONG_LONG, which should allow common.h to define uoff_t. > The problem is that perl includes a common.h which gets included in preference to the local common.h due to a change in the header search order. I believe this is due to GCC 4.0, possibly caching header locations. The fix is to move the #include "common.h" earlier in module.h header. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292831: udev: udev prevents X from beeing started
On Jan 31, 2005 at 04:46, Hamish Moffatt praised the llamas by saying: > On Mon, Jan 31, 2005 at 05:31:03AM +0100, Joey Hess wrote: > > Marco d'Itri wrote: > > > My package works as designed, but let me know if you can design > > > something better. > > > > Oh, so it's udev that's responsible for what IIRC is a race that can > > cause X to not see the ps/2 mouse if the module is loaded as part of X's > > setup? Nice design. :-P > > > > FWIW, we have worked around this bug in d-i unstable for at least i386 > > and amd64 by always putting psmouse in /etc/modules. > > I did an amd64 install last week from the (then) current install image > and didn't end up with psmouse in /etc/modules; I added it by hand when > I found that udev was preventing X from starting. :-( > > I am yet to submit a report; my bad. > Surely the solution is for hotplug/discover to load it during bootup. Could hotplug use mdetect? -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445840: irssi: should this package be orphaned?
0.8.12 is being worked on and should be uploaded this week. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#445840: irssi: should this package be orphaned?
On Oct 09, 2007 at 10:26, Peter Schwindt praised the llamas by saying: > I could help maintaining it, at least bug triaging, if it's orphaned or > a maintainer team needs help. > It isn't orphaned. A 0.8.12 package is being worked on. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#434728: configuration should be in /etc/tomcat5.5
Package: tomcat5.5
Version: 5.5.20-5
Severity: serious
Tags: patch
Justification: Policy 10.7.2
All the config files should be in /etc/tomcat5.5. The current scheme
where some files are in /etc/tomcat5.5 and some are in
/var/lib/tomcat5.5/conf with symlinks to the ones in /etc/tomcat5.5 is
just confusing. I've included a patch which should move the conf
directory to /etc/tomcat5.5 and hopefully migrate users files. It has
been tested, but not heavily.
-- System Information:
Debian Release: lenny/sid
APT prefers gutsy-updates
APT policy: (500, 'gutsy-updates'), (500, 'gutsy-security'), (500,
'gutsy-backports'), (500, 'gutsy')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.22-8-generic (SMP w/1 CPU core)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff --git a/debian/NEWS b/debian/NEWS
index 8e9d7af..27c9435 100644
--- a/debian/NEWS
+++ b/debian/NEWS
@@ -1,6 +1,15 @@
+tomcat5.5 (5.5.20-6) dapper; urgency=low
+
+ * Configuration has moved from /var/lib/tomcat5.5/conf to /etc/tomcat5.5.
+ The maintainer scripts will attempt to migrate any config files to the
+ correct location in /etc/tomcat5.5, but a backup will be left in
+ /var/lib/tomcat5.5/conf.backup
+
+ -- David Pashley <[EMAIL PROTECTED]> Wed, 25 Jul 2007 14:09:08 +0100
+
tomcat5.5 (5.5.17-2) unstable; urgency=low
- Tomcat5.5 has a new user: tomcat55.
+ * Tomcat5.5 has a new user: tomcat55.
-- Arnaud Vandyck <[EMAIL PROTECTED]> Mon, 9 Oct 2006 16:03:21 +0200
diff --git a/debian/README.Debian b/debian/README.Debian
index 4bd65bd..1085460 100644
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -58,7 +58,7 @@ Apache Tomcat 5.5 for Debian
- There is a webapp for basic web-based administration of Tomcat's webapps
in the tomcat5.5-admin package. You need to add one of the users in
- /var/lib/tomcat5.5/conf/tomcat-users.xml to the manager role and probably
+ /etc/tomcat5.5/tomcat-users.xml to the manager role and probably
set a better password. The "Web Application Manager" can then be accessed
at http://localhost:8180/manager/html. There's also a more sophisticated
administration webapp called "admin" in the same package but it can't make
diff --git a/debian/control b/debian/control
index 7433d8d..cfedfc1 100644
--- a/debian/control
+++ b/debian/control
@@ -13,6 +13,7 @@ Package: tomcat5.5
Architecture: all
Depends: java-gcj-compat-dev (>= 1.0.30-5) | kaffe (>= 2:1.1.6-3) | java2-runtime, libtomcat5.5-java (>= ${Source-Version}), adduser (>= 3.34), ecj-bootstrap, jsvc (>= 1.0.2~svn20061127-6)
Suggests: java-virtual-machine, libapache-mod-jk | libapache2-mod-jk, tomcat5.5-webapps (>= ${Source-Version}), tomcat5.5-admin (>= ${Source-Version})
+Conflicts: tomcat5.5-admin (<= 5.5.20-5)
Description: Servlet and JSP engine
Apache Tomcat is the reference implementation for the Java Servlet
and JavaServer Pages technologies.
diff --git a/debian/tomcat5.5-admin.dirs b/debian/tomcat5.5-admin.dirs
index 3b3598a..5c7ada1 100644
--- a/debian/tomcat5.5-admin.dirs
+++ b/debian/tomcat5.5-admin.dirs
@@ -1,3 +1,3 @@
etc/tomcat5.5/policy.d
-var/lib/tomcat5.5/conf/Catalina/localhost
+etc/tomcat5.5/Catalina/localhost
usr/share/tomcat5.5/server
diff --git a/debian/tomcat5.5-admin.install b/debian/tomcat5.5-admin.install
index 3d73931..b3cf019 100644
--- a/debian/tomcat5.5-admin.install
+++ b/debian/tomcat5.5-admin.install
@@ -1,2 +1,2 @@
-debian/context/admin/*.xml /var/lib/tomcat5.5/conf/Catalina/localhost/
+debian/context/admin/*.xml /etc/tomcat5.5/Catalina/localhost/
build/dist/server/webapps /usr/share/tomcat5.5/server
diff --git a/debian/tomcat5.5-webapps.postinst b/debian/tomcat5.5-webapps.postinst
index 59fb012..522aebe 100644
--- a/debian/tomcat5.5-webapps.postinst
+++ b/debian/tomcat5.5-webapps.postinst
@@ -8,7 +8,7 @@ case "$1" in
# New installation, not a package upgrade
# create context links
for context in /usr/share/tomcat5.5-webapps/*.xml; do
- ln -sf $context /var/lib/tomcat5.5/conf/Catalina/localhost/
+ ln -sf $context /etc/tomcat5.5/Catalina/localhost/
done
if [ -x /etc/init.d/tomcat5.5 ]; then
diff --git a/debian/tomcat5.5.dirs b/debian/tomcat5.5.dirs
index c74185d..8ccf3be 100644
--- a/debian/tomcat5.5.dirs
+++ b/debian/tomcat5.5.dirs
@@ -1,8 +1,8 @@
etc/default
etc/tomcat5.5/policy.d
+etc/tomcat5.5/Catalina/localhost
usr/share/tomcat5.5
var/cache/tomcat5.5
-var/lib/tomcat5.5/conf/Catalina/localhost
var/lib/tomcat5.5/shared/classes
var/lib/tomcat5.5/shared/lib
var/lib/tomcat5.5/temp
diff --git a/debian/tomcat5.5.install b/debian/tomcat5.5.install
index 8600e87..28bde42 100644
--- a/debian/tomcat5.5.install
+++ b/debian/tomcat5.5.install
@@ -1,6 +1,11 @@
build/dist/bin /usr/share/tomcat5.5
-build/dist/conf /var/lib/tomcat5.5
-build/dist/conf/
Bug#434728: configuration should be in /etc/tomcat5.5
On Jul 30, 2007 at 23:21, Marcus Better praised the llamas by saying: > Michael Koch wrote: > > On Thu, Jul 26, 2007 at 10:15:33AM +0100, David Pashley wrote: > > > > All the config files should be in /etc/tomcat5.5. > > > I think this is good and really needed. Makes live much easier for > > backups. And its a policy violation we need to fix. > > Agreed. Not sure about the upgrade path though. Should we move the config > files from /var/lib to /etc in maintainer scripts? > > Marcus Seems a better plan than updating and spending ages trying to work out why your tomcat no longer works. It might be worth checking that the file doesn't already exist in /etc/tomcat5.5 before moving the file and throw up a debconf warning saying we couldn't migrate everything. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
