Bug#767103: irssi-plugin-otr doesn't work with irssi 0.8.17

[Gerfried Fuchs]

* intrigeri  [2014-11-04 20:14:24 CET]:
> David Kalnischkies wrote (28 Oct 2014 14:00:40 GMT) :
> > Upgrading irssi from 0.8.16-1+b1 to 0.8.17-1 seems to break the OTR
> > plugin for me.
> 
> I'm wondering if this could be a side-effect of #767230.
> Can you reproduce this after upgrading libotr5 to 4.1.0-1?

 I'm not so much sure if that has anything to do with libotr API.  irssi
happens to change api/abi every now and then and plugins need to get
recompiled on almost any new irssi release.  I have the same issue with
irssi 0.8.17 from backports and irssi-plugin-otr from stable.  The
plugin needs a tighter dependency on irssi.

 I'm not familiar with how library packaging works, and whether that
could be used at all for irssi, thing is that the plugins (especially
the otr one it seems) need to get recompiled every time a new irssi
upstream release happens.

 Anyone who is willing to dig more into this is very much encouraged to
do so and help out, either for the packaging part to ease that pain, or
with upstream to make it more stable in that respect.  I'm personally
lacking the skills to do that because I haven't digged into any library
packaging work at all, so my whole soname versioning knowledge is sort
of non-existing (and I'm still uncertain if that could help here at all,
if only to produce something that the irssi-plugin-* packages won't be
installable anymore after a new irssi upload).

 Please get the binNMU done for now, and anyone more knowledgeable can
figure out how to deal with that in the future.  Sorry that I forgot to
send a mail about the new upstream release this time.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#753913: irssi: unable to connect to any server

[Gerfried Fuchs]

severity 753913 normal
tag 753913 + moreinfo unreproducible
thanks

* Ian Zimmerman  [2014-07-06 08:34:36 CEST]:
> Trying to connect to any server whatsoever, I get this:
> 
> 23:30 -!- Irssi: Looking up chat.freenode.net
> 23:30 -!- Irssi: Connecting to chat.freenode.net [195.148.124.79] port 6667
> 23:30 -!- Irssi: Unable to connect server chat.freenode.net port 6667 
> [Invalid argument]

 Works for me, and seemingly for lots of other people too.  If you say
"any server whatsoever", what ones did you try, and on which ports?

> Here is the relevant piece of strace log:
> 
> socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4
> fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK)  = 0
> setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0
> setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0
> bind(4, {sa_family=AF_INET, sin_port=htons(0), 
> sin_addr=inet_addr("127.0.1.1")}, 16) = 0
> connect(4, {sa_family=AF_INET, sin_port=htons(6667), 
> sin_addr=inet_addr("82.96.64.4")}, 16) = -1 EINVAL (Invalid argument)

 Does networking work on that machine for you at all?  Do you have any
specific port filters/blocking?  Did you try other ports beside 6667?
Like, freenode supports port 8000 too.

 Thanks for any further information you can offer,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#744152: gdm3 doesn't display anything at all anymore

[Gerfried Fuchs]

Package: gdm3
Version: 3.8.4-6
Severity: grave
Justification: renders package unusable


 Hi!

 Since the upgrade last weekend I am unable to get any login possibility
to my X anymore with gdm3.  The screen only keeps black.  I can
ctrl-alt-f1 to the text console, so it doesn't freeze up completely.  I
can startx /usr/bin/metacity so it's not the xorg configuration.  When I
try to startx gnome-session I get that splash screen that something went
wrong and just wants to log me out (probably I should file that as a
sperate bugreport?).

 Please let me know what you need to debug this further, it's pretty
tiring to have to do the startx dance and send it a terminal to do
anything graphical. :/

 Thanks for looking into the issue!
Rhonda

-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages gdm3 depends on:
ii  accountsservice  0.6.34-2
ii  adduser  3.113+nmu3
ii  dconf-cli0.18.0-1
ii  dconf-gsettings-backend  0.18.0-1
ii  debconf [debconf-2.0]1.5.52
ii  gir1.2-gdm3  3.8.4-6
ii  gnome-session [x-session-manager]3.8.4-3
ii  gnome-session-bin3.8.4-3
ii  gnome-session-flashback [x-session-manager]  3.8.0-3
ii  gnome-settings-daemon3.8.5-2
ii  gnome-shell  3.8.4-8
ii  gnome-terminal [x-terminal-emulator] 3.10.1-1
ii  gsettings-desktop-schemas3.8.2-2
ii  libaccountsservice0  0.6.34-2
ii  libatk1.0-0  2.12.0-1
ii  libaudit11:2.3.4-1
ii  libc62.18-4
ii  libcairo-gobject21.12.16-2
ii  libcairo21.12.16-2
ii  libcanberra-gtk3-0   0.30-2
ii  libcanberra0 0.30-2
ii  libgdk-pixbuf2.0-0   2.30.6-1
ii  libgdm1  3.8.4-6
ii  libglib2.0-0 2.40.0-2
ii  libglib2.0-bin   2.40.0-2
ii  libgtk-3-0   3.12.0-4
ii  libpam-modules   1.1.8-2
ii  libpam-runtime   1.1.8-2
ii  libpam-systemd   204-8
ii  libpam0g 1.1.8-2
ii  libpango-1.0-0   1.36.3-1
ii  libpangocairo-1.0-0  1.36.3-1
ii  librsvg2-common  2.40.2-1
ii  libselinux1  2.2.2-1
ii  libwrap0 7.6.q-25
ii  libx11-6 2:1.6.2-1
ii  libxau6  1:1.0.8-1
ii  libxdmcp61:1.1.1-1
ii  libxrandr2   2:1.4.2-1
ii  lsb-base 4.1+Debian12
ii  metacity [x-window-manager]  1:2.34.13-1
ii  rxvt-unicode-256color [x-terminal-emulator]  9.19-1
ii  upower   0.9.23-2+b2
ii  x11-common   1:7.7+7
ii  x11-xserver-utils7.7+2
ii  xterm [x-terminal-emulator]  303-1

Versions of packages gdm3 recommends:
ii  at-spi2-core   2.10.2-2
ii  desktop-base   7.0.3
ii  gnome-icon-theme   3.12.0-1
ii  gnome-icon-theme-symbolic  3.12.0-1
ii  x11-xkb-utils  7.7+1
ii  xserver-xephyr 2:1.15.0.901-1
ii  xserver-xorg   1:7.7+7
ii  zenity 3.8.0-1

Versions of packages gdm3 suggests:
ii  gnome-orca3.12.0-1
ii  libpam-gnome-keyring  3.8.2-2+b1

-- debconf information:
* shared/default-x-display-manager: gdm3
  gdm3/daemon_name: /usr/sbin/gdm3


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#735048: mediathekview: doesn't start at all

[Gerfried Fuchs]

tags 735048 - moreinfo
severity 735048 normal
thanks

Dear Markus!

* Markus Koschany  [2014-01-12 12:10:41 CET]:
> On 12.01.2014 11:20, Gerfried Fuchs wrote:
> >  I didn't want to wait the few days for the testing transition, so I
> > installed mediathekview from unstable into my testing system.  But it
> > doesn't start at all, this is the output I receive:
> 
> Did you try to run MediathekView with OpenJDK 6 or OpenJDK 7? As far as
> I can see you seem to have installed OpenJDK 7 but perhaps your defaults
> (update-alternatives) still point to version 6? MV 4 will only work with
> OpenJDK 7 or later and since default-jre points to OpenJDK-7 on your
> system, the dependency should be satisfied.

 You are right, after I removed openjdk-6 packages from my system
mediathekview started properly.

 I am uncertain how this problem could get resolved.  Having a wrapper
script that would set JAVA_HOME, or anything along that lines.  Or at
least give useful error message when started from the commandline -
which wouldn't help people calling it from the menu.  Maybe a zenity
dialogue then or such.  Do you have an idea how other packages with
similar requirements do mitigate the issue?

 At least thanks for your information on how to get it working!
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#735048: mediathekview: doesn't start at all

[Gerfried Fuchs]

Package: mediathekview
Version: 4-1
Severity: grave
Justification: renders package unusable

 Hi!

 I didn't want to wait the few days for the testing transition, so I
installed mediathekview from unstable into my testing system.  But it
doesn't start at all, this is the output I receive:


Exception in thread "main" java.lang.UnsupportedClassVersionError: 
mediathek/Main : Unsupported major.minor version 51.0
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:643)
at 
java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142)
at java.net.URLClassLoader.defineClass(URLClassLoader.java:277)
at java.net.URLClassLoader.access$000(URLClassLoader.java:73)
at java.net.URLClassLoader$1.run(URLClassLoader.java:212)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:323)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:268)
Could not find the main class: mediathek.Main. Program will exit.


 Maybe it is just a missing tighter set dependency somewhere, but I am
uncertain what might be needed or wanted here.  Maybe the "Unsupported
major.minor version 51.0" can give you a clue; for me it doesn't. :)

 Thanks for looking into it.
Rhonda


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages mediathekview depends on:
ii  default-jre [java7-runtime]1:1.7-49
ii  jarwrapper 0.45
ii  libcommons-compress-java   1.6-1
ii  libcommons-lang3-java  3.1-2
ii  libjackson2-core-java  2.2.2-1
ii  libjgoodies-forms-java 1.6.0-4
ii  libjide-oss-java   3.5.10+dfsg-1
ii  libmac-widgets-java0.9.5+svn369-dfsg1-3
ii  libswingx-java 1:1.6.2-1
ii  libtimingframework-java1.0-1
ii  libxz-java 1.4-1
ii  openjdk-7-jre [java7-runtime]  7u25-2.3.10-1~deb7u1

Versions of packages mediathekview recommends:
ii  flvstreamer  2.1c1-1
ii  mplayer  2:1.0~rc4.dfsg1+svn34540-1+b2
ii  vlc  2.1.2-2

mediathekview suggests no packages.

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#727122: [gitolite3] Do not create a test-repo with @all RW

[Gerfried Fuchs]

severity 727122 normal
tags 727122 - security
thanks

 Hi!

* Bastien ROUCARIÈS  [2013-10-22 15:01:59 CEST]:
> By default gitolite3 install create a test repo (see gitolite.conf)
> repo testing:
> RW+ = @all

 That's right.

> This repositionnery is writtable by every one and could lead to distant dos 
> (disk full).

 No, it's not writable by everyone.  It's writable by people whose key
have been added.  In that respect the testing repository is no different
attack vector than any other repository you create for giving people
write access.

 I agree that creating a testing repository might not be really useful
for the usual installations, and I guess most people have removed that
on their gitolite(3) installation, but that's not a dos attack vector
than any other "regular" repository you grant access to.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#720728: NMU patch (+ git format-patch)

[Gerfried Fuchs]

Hi!

 As announced I uploaded the fix for these two FTBFS bugs in dnsval.
Find attached the NMU diff and also the three commits that I added
locally so you can "git am" them directly.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
diff --git a/debian/changelog b/debian/changelog
index 304012f..1dfb470 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,12 @@
+dnsval (2.0-1.1) unstable; urgency=low
+
+  * NMU to fix release critical FTBFS bugs.
+  * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817)
+  * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring
+selftest suite to be run.
+
+ -- Gerfried Fuchs   Thu, 19 Sep 2013 11:58:08 +0200
+
 dnsval (2.0-1) unstable; urgency=low
 
   * Initial release (Closes: #715542)
diff --git a/debian/control b/debian/control
index 5451771..21f5015 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,8 @@ Maintainer: Ondřej Surý 
 Build-Depends: debhelper (>= 9),
 	   autotools-dev,
 	   chrpath,
-	   dh-autoreconf
+	   dh-autoreconf,
+	   libssl-dev
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://www.dnssec-tools.org/
diff --git a/debian/rules b/debian/rules
index 35d298d..6efd882 100755
--- a/debian/rules
+++ b/debian/rules
@@ -27,3 +27,6 @@ override_dh_install:
 	done
 	chrpath -d debian/tmp/usr/bin/libval_check_conf
 	dh_install --list-missing -X.la
+
+override_dh_auto_test:
+	echo test would require network - disabled
>From 1932712b521e242c1a69b836116eab6ee4b8710e Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs 
Date: Thu, 19 Sep 2013 12:18:35 +0200
Subject: [PATCH 1/3] Add libssl-dev to Build-Depends to fix FTBFS (closes:
 #720728, #720817)

---
 debian/changelog |6 ++
 debian/control   |3 ++-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 304012f..696c4d6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+dnsval (2.0-2) unstable; urgency=low
+
+  * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817)
+
+ -- Gerfried Fuchs   Thu, 19 Sep 2013 11:58:08 +0200
+
 dnsval (2.0-1) unstable; urgency=low
 
   * Initial release (Closes: #715542)
diff --git a/debian/control b/debian/control
index 5451771..21f5015 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,8 @@ Maintainer: Ondřej Surý 
 Build-Depends: debhelper (>= 9),
 	   autotools-dev,
 	   chrpath,
-	   dh-autoreconf
+	   dh-autoreconf,
+	   libssl-dev
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://www.dnssec-tools.org/
-- 
1.7.10.4

>From bd7265bd425fa5fc8faa26dfd7cf11f8ac5312f6 Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs 
Date: Thu, 19 Sep 2013 12:39:38 +0200
Subject: [PATCH 2/3] override_dh_auto_test to be a NOP

---
 debian/changelog |2 ++
 debian/rules |3 +++
 2 files changed, 5 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 696c4d6..1e63e7e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,8 @@
 dnsval (2.0-2) unstable; urgency=low
 
   * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817)
+  * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring
+selftest suite to be run.
 
  -- Gerfried Fuchs   Thu, 19 Sep 2013 11:58:08 +0200
 
diff --git a/debian/rules b/debian/rules
index 35d298d..6efd882 100755
--- a/debian/rules
+++ b/debian/rules
@@ -27,3 +27,6 @@ override_dh_install:
 	done
 	chrpath -d debian/tmp/usr/bin/libval_check_conf
 	dh_install --list-missing -X.la
+
+override_dh_auto_test:
+	echo test would require network - disabled
-- 
1.7.10.4

>From 75210ac0206588e9236df0df685a9541eb555bd8 Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs 
Date: Mon, 23 Sep 2013 10:21:36 +0200
Subject: [PATCH 3/3] document NMU in changelog

---
 debian/changelog |3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 1e63e7e..1dfb470 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,5 +1,6 @@
-dnsval (2.0-2) unstable; urgency=low
+dnsval (2.0-1.1) unstable; urgency=low
 
+  * NMU to fix release critical FTBFS bugs.
   * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817)
   * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring
 selftest suite to be run.
-- 
1.7.10.4

Bug#720728: dnsval, patch, misuse of collab-maint

[Gerfried Fuchs]

* Gerfried Fuchs  [2013-09-19 12:27:14 CEST]:
> P.S.: Would be nice if you could fix this in the near future, I'd like
>to upload a new irssi package with DANE support and it is waiting on
>libval-dev being available.  Otherwise I'll have to consider doing an
>NMU with the attached patch when I found a way to either disable the
>test suite, or to check if there is some other way to mitigate that
>part.

 Find attached a patch that disables the selftest.  Given that this runs
through now quickly I guess I plan to upload it by the weekend to be
able to test DANE support in irssi.

 Enjoy!
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
>From bd7265bd425fa5fc8faa26dfd7cf11f8ac5312f6 Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs 
Date: Thu, 19 Sep 2013 12:39:38 +0200
Subject: [PATCH 2/2] override_dh_auto_test to be a NOP

---
 debian/changelog |2 ++
 debian/rules |3 +++
 2 files changed, 5 insertions(+)

diff --git a/debian/changelog b/debian/changelog
index 696c4d6..1e63e7e 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,6 +1,8 @@
 dnsval (2.0-2) unstable; urgency=low
 
   * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817)
+  * override_dh_auto_test to be a NOP to avoid the lengthy network-requiring
+selftest suite to be run.
 
  -- Gerfried Fuchs   Thu, 19 Sep 2013 11:58:08 +0200
 
diff --git a/debian/rules b/debian/rules
index 35d298d..6efd882 100755
--- a/debian/rules
+++ b/debian/rules
@@ -27,3 +27,6 @@ override_dh_install:
 	done
 	chrpath -d debian/tmp/usr/bin/libval_check_conf
 	dh_install --list-missing -X.la
+
+override_dh_auto_test:
+	echo test would require network - disabled
-- 
1.7.10.4

Bug#720728: dnsval, patch, misuse of collab-maint

[Gerfried Fuchs]

tag 720728 + patch
tag 720817 + patch
thanks

Dear Ondrej!

 I am uncertain whether you noticed the two release-critical bugreports
against the dnsval package.  Please find attached a patch to fix this
issue, there is nothing more needed than adding libssl-dev to the
Build-Depends.

 Actually I would have pushed that commit myself given that you stored
the VCS in collab-maint - only, that's not possible due to permissions.
Can you please fix that, too?

 Also, I noticed that the selftest that is run in the apps subdir does
require full network access, which isn't the case for some build
environments and not guaranteed for the buildds.  Please fix that,
otherwise it will stumble into dns request timeouts and potentially end
up in yet another FTBFS bug report.

 Thanks!
Rhonda
P.S.: Would be nice if you could fix this in the near future, I'd like
   to upload a new irssi package with DANE support and it is waiting on
   libval-dev being available.  Otherwise I'll have to consider doing an
   NMU with the attached patch when I found a way to either disable the
   test suite, or to check if there is some other way to mitigate that
   part.
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|
>From 1932712b521e242c1a69b836116eab6ee4b8710e Mon Sep 17 00:00:00 2001
From: Gerfried Fuchs 
Date: Thu, 19 Sep 2013 12:18:35 +0200
Subject: [PATCH] Add libssl-dev to Build-Depends to fix FTBFS (closes:
 #720728, #720817)

---
 debian/changelog |6 ++
 debian/control   |3 ++-
 2 files changed, 8 insertions(+), 1 deletion(-)

diff --git a/debian/changelog b/debian/changelog
index 304012f..696c4d6 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+dnsval (2.0-2) unstable; urgency=low
+
+  * Add libssl-dev to Build-Depends to fix FTBFS (closes: #720728, #720817)
+
+ -- Gerfried Fuchs   Thu, 19 Sep 2013 11:58:08 +0200
+
 dnsval (2.0-1) unstable; urgency=low
 
   * Initial release (Closes: #715542)
diff --git a/debian/control b/debian/control
index 5451771..21f5015 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,8 @@ Maintainer: Ondřej Surý 
 Build-Depends: debhelper (>= 9),
 	   autotools-dev,
 	   chrpath,
-	   dh-autoreconf
+	   dh-autoreconf,
+	   libssl-dev
 Standards-Version: 3.9.4
 Section: libs
 Homepage: http://www.dnssec-tools.org/
-- 
1.7.10.4

Bug#668037: fixed in jwhois 4.0-2

[Gerfried Fuchs]

reopen 668037
fixed 668037 4.0-2
thanks

* Matej Vela  [2012-05-18 14:34:54 CEST]:
> On Fri, May 18, 2012 at 01:57:28PM +0200, Matthias Guentert wrote:
> > That still doesn't work on my side.
> >
> > $ jwhois -v 173.194.70.94
> > [Querying whois.arin.net]
> > [Unable to connect to remote host]
> 
> Ah, you're right, this was fixed in :

 Unfortunately, that fix hasn't made it into stable.  Given that it is a
one-character fix, could you please run it through a stable update to
get it fixed for squeeze, too?  After all, squeeze is our supported
stable release. :)

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#674844: Bug#674850: Bug#675167: Bug#674850: RM: figlet -- RoQA; license which "specifically excludes the right to re-distribute"

[Gerfried Fuchs]

* Alexander Reichle-Schmehl  [2012-06-04 21:30:28 CEST]:
> Hi!
> 
> On 04.06.2012 19:56, Julien Cristau wrote:
> 
> >>> There seems to be just about 0 creative content in that file.  What
> >>> exactly is the problem with it?
> >> Figlet 2.2.5 has just been released with the following changelog [1].
> > That doesn't seem to answer the above question.
> 
> The problem is that someone claims that he has copyrights on some of
> these files.

 So far, correct.

> It doesn't actually matter, what I or anyone else thinks about that,
> unless it's a judge ruling that said files are not copyrightable.

 The suggested replacement file though is from the same copyright
holder, contains the same text.  This all suggests that the copyright
holder relicensed the information stored in the file under a free
license.

 So for stable, just the license information would need to get updated,
AIUI.  If a sponsor is needed for the stable update, please give me a
ping.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#675490: sgml2x: please rebuild to fix your copy of #477751

[Gerfried Fuchs]

 Hi again, Helmut! :)

 I just got notified that I'm blind.  Found the dependency now, and
actually, squeeze package has a lower versioned dependency on sgml-base.

 But given that #477751 is tagged squeeze-ignore, I discussed that with
release managers and got the information to tag the (thirteen)
bugreports with wheezy sid.

 No need to react to this anymore, thanks. ;)
Rhonda

* Gerfried Fuchs  [2012-06-15 22:15:18 CEST]:
>Dear Helmut!
> 
>  You filed this bugreport a while ago, and it is listed as still
> outstanding for squeeze, and someone did NMU the package for unstable -
> but given your explenation I wonder:  would the NMU really have been
> needed?  Is this actually affecting squeeze?
> 
>  For your convenience, I keep your full report in so you don't have to
> look it up yourself.  The part I'm refering to is:
> 
> | Any binary package using the dh_installcatalogs helper will add a versioned
> | dependency on sgml-base.
> 
>  There is no dependency on sgml-base AT ALL, not in squeeze, not in
> wheezy (which still has the old version) and not in unstable.
> 
>  Can you please elaborate again?  Thanks!
> Rhonda
> 
> * Helmut Grohne  [2012-06-01 15:52:38 CEST]:
> > Source: sgml2x
> > Severity: serious
> > 
> > Dear maintainer(s) of sgml2x,
> > 
> > TL;DR: Please upload a new version of this package closing this bug.
> > 
> > Problem
> > ~~~
> > Your package uses the dh_installcatalogs helper from debhelper. This helper
> > added code to the postinst that unconditionally overwrites files in /etc 
> > which
> > is a policy violation. The corresponding bug #477751 is now solved in
> > debhelper. Nevertheless the code overwriting files in /etc is still present 
> > in
> > a binary package built from this source package, so your package needs a
> > rebuild. Unfortunately the binary package in question is Architecture: all, 
> > so
> > a binNMU is not enough.
> > 
> > How to solve
> > 
> > This bug tracks the progress of the rebuild and should be closed by any 
> > upload
> > of this package. Before building, please ensure that your debhelper version 
> > is
> > at least 9.20120528 which should be the case if you are running sid. 
> > 
> > 
> > Is my package really/still affected?
> > 
> > Any binary package using the dh_installcatalogs helper will add a versioned
> > dependency on sgml-base. If the depended upon version is at least 1.26+nmu2,
> > your package is not affected. In that case, just close this bug.
> > 
> > 
> > If you have any further questions concerning this issue, please don't 
> > hesitate
> > to contact me.
> > 
> > Thanks for your help
> > 
> > Helmut
> 
> -- 
> Fühlst du dich mutlos, fass endlich Mut, los  |
> Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
> Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
> Fühlst du dich haltlos, such Halt und lass los|

-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#675490: sgml2x: please rebuild to fix your copy of #477751

[Gerfried Fuchs]

   Dear Helmut!

 You filed this bugreport a while ago, and it is listed as still
outstanding for squeeze, and someone did NMU the package for unstable -
but given your explenation I wonder:  would the NMU really have been
needed?  Is this actually affecting squeeze?

 For your convenience, I keep your full report in so you don't have to
look it up yourself.  The part I'm refering to is:

| Any binary package using the dh_installcatalogs helper will add a versioned
| dependency on sgml-base.

 There is no dependency on sgml-base AT ALL, not in squeeze, not in
wheezy (which still has the old version) and not in unstable.

 Can you please elaborate again?  Thanks!
Rhonda

* Helmut Grohne  [2012-06-01 15:52:38 CEST]:
> Source: sgml2x
> Severity: serious
> 
> Dear maintainer(s) of sgml2x,
> 
> TL;DR: Please upload a new version of this package closing this bug.
> 
> Problem
> ~~~
> Your package uses the dh_installcatalogs helper from debhelper. This helper
> added code to the postinst that unconditionally overwrites files in /etc which
> is a policy violation. The corresponding bug #477751 is now solved in
> debhelper. Nevertheless the code overwriting files in /etc is still present in
> a binary package built from this source package, so your package needs a
> rebuild. Unfortunately the binary package in question is Architecture: all, so
> a binNMU is not enough.
> 
> How to solve
> 
> This bug tracks the progress of the rebuild and should be closed by any upload
> of this package. Before building, please ensure that your debhelper version is
> at least 9.20120528 which should be the case if you are running sid. 
> 
> 
> Is my package really/still affected?
> 
> Any binary package using the dh_installcatalogs helper will add a versioned
> dependency on sgml-base. If the depended upon version is at least 1.26+nmu2,
> your package is not affected. In that case, just close this bug.
> 
> 
> If you have any further questions concerning this issue, please don't hesitate
> to contact me.
> 
> Thanks for your help
> 
> Helmut

-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#660197: samhain: Installation fails

[Gerfried Fuchs]

* Javier Fernández-Sanguino Peña  [2012-02-26 22:59:55 CET]:
> On Fri, Feb 17, 2012 at 10:27:58AM +, George B. wrote:
> > 
> > Package fails to install. Error message:
> 
> I have done the install in a clean chroot and the installation does not fail.
> I cannot reproduce this bug in a clean environment.
> 
> > ---
> > E: Sub-process /usr/bin/dpkg returned an error code (1)
> > A package failed to install.  Trying to recover:
> > Setting up samhain (2.6.2-1) ...
> > Creating samhain's file integrity database (this can take some minutes)
> > dpkg: error processing samhain (--configure):
> >  subprocess installed post-installation script returned error exit status 
> > 134
> > Errors were encountered while processing:
> >  samhain
> > Press return to continue.
> 
> In order to analyse this bug I would need more information. Please try to
> install samhain again setting up the following variable in your environment:
> DEBIAN_SCRIPT_DEBUG.
> 
> To get a full log, do the following:
> 
> # script /tmp/samhain.log
> # export DEBIAN_SCRIPT_DEBUG=y
> # dpkg --purge samhain
> # apt-get install samhain
> # exit
> 
> Once finished, please send the /tmp/samhain.log file generated to this bug
> report.

 I tried to do so, but for me, samhain hangs on installation endlessly,
the last two lines in the file:

#v+
Creating samhain's file integrity database (this can take some minutes)
+ samhain -t init
#v-

 I had it hanging like this for two week's time, and tried again if I am
able to reproduce it - it's absolutely reproducible. Doing this within a
cowbuilder chroot on an i386 machine.

 So, things to reproduce it should be as simple as:

$> sudo cowbuilder --create --basepath squeeze --distribution squeeze
$> sudo cowbuilder --login --basepath squeeze
# apt-get install samhain

 Hope that helps you to reproduce it, too!
Rhonda
P.S.: You are aware that #618728 is still unfixed for squeeze, right?
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#238245: license choice - consensus on dual MIT/GPL-2 ?

[Gerfried Fuchs]

* Stefano Zacchiroli  [2012-01-17 23:11:48 CET]:
> [ TL;DR: would you object re-licensing www.d.o content under dual
>   MIT/Expat + GPL-2 ? ]

 Shouldn't that be GPL-2+ (or later option)?  With MIT it isn't
explicitly needed, but still ...   Ah, later in the text you wrote that
you mean the or later part, so given DEP5 it would had been more clear
if you stated here already GPL-2+ to make that clear in the TL;DR part.
:)

 No objection at all from this end of the globe, neither for past nor
for future contributions.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#653994: gitolite: /usr/share/gitolite/sshkeys-lint line 142: Unsuccessful stat (ERROR)

[Gerfried Fuchs]

tag 653994 - pending
severity 653994 minor
thanks

 Dear Jari,

 it would be nice if you could read the BTS documentation on what the
tag pending means and what the severity serious stands for.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#652765: wesnoth-1.8: FTBFS: noncopyable.hpp:27:7: error: 'boost::noncopyable_::noncopyable::noncopyable(const boost::noncopyable_::noncopyable&)' is private

[Gerfried Fuchs]

reassign boost1.48
thanks

* Lucas Nussbaum  [2011-12-20 15:50:58 CET]:
> Source: wesnoth-1.8
> Version: 1:1.8.6-1
> Severity: serious
> Tags: wheezy sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20111220 qa-ftbfs
> Justification: FTBFS on amd64
> 
> Hi,
> 
> During a rebuild of all packages in sid, your package failed to build on
> amd64.

 This is another issue with the new boost default version, I'm afraid,
and nothing in the wesnoth area to fix.  You maybe want to add it to the
known current issues on the wiki page, see also Julien's mail on
debian-devel.

 Given that boost-defaults was reverted to 1.46 it shouldn't happen
anymore, but I rather like to reassign to give the boost team the
possibility to check for this issue, too.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#652677: causes FTBFS when using #define foreach BOOST_FOREACH

[Gerfried Fuchs]

Source: boost1.48
Severity: serious
Tags: upstream patch

Hi,

 the boost1.48 source contains an unfortunate bug that makes at least
wesnoth FTBFS because of a change in API that wasn't intentional.  The
upstream bug tracker contains the patch for the bug, please get it
applied soonish so I can upload the latest wesnoth version. :)

 Upstream Bug report: https://svn.boost.org/trac/boost/ticket/6131

 Thanks for your great work on boost packaging, btw.!
Rhonda

-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (x86_64)

Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#646158: qcake: diff for NMU version 0.7.2-2.1

[Gerfried Fuchs]

   Hey,

* Alexander Reichle-Schmehl  [2011-12-03 16:29:00 CET]:
> I've prepared an NMU for qcake (versioned as 0.7.2-2.1). The diff
> is attached to this message.

 Actually, what sense does an NMU make if the other RC for qcake is
still there?  If you want to NMU, then please fix both, or none,
half-baken solutions sound fishy to me.

 Additionally, I also like to question why this approach was taken and
ncurses was disabled?  There seems to be a feature that linking ncurses
in does offer which through this approach would get disabled.

 Thirdly, did you take a look at the VCS that is noted down in
debian/control?  Because actually, I added libnucrses-dev to the
Build-Depends to fix this issue.  I really would love to see people
working on bugs to check the VCS of the package if what they would like
to NMU might not already be addressed in there...  That shouldn't be
asked too much.

  But as mentioned at the start, I don't think it makes much sense to
fix this one and ignore the other FTBFS bug.  That's not very helpful,
IMHO.  I really would love to see a solution for the other bug, or have
an arch specific RM request done if that's what is wanted to "solve"
that bug.

 Enjoy,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#645191: update on waf binary data

[Gerfried Fuchs]

   Hi again,

* Yves-Alexis Perez  [2011-10-13 20:59:43 CEST]:
> On jeu., 2011-10-13 at 15:12 +0200, Gerfried Fuchs wrote:
> >  it seems that the line 161 is actually a tar.bz2 file that gets
> > extracted and then used.  Though, first there is some substitution of \r
> > and \n characters so that the "file" could go on one line.
> 
> Yes, this is waf. Documenting yourself may have prevented this.

 Documenting myself?  midori isn't my package, and neither is waf?  I'm
sorry but I fail to see how I should have documented that?

> >  IMHO this is not acceptable because there are no tools included or
> > commandline switches offered with waf (in postler and midori) to
> > conveniently unpack and repack these part for a.) inspection or b.)
> > modification, which are required for packages in Debian main.
> 
> Unpack is done automagically when running ./waf. Then you can modify
> stuff, like it was done for the HPPA issue. waf might not be the easiest
> build tool to live with (I don't like it either) but the fact it's
> different from autotool or cmake or whatever and the fact that you
> didn't read the documentation doesn't make it DFSG-nonfree.

 Which documentation actually?  There is no mentioning of it in
debian/README.source how to get the extracted source to work with, and
the upstream INSTALL file doesn't hint in that direction neither?  Thing
is, it's kinda obscure, and documentation doesn't seem to be included -
though I'd like to be proven wrong, but I would have expected you to
mention it directly if it's in the package, so I guess it isn't.

 Thanks for the fish,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#645190: update on waf binary data

[Gerfried Fuchs]

 Hi again,

 it seems that the line 161 is actually a tar.bz2 file that gets
extracted and then used.  Though, first there is some substitution of \r
and \n characters so that the "file" could go on one line.

 IMHO this is not acceptable because there are no tools included or
commandline switches offered with waf (in postler and midori) to
conveniently unpack and repack these part for a.) inspection or b.)
modification, which are required for packages in Debian main.

 From what I understood there seems to be some waf-light that wouldn't
use the mangled tarball included within the script, I would guess that
this is the best way to move forward from here.

 If you really would like to argue that character substitution within
the tarball for embedding it in the waf script is acceptable in
accordance to policy/DFSG without direct tool to unpack/repack it, then
please discuss this on e.g. debian-devel or such, or overrule me and
lower the severity (but please provide understandable reasoning too),
I still believe that this is against our rules.

 Thanks in advance,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#645190: postler: doesn't contain source for waf binary code

[Gerfried Fuchs]

* Jakub Wilk  [2011-10-13 14:11:59 CEST]:
> * Gerfried Fuchs , 2011-10-13, 14:00:
> >The included waf script contains binary code in line 161 for which
> >no source is available, which is a clear policy violation.
> 
> FWIW, the blob _does_ contain (compressed and pickled) source. If
> you run the script (even without any arguments), it will be unpacked
> to ./.waf-*/wafadmin/.

 As nice as this might be, but somewhat irrelevant and the wrong way
around: We require source to produce binaries, not the other way round.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#645191: midori: doesn't contain source for waf binary code

[Gerfried Fuchs]

Package: midori
Version: 0.3.0-1.1
Severity: serious

 Hi!

 The included waf script does include binary data in line 161 to which
the source code isn't included, which is clearly a policy violation.

 Please include the source code for that, and actually re-produce the
waf script from that source code and use that instead.

 Thanks in advance,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#645190: postler: doesn't contain source for waf binary code

[Gerfried Fuchs]

Package: postler
Version: 0.1.1-1
Severity: serious

Hi!

 This was actually found in Ubuntu: https://launchpad.net/bugs/873003

 The included waf script contains binary code in line 161 for which no
source is available, which is a clear policy violation.

 Please include the source for that and actually compile that source and
use the compiled binary data instead of the one that is included now in
the source package.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#639778: conky requires packages outside main for compilation (was: Re: conky rejected from backports)

[Gerfried Fuchs]

   Hi again.

* Aron Xu  [2011-08-30 13:51:26 CEST]:
> On Tue, Aug 30, 2011 at 19:45, Gerfried Fuchs  wrote:
> >  Because ftp masters are only human too, and can make mistakes.  Given
> > that there is no log of the discussion that dererk had with the unnamed
> > ftpmaster, this is very unfortunate, but mistakes happen.
> 
> Yes, I agree they are only human, but I think we need to know why they
> do this, if they are exactly wrong (according to the Policy, they are
> definitely wrong) we need to help them avoid similar problems in the
> future.

 If we would be able to explain why we do mistakes the world could be a
much better place indeed!  Unfortunately I fear that the ftpmasters
aren't any better at explaining why they do mistakes than anyone else.

> As commented above, we don't need them to interpret or explain Policy,

 Thanks, so it's clear that conky has to return to contrib it seems.
Thanks for the agreement on that grounds.

> but at least I myself want them to explain why they chose to accept
> packages like this, and why the buildds have contrib enabled by
> default for main packages.

 See above, explaining mistakes would solve much more than this issue
for mankind.  E.g. I don't ask for an explenation for why there is a
Changed-By: foo...@debian.org entry in one of the conky upload changes
files because it doesn't change anything.  Sending them a notification
though does help (and you can be assured that I discussed it with parts
of the ftp team).

 And the buildds seem to have contrib enabled because there are some
corner cases where contrib packages do not depend on non-free software
(like in the case of conky) for compiling and thus can be automatically
built.  I think a seperation of this into different chroots might make
sense, on the other hand, that's out of scope for this ticket and should
be discussed with the buildd admins.

 The scope of this bugreport should be getting the policy violation
fixed, not for general conceptual mistakes that happen in completely
different areas, so please keep it related to the bugreport, or move
further discussions along that lines to a more suiting place.  My
intention is to get conky in a releaseable shape again, which it
currently because of this issue isn't.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#639778: conky requires packages outside main for compilation (was: Re: conky rejected from backports)

[Gerfried Fuchs]

 Hi!

* Aron Xu  [2011-08-30 13:14:59 CEST]:
> Sorry, I am on vacation, but I can be online sometimes... I didn't see
> where is your bug report on BTS, I think it would be better to roll in
> ftp-masters to the discussions then, so they have a chance to explain
> why it was accepted, and why buildds enable contrib by default even if
> building main packages.

 Because ftp masters are only human too, and can make mistakes.  Given
that there is no log of the discussion that dererk had with the unnamed
ftpmaster, this is very unfortunate, but mistakes happen.

 That doesn't mean that this it was rightfully granted, and the policy
is crystal clear on this, like Vincent Bernat quoted already in
bugreport 579102 in message #129, and like I quoted again with the
opening of 639778.  I don't see any need for bringing in any ftp master
for explaining a clear statement from the policy that packages in main
aren't allowed to build-depend on packages outside of main.

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#639778: conky requires packages outside main for compilation (was: Re: conky rejected from backports)

[Gerfried Fuchs]

Package: conky
Severity: serious

   Hi!

* Vincent Cheng  [2011-08-30 02:41:35 CEST]:
> On Mon, Aug 29, 2011 at 5:58 AM, Gerfried Fuchs  wrote:
> >  I'm not sure if you actually received the reject mail through some
> > means, but in case you haven't, here it is:
> >
> > Reject message:
> >   Since the build-depends on nvidia-settings got re-introduced and
> >  that was the reason why the package was in contrib, not in main,
> >  this upload is going to get rejected.
> >
> >  Please be a bit more careful here, thanks.
> > Rhonda
> 
> The build-depends on nvidia-settings was always there in the first
> place; currently, conky in testing/unstable still has libxnvctrl-dev |
> nvidia-settings (both in contrib) as build dependencies, even though
> conky (the source package) was moved back to main since version
> 1.8.1-1. This has already been discussed extensively in #579102;
> please see [1] in particular.

 [1] is clearly wrong then, citing the policy:

,---> quote policy <---
| 2.2.1. The main archive area 
| 
| 
|  Every package in _main_ must comply with the DFSG (Debian Free 
|  Software Guidelines).
| 
|  In addition, the packages in _main_
| * must not require a package outside of _main_ for compilation or
|   execution (thus, the package must not declare a "Depends",
|   "Recommends", or "Build-Depends" relationship on a non-_main_
|   package),
| * must not be so buggy that we refuse to support them, and
| * must meet all policy requirements presented in this manual.
`---> quote policy <---

 Please read the first list point, emphasis on *compilation*.
 
> As Conky's maintainer, I understand why people might raise objections
> to this, but there simply is no easy and straight-forward way to fix
> this

 Then the package has to stay in contrib, as tough as this might sound.

> The ftpmasters have simply accepted the status quo as a compromise.

 Where did that happen? Do you have a hint for that?

> In light of all this, would you be willing to re-consider accepting
> conky as-is to Debian backports?

 In the light of all this, I'm filing a RC bug against the package for
violating policy 2.2.1.

 Sorry,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#630748: gitolite: always gives access to gitweb if a description is in the configuration

[Gerfried Fuchs]

   Hi again,

* Bernd Zeimetz  [2011-06-27 13:27:18 CEST]:
> On 06/27/2011 11:07 AM, Gerfried Fuchs wrote:
> >  This is a feature used by various people, and breaking this feature for
> > them won't gain much here. If you could elaborate where in the
> > documentation you have looked for the hint or how to document it more
> > prominently, please drop suggestions along that lines.
> 
> Unfortunately I don't have the history of which page I looked at for
> exactly that hint. I spent some longish time looking for that and then
> stated debugging. In my opinion that behavior is not obvious, so I
> filed the bug. If it is documented and I didn't find it - my fault,
> but then I think some short documentation - like a manpage - which
> explains the most common things and what they come with would be the
> best to avoid such things.

 It is even covered in the FAQ, at
http://sitaramc.github.com/gitolite/doc/3-faq-tips-etc.html under the
phrase "easier to link gitweb authorisation with gitolite".

 All the docs are also included in the package in
/usr/share/doc/gitolite/

 There seems to be some markdown2html converter which would make the
documentation more readable/usable within the package, though that
doesn't seem to be packaged yet:
https://github.com/rtomayko/ronn/blob/master/man/ronn.1.ronn

 Hope that helps (a bit).
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612675: libkio5: KTar class have broken UTF-8 support (longlink)

[Gerfried Fuchs]

Hi!

 First of all, sorry for late response. The bug got overlooked in the
aftermath of the squeeze release, people were quite busy here.

* Rinat  [2011-02-09 23:16:22 CET]:
> First, tar archives have to use "longlink trick" to 
> store names longer than 100 bytes. KTar class has 
> functions implementing longlink, but they check name 
> length in _characters_, not in bytes. For non-ASCII 
> characters in UTF-8 length of string in bytes and 
> length in characters do not match. In my case file 
> had character-length less than 100 and byte-length 
> greater than 100, so name simply truncated. Such 
> behavior can be observed on non-ASCII UTF-8 or any 
> other multibyte encoding. If file name is very long,
> resulting .tar may become unreadable.

 Thanks for digging that up, from reading the diff it's clear that this
is a mistake and should get addressed.

> Second, calculation of 'chksum' field of tar header also
> broken: 'buffer' array defined as char, a signed number,
> while in tar sources chksum obtained as sum of unsigned
> values (actually there is the trick for (unsigned char)
> emulate, converting to integer and then logical and with
> 0xFF). May be bad checksum was reason for unreadable .tar.

 This though is not totally clear to me. On the major architectures,
char is signed, so I would assume that a chksum error in this area
should have hit a lot of people already? Given that int is signed by
default I wonder if this is the proper approach and it shouldn't rather
be cast to signed char (signedness of char varies across the different
architectures).

 Out of curiosity, you filed this from an i386 system. Did you maybe
copy around the backup from/to any architcture including arm, armel,
powerpc or s390? Were they somehow involved in the assumingly checksum
error of yours? The thing behind the question is: If we "fix" the
calculation in the direction that you propose, this would break backups
done now on the architectures that do have char signed by default
because it would result in a different checksum.

 Or do I have any mistake in my thinking here?

 Thanks,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612914: Fails to build from source

[Gerfried Fuchs]

Hi!

* Moritz Mühlenhoff  [2011-02-14 10:27:55 CET]:
> Am Montag 14 Februar 2011 04:24:35 schrieb John Lightsey:
> > Yes, I can reproduce the FTBFS with 1.14. This was corrected upstream
> > with 1.16 which is already in testing and unstable. The newer version
> > doesn't include adjusted prices in any tests since Yahoo changes these
> > periodically.
> 
> I've cherrypicked the upstream test suite fixes from 1.16 and now the build 
> succeeds.

 Moritz, can you name which upstream commits are needed to fix this?

 John, what are your plans to get this fixed in squeeze? I just tested,
the package still FTBFS in squeeze, and in the case of a potential
needed security or otherwise related update, this *really* needs to get
fixed for squeeze, too.

 Thanks for any information,
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612214: fixed in python-gudev 147.2-2

[Gerfried Fuchs]

Hi!

* Alessio Treglia  [2011-02-09 20:34:00 CET]:
>* Depends on python-gobject (Closes: #612214), thanks to
>  Matteo Beniamino for reporting this.

 Given that the fix seems to be trivial, and that this also affects
squeeze, could you please push an update into squeeze too to fix this
release critical bug?

 Thanks in advance,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#619857: closed by Sergei Golovan (Bug#619857: fixed in erlang 1:14.b.2-dfsg-1)

[Gerfried Fuchs]

Hi!

* Sergei Golovan  [2011-04-01 09:20:15 CEST]:
> On Fri, Apr 1, 2011 at 10:44 AM, Michael Gebetsroither  
> wrote:
> > On 2011-04-01 08:21, Debian Bug Tracking System wrote:
> >> #619857: erlang: Urgend warning to upgrade to R14B02
> >>
> >> It has been closed by Sergei Golovan .
> >
> > Thx for closing this bug so fast!
> > Will all this bugs also be closed in 'Squeeze'?
> 
> I don't think so. If it's so important, I'll create a backport of
> R14B02 and put it into backports.debian.org.

 Erm, that's the wrong approach. If it's important (and it looks like it
is) please get this fixed either through the security team (if the
security implication is severe enough) or try to get it through the
stable release team. As backports team member I strongly suggest to you
to go that path. backports is the wrong answer to this issue. backports
is about offering new features to the stable release, not about getting
bugfixes done for the stable release - the place for those is stable
updates.

 Thanks in advance,
Rhonda
-- 
Fühlst du dich mutlos, fass endlich Mut, los  |
Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden
Fühlst du dich machtlos, geh raus und mach, los   | 23.55: Alles auf Anfang
Fühlst du dich haltlos, such Halt und lass los|



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612401: your mail

[Gerfried Fuchs]

  Hi again.

* Daniel Baumann  [2011-03-16 
19:40:51 CET]:
> severity 612401 serious
> thanks
> 
> On 03/16/2011 02:51 PM, Gerfried Fuchs wrote:
> > please offer a recipe for doing so.
> 
> debootstrap squeeze squeeze http://cdn.debian.net/debian/
> echo 'APT::Install-Recommends false;' >> squeeze/etc/apt/apt.conf
> mount squeeze-proc -t proc squeeze/proc
> chroot squeeze apt-get update
> chroot squeeze apt-get install linux-image-2.6-amd64
> chroot squeeze apt-get install plymouth plymouth-themes-all

 Thanks, this led me to the message you wrote initial, though:

#v+
Selecting previously deselected package plymouth-themes-all.
Unpacking plymouth-themes-all (from .../plymouth-themes-all_0.8.3-9.1_all.deb) 
...
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
cp: cannot stat `/etc/fonts/fonts.conf': No such file or directory
E: /usr/share/initramfs-tools/hooks/plymouth failed with return 1.
update-initramfs: failed for /boot/initrd.img-2.6.32-5-amd64
dpkg: error processing initramfs-tools (--unpack):
 subprocess installed post-installation script returned error exit status 1
configured to not write apport reports
  Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
Setting up libxdmcp6 (1:1.0.3-2) ...
Setting up libfreetype6 (2.4.2-2.1) ...
Setting up initramfs-tools (0.98.8) ...
update-initramfs: deferring update (trigger activated)
Setting up libpopt0 (1.16-1) ...
Setting up ucf (3.0025+nmu1) ...
Setting up libmagic1 (5.04-5) ...
Setting up libdrm2 (2.4.21-1~squeeze3) ...
Setting up libthai-data (0.1.14-2) ...
Setting up file (5.04-5) ...
Setting up libdrm-radeon1 (2.4.21-1~squeeze3) ...
Setting up libexpat1 (2.0.1-7) ...
Setting up libnewt0.52 (0.52.11-1) ...
Setting up libdrm-nouveau1 (2.4.21-1~squeeze3) ...
Setting up libdatrie1 (0.2.4-1) ...
Setting up libpcre3 (8.02-1.1) ...
Setting up ttf-dejavu-core (2.31-1) ...
Setting up libdrm-intel1 (2.4.21-1~squeeze3) ...
Setting up fontconfig-config (2.8.0-2.1) ...
Setting up libx11-data (2:1.3.3-4) ...
Setting up libpng12-0 (1.2.44-1) ...
Setting up libpixman-1-0 (0.16.4-1) ...
Setting up libglib2.0-0 (2.24.2-1) ...
Setting up libxau6 (1:1.0.6-1) ...
Setting up whiptail (0.52.11-1) ...
Setting up libfontconfig1 (2.8.0-2.1) ...
Setting up libthai0 (0.1.14-2) ...
Setting up libxcb1 (1.6-1) ...
Setting up libxcb-render0 (1.6-1) ...
Setting up libx11-6 (2:1.3.3-4) ...
Setting up defoma (0.11.11) ...
Setting up fontconfig (2.8.0-2.1) ...
Updating font configuration of fontconfig...
Cleaning up category cid..
Cleaning up category truetype..
Cleaning up category type1..
Updating category type1..
Updating category truetype..
Updating category cid..
Cleaning up old fontconfig caches... done.
Regenerating fonts cache... done.
Setting up libxcb-render-util0 (0.3.6-1) ...
Setting up libxrender1 (1:0.9.6-1) ...
Setting up libpango1.0-common (1.28.3-1+squeeze1) ...
Cleaning up font configuration of pango...
Updating font configuration of pango...
Cleaning up category xfont..
Updating category xfont..
*** You don't have any defomized font packages.
*** So we are trying to force to generate pangox.aliases...
Setting up libxft2 (2.1.14-2) ...
Setting up libcairo2 (1.8.10-6) ...
Setting up libpango1.0-0 (1.28.3-1+squeeze1) ...
Setting up plymouth (0.8.3-9.1) ...
update-initramfs: deferring update (trigger activated)
Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-5-amd64
Setting up plymouth-themes-solar (0.8.3-9.1) ...
Setting up plymouth-themes-spinfinity (0.8.3-9.1) ...
Setting up plymouth-themes-fade-in (0.8.3-9.1) ...
Setting up plymouth-themes-glow (0.8.3-9.1) ...
Setting up plymouth-themes-script (0.8.3-9.1) ...
Setting up plymouth-themes-all (0.8.3-9.1) ...
#v- 

 initramfs-tools recovers from the stage later in the install. The
install in the end succeeds without human interaction at all and leaves
the system in a clean state.

 The message is unfortunate, but it's by no means serious because the
install does happen properly.

 Or doesn't the install clean up after itself like it did in my log?
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612124: Acknowledgement (libxerces2-java: Depends-line broken due to "hidden" special character)

[Gerfried Fuchs]

Hi!

* Niels Thykier  [2011-03-16 12:03:39 CET]:
> On 2011-02-06 06:19, Martin Millnert wrote:
> > An update.
> > 
> > My first assumption seems to be wrong, but something else seems to be
> > seriously wrong:
> > 
> > root@sslvpn-test:/usr/src# aptitude why libxerces2-java gcj-4.4-base
> > p   libxerces2-java  Depends  default-jre-headless | 
> > java1-runtime-headless | java2-runtime-headless
> > p   gcj-4.4-jre-headless Provides java2-runtime-headless
> > 
> > p   gcj-4.4-jre-headless Depends  gcj-4.4-base (= 4.4.5-2)  
> > 
> > root@sslvpn-test:/usr/src# aptitude why libxerces2-java sun-java6-jre
> > p   libxerces2-java Depends  default-jre-headless | java1-runtime-headless 
> > | java2-runtime-headless
> > i   sun-java6-jre   Provides java2-runtime-headless 
> >
> > 
> > http://packages.debian.org/sid/java2-runtime-headless
> > 
> > Either of the packages on the above URL should satisfy the dependency,
> > yet neither aptitute nor apt-get manages to understand that the virtual
> > package is provided for already.
> > 
> > I'm at a loss as to why this does not install w/o gcj.
> 
> Your problem is most likely that recommends are being installed by
> default and libxerces2-java recommends  libxerces2-java-gcj. (It could
> also come from a dependency of libxerces2-java(-gcj))
>   Installing recommends by default was enabled in Lenny (as I recall).

 aptitude -r install libxerces2-java doesn't give me any issues neither,
so installing it works both with or without recommends, it doesn't
matter.

 Enjoy,
Rhonda
-- 
"What are the differences between Mark Zuckerberg and me? I give private
 information on corporations to you for free, and I'm a villain.
 Zuckerberg gives your private information to corporations for money and
 he's Man of the Year." -- Julian Assange



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612124: Acknowledgement (libxerces2-java: Depends-line broken due to "hidden" special character)

[Gerfried Fuchs]

Hi!

* Martin Millnert  [2011-02-06 06:24:04 CET]:
> Update2:  dpkg can install the .deb.

 apt-get and aptitude also can install the package.

> Conclusion-suggestion: Dependency resolution in apt/aptitude is broken |
> libxerces2-java is broken.

 What exactly is broken here in your sense? I am unable to figure out
what your exact problem is from your mails.

 Can you please try to explain in a non-chaotic way what you expect the
package managers to do, and what was the result of your operations? Then
we can try to work from that.

 Thanks,
Rhonda
-- 
http://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#612027: q4wine: Ships file in /usr/lib64/

[Gerfried Fuchs]

   Hi, Boris!

* Boris Pek  [2011-02-05 13:26:31 CET]:
> How wrong time... I hope that the sponsor will help to quickly upload
> a revised package.

 Do you plan to fix this issue also in an update to squeeze? I hope so!

 Thanks in advance,
Rhonda 
-- 
"What are the differences between Mark Zuckerberg and me? I give private
 information on corporations to you for free, and I'm a villain.
 Zuckerberg gives your private information to corporations for money and
 he's Man of the Year." -- Julian Assange



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#606319: irssi crashes when changing window

[Gerfried Fuchs]

Hi!

* Pierre Habouzit  [2010-12-09 23:26:05 CET]:
> I'm almost sure this is
> http://bugs.irssi.org/index.php?do=details&task_id=669

 Thanks, with the recipe from in there it's clearly reproducible. Given
that it seems to require a special configuration (even though that might
be very widely in use through some themes) and doesn't happen in the
default configuration it could be argued that this bug is only
important. I want to get it fixed in squeeze nevertheless.

> Attached is a patch that seems to fix it for me.

 I'm investigating the patch with upstream and checking. Thanks.
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#606323: gnome-panel: Upper panel doesnt show running aplications

[Gerfried Fuchs]

severity 606323 important
tag 606323 + moreinfo
thanks

* missing kernel module for TDA18218 dvb-t tuner  [2010-12-08 
12:34:53 CET]:
> Before, when i started aplication (Twinkle, skype, knotes) it appeared
> in right end of upper panel (left to the clocks/calendar). Now it does
> not. But process only appears in list of processes as "sleeping".
>
>  Major problem is, that i cant get to my old notes in "knotes"
> program. Old notes are access right end of upper panel. (this is
> reason, why i think that this bug is critical, i hope my older
> important notes are deleted due of this bug).

 Please right-click on the panel and add to the panel the notification
area. This is where these icons would appear. It seems like you
accidently removed it.

 Unless you can reproduce it to get missing repeatedly it rather seems
to be a one-time hickup, and (re)adding the notification area should get
you back on tracks again. So if you are not able to reproduce it again,
feel free to close this bugreport by sending a mail to
606323-d...@bugs.debian.org stating so.

 Enjoy!
Rhonda 
-- 
Mission: Cleaning up the BTS
http://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#605992: loudmouth: using system libasyncns without Depends cause FTBFS in at least mcabber

[Gerfried Fuchs]

Package: loudmouth
Version: 1.4.3-6
Severity: serious

Hi!

 Timing is pretty bad, unfortunately the change to use the system
libasyncns instead of the embedded causes troubles because packages that
formerly only did build-depend on libloudmouth-dev now also needs to
build-depend on libasyncns-dev (like mcabber).

 As quick and non-intrusive fix I would suggest to add libasyncns-dev to
the depends of the libloudmouth-dev package so no depending package
requires a change for now, and inform the reverse-depends of that
package that they might need to change their build-depends after the
squeeze release (and drop it shortly after that again).

 Thanks,
Rhonda

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601859: wesnoth-1.9: Bad error handling in postinst script

[Gerfried Fuchs]

Hi,

* PJ Weisberg  [2010-11-23 06:06:37 CET]:
> There was a 1.9.1-1 when I made the earlier report.  I've since
> upgraded to 1.9.2-1.  In order to do so, I had to install
> wesnoth-1.8-core.  :-)

 Right - just stating that it won't be needed for the next upgrade
because I fixed it in my codebase. :)

> (I didn't upgrade immediately because I was in the middle of a
> campaign and other games have trained me not to upgrade when I still
> care about my save files.)

 Good choice, especially for the development release. There is no
guarantee in that branch that savegames will stay compatible (or client
versions in multiplayer games). If you want something stable to stick
with, 1.8 is the way to go.

 Enjoy!
Rhonda
-- 
 Last day of https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in
   34 minutes in #ubuntu-classroom on irc.feenode.net
 * ScottK hands dholbach an "r".
 Are they fundraising again?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601859: wesnoth-1.9: Bad error handling in postinst script

[Gerfried Fuchs]

* PJ Weisberg  [2010-11-20 23:10:17 CET]:
> From 1:1.9.1-1 to 1:1.9.2-1.

 There is no 1:1.9.1-1 anymore since a while already in the pool.
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601859: wesnoth-1.9: Bad error handling in postinst script

[Gerfried Fuchs]

* PJ Weisberg  [2010-11-20 11:59:13 CET]:
> Actually, drop #3 from that workaround.  Upgrading wesnoth-1.9-core *also*
> requires wesnoth-1.8-core to be installed.  :-/

 Upgrading from what to what? Actually, no, it won't. That's why this
bugreport is marked as pending, the fix has been applied to the VCS.

 Thanks,
Rhonda
-- 
 Last day of https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in
   34 minutes in #ubuntu-classroom on irc.feenode.net
 * ScottK hands dholbach an "r".
 Are they fundraising again?



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#601859: Can't install package, post-installation script returns -1

[Gerfried Fuchs]

Hi!

* Ole Laursen  [2010-10-30 13:37:09 CEST]:
> Package: wesnoth-1.9-core
> Version: 1:1.9.1-1
> Severity: grave
> 
> Can't install the package, got a big bunch of errors from aptitude
> when I installed wesnoth-1.9, seems to come from the postinst script:
> 
> ole:~/$ LANG=C sudo dpkg --configure wesnoth-1.9-core
> Setting up wesnoth-1.9-core (1:1.9.1-1) ...
> dpkg: error processing wesnoth-1.9-core (--configure):
>  subprocess installed post-installation script returned error exit status 1
> Errors were encountered while processing:
>  wesnoth-1.9-core
> 
> I tried commenting out the divert_oldfiles function in
> wesnoth-1.9-core.postinst and now it works. Maybe the script just
> terminates immediately from the "set -e" at the top if the grep
> commands return 1?

 Ouch, right. Will take a look at it, though given that this is a
development release it's not that high on my agenda - I guess I will get
around to fix it for the next upstream release of 1.9.3, whenever that
might be.

> Another oddity is that the editor script is
> /usr/games/wesnoth-1.9_editor (with underscore) contrary to the other
> scripts that are with hyphen, e.g. wesnoth-1.9-nolog.

 That's because the editor script originally was named wesnoth_editor by
upstream. wesnoth-nolog is a wrapper script that redirects output to
/dev/null. They are historically named that way so I won't change that
part.

> By the way, why is it installing in /usr/games instead of /usr/bin?
> That's weird. Is that a leftover from old Unix structure?

 That's part of the FHS. No games are meant to install into the regular
/usr/bin path so they don't clutter the path for the root account (which
doesn't have /usr/games in its $PATH).

> PS: Thanks for packaging wesnoth, I'm going to have my first try at it
> now. :)

 Please notice that wesnoth-1.9 is the development branch and every
update in that version might potentially be incompatible with the former
version, in case of safegames and similar. If you want to take on a
campaign you are well adviced to install wesnoth-1.8 instead and start
from there.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#599712: fixed in libapache-authenhook-perl 2.00-04+pristine-2

[Gerfried Fuchs]

Hi!

* Ivan Kohler  [2010-10-11 07:47:06 CEST]:
>[ Ivan Kohler ]
>* Remove passwords from log messages (Closes: #599712)
>* Add myself to Uploaders:

 As the fix for this bug is a pretty small one it would be really good
when you are pushing the fix also into the stable release, the bug is
still outstanding for lenny.

 If you need help with that, please let me know.
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#596440: fails to properly run apt_update

[Gerfried Fuchs]

* Daniel Baumann  [2010-09-27 10:45:03 CEST]:
> Version: 26
> 
> fixed, closing.

 This bug has a release-critical severity and was opened unversioned.
This means that it is seen as affecting all versions, including the one
in stable too.

 Is this correct, do you deem this bug to affect lenny? If so please
also try to get the bugfix into lenny. If it doesn't affect lenny please
set the found version to an appropriate one (higher than in lenny) or
tag it + squeeze sid so that the BTS is aware that this isn't affecting
lenny and can start the archival process (and remove it from the stable
RC list).

 Thanks in advance,
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#598820: mcabber: Segmentation fault when connecting to prosody server

[Gerfried Fuchs]

severity 598820 important
tags 598820 + unreproducible moreinfo
thanks

* Daniel Friesel  [2010-10-02 13:44:23 CEST]:
> mcabber dies with a segmentation fault as soon as it tries to connect to a
> prosody server.

 Unfortunately I am unable to reproduce it, and I asked around wether
others could reproduce it which was turned down, too.

> I'm not sure what exactly causes the bug, at least connecting to jabber.org
> (with invalid auth data) does not make mcabber segfault, but connecting to
> this specific server (which is running prosody) always results in a
> segmentation fault.  It should also be noted that an mcabber running on Debian
> squeeze is not affected, only the one in sid.

 Can you give me the address of that specific server? Is it really
jabber.wouldyoubuythis.net? Because actually I'm totally unable to
reproduce it there, the client runs and tells me about invalid
credentials.

> Versions of packages mcabber depends on:
> ii  libidn11  1.18-1 GNU Libidn library, 
> implementation

 The only difference I see is that you have a newer libidn11 (I have
1.15-2 from squeeze), and that you are on i386 and I'm on powerpc (but I
believe the person who confirmed the unreproducible is on i386, too).

 Just to outrule it, could you install libidn11 from squeeze and test
wether that makes the issue go away for you?

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#596678: libkrb5-3: Not co-installable with libkrb53, thus breaking upgrades from Lenny

[Gerfried Fuchs]

Hi!

* Julien Cristau  [2010-09-13 14:41:29 CEST]:
> However libkrb4.so.2 and libdes425.so.3 are no longer shipped, which
> means nothing can provide libkrb53 anymore, and removing the Breaks
> would allow files disappearing on downgrade.

 Is it somehow possible to revive libkrb4.so.2 and libdes425.so.3 for
transitional purposes, ship them in the libkrb53 package and make that
depend on the others that got split off? That sounds like the only
solution that comes to my mind.

 The only other thing would be explicitly mentioning workarounds for the
packages affected by this in the release notes. For postgresql that
would mean suggesting to users to pull the postgresql-8.4 version from
lenny-backports to be able to have 8.3 and 8.4 installed side-by-side,
do the upgrade of the cluster and data migration, and _afterwards_ do
the complete upgrade to squeeze which will remove postgresql-8.3 because
of the Breaks.

> I'm not sure how this can be fixed

 Me neither unfortunately, so for the time being I guess we at least
have to prominently document the missing transition path and breakage
this imposes on other packages.

 Thanks,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594412: CouchDB insecure library loading

[Gerfried Fuchs]

Hi again!

* Gerfried Fuchs  [2010-08-30 14:40:28 CEST]:
> * Moritz Muehlenhoff  [2010-08-25 21:50:53 CEST]:
> > Package: couchdb
> > Severity: grave
> > Tags: security
> > 
> > The vulnerability was introduced by Debian patch
> > "mozjs1.9_ldlibpath.patch" on 3/24/2009.
> 
>  I fail to find this patch neither in the lenny package nor in the
> squeeze package, and there was no changelog entry or upload around the
> mentioned time. Are you sure about these fineprints?

 Alright, after some chat with Moritz and other security people I better
understand the issue, the patch icu-config.patch in the lenny package
also has the problem, it would depend on an already set LD_LIBRARY_PATH
environment variable. In the case it isn't set (which is the default) it
has the insecure behavior depending on the current directory.

 A test for existence of the variable should be done and depending on
that either get extended or explicitly set only to the variable. I
though question the need of the patch - /usr/lib is searched by default
anyway? What's the background of that? I didn't find any hint in the
changelog - and that's one of the reasons why a comment in the patch
file would be really helpful. :)

 Thanks!
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#594412: CouchDB insecure library loading

[Gerfried Fuchs]

Hi, Moritz!

* Moritz Muehlenhoff  [2010-08-25 21:50:53 CEST]:
> Package: couchdb
> Severity: grave
> Tags: security
> 
> The vulnerability was introduced by Debian patch
> "mozjs1.9_ldlibpath.patch" on 3/24/2009.

 I fail to find this patch neither in the lenny package nor in the
squeeze package, and there was no changelog entry or upload around the
mentioned time. Are you sure about these fineprints?

 Thanks in advance,
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#593799: fixed in jsjac 1.3.2+dfsg-1

[Gerfried Fuchs]

Hi there!

* Thadeu Lima de Souza Cascardo  [2010-08-27 00:32:06 
CEST]:
>[ Thadeu Lima de Souza Cascardo (with mentoring from metal) ]
>* Imported Upstream version 1.3.2+dfsg. Remove some non-free files.
>  (Closes: #593799)

 I wonder - do you plan to fix this bug for stable too? We are still
distributing the non-free parts in stable from what I understand and it
would be great if you could work on fixing that for lenny too.

 Thanks in advance!
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#535968: asterisk: Recording speed too fast with BRI cards

[Gerfried Fuchs]

Hi!

* Tzafrir Cohen  [2009-09-12 23:00:55 CEST]:
> fixed 535968 1:1.6.1.0~dfsg~rc3-1
> tag 535968 +lenny
> thanks
> 
> This issue has already been fixed upstream. Thus it is Lenny-specific.

 So far, so good. Now, what to do about it in lenny? Can you please
coordinate an update for stable with the release team to get this fixed
in stable? This is still affecting lenny which is a supported release.

 Thanks in advance,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#536686: fixed in atlas 3.8.3-19

[Gerfried Fuchs]

Hi!

* Sylvestre Ledru  [2010-04-06 23:50:44 CEST]:
> Closes: 521056 536686 561299 569397 571108
> Changes: 
>  atlas (3.8.3-19) unstable; urgency=low
>  .
>* Upload to unstable (Closes: #536686, #561299, #521056, #569397, #571108
>  #344091, #450692, #517826, #571108, #504586, #552464, #524459)
>  (LP: #458202, #376739, #406520, #505339, #523365, #363510)

 Actually ... can you please avoid such a changelog in the future? That
would be only appropriate if all those bugs were about having the
package uploaded to unstable. I urge you to read my mail from 2003 to
debian-devel-announce about how to write useful changelog entries:


 As you probably have noticed by now you were missing a comma in the
first line, too, rendering the second line not being taken into account.

 Thanks in advance for considering adapting the style in the future,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#367347: Missing attibution [...]

[Gerfried Fuchs]

Hi!

* Marcos Marado  [2010-08-18 17:08:11 CEST]:
> On Wednesday 18 August 2010 16:00:09 Gerfried Fuchs wrote:
> >  Unfortunately that's not enough about the RC part of this bug because
> > that is about missing licensing information, wether we actually are
> > allowed to distribute or modify them. People might consider ascii art as
> > something laughable, but it's still creative output and should be
> > respected the same. So without having license information that allows us
> > to distribute and/or modify these things we shouldn't ship them in main,
> > the much that I would hate having them removed myself.
> 
> You're right, I didn't think that much into the issue. 
> 
> [~]>apt-rdepends -r cowsay
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> cowsay
> 
> Maybe it could easilly be moved to non-free until a better sollution appears?

 Moving it to non-free won't solve the issue that we don't know wether
we are legally allowed to redistribute them. Moving to non-free is an
option for stuff that is distributable at least - which without any
statement from the original authors of the ascii art isn't given. For
stuff done by Felix Lee his page states that redistribution is allowed
so those can go (and have to go) to non-free. It doesn't though solve
the issues with the remaining "cows" that got collected by the author
back then. As much as I hate writing that, I fear we'll have to remove
them.

 Enjoy!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#367347: Missing attibution [...]

[Gerfried Fuchs]

Hi again!

* Gerfried Fuchs  [2010-08-18 17:00:09 CEST]:
>  Unfortunately that's not enough about the RC part of this bug because
> that is about missing licensing information, wether we actually are
> allowed to distribute or modify them. People might consider ascii art as
> something laughable, but it's still creative output and should be
> respected the same. So without having license information that allows us
> to distribute and/or modify these things we shouldn't ship them in main,
> the much that I would hate having them removed myself.

 Actually, for Felix Lee's output this is thankfully found to be in
web.archive.org:

"You can use these critters for non-commercial purposes. Just leave my
nametag attached, and try to take good care of them."
<http://web.archive.org/web/20030202115528/http://www.aracnet.com/~flee/ascii-art.html>

 This is clearly a call for non-free.

 meow.cow looks suspicously similar to what Felix has as "tiger kitty"
in there.

 So long,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#367347: Missing attibution [...]

[Gerfried Fuchs]

Hi!

* Marcos Marado  [2010-08-17 16:47:19 CEST]:
> Since this is an RC bug (thanks to the attribution issue), I guess that the 
> best way to quickly solve this is to:
> 1) split this bug in two, one for the inclusion of two different .cow files 
>(wishlist, even if .cow's are harmless, I guess that adding them at this 
>point would be a policy violation, and the best way would be to ask
>upstream to add them anyway), and the other for the licensing issues;

 There is no need to split it in two - that got done four years ago
already and the two cow files are even part of the package since almost
the same amount of time: #367310

> 2) since there are no fundament for the suspicion that some .cow files have 
>attribution missing (besides kitty.cow), either than the fact that "if it 
>happened to one, it might have happen to other" we can assume that the 
> only 
>faulty .cow is kitty.cow

 You challenged me and it didn't took me long to also find Felix Lee
attribution for the daemon:
http://xahlee.org/UnixResource_dir/daemon_ascii.txt

 The assumption thus is proven with minor effort as being wrong, sorry. :/

> 3) I've seen kitty ASCII from kitty.cow in three different ways (with "Felix 
>Lee", with "fl" and without anything) -- as a matter of fact there are 
> also 
>two different variants of it, one with spaces in the paws and other 
> without 
>them -- but I think there's no dispute anywhere regarding if it is by 
> Felix 
>or not, so just to be sure we can add either "Felix Lee" or "fl" to 
>this .cow file, and have the RC part of this bug fixed.

 Actually Felix did produce a whole lot of different kitten art so it's
no surprise to find ones with different spacing, or even different
tails. Adding the attribution into the comment section should be
sufficient, though ...

 Unfortunately that's not enough about the RC part of this bug because
that is about missing licensing information, wether we actually are
allowed to distribute or modify them. People might consider ascii art as
something laughable, but it's still creative output and should be
respected the same. So without having license information that allows us
to distribute and/or modify these things we shouldn't ship them in main,
the much that I would hate having them removed myself.

 Thanks for understanding,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#592917: Clarification on the license of cowsay cows you wrote

[Gerfried Fuchs]

Hi!

 I only by accident stumbled upon your reply. Your envelope sender
address franc...@isafjordur.dyndns.org seems to be broken, had to
investigate why your mail didn't reach me. Please fix your mail setup. :)

* Francois Marier  [2010-08-15 21:48:52 CEST]:
> You contributed two cows to cowsay (gnu and suse) some years ago under the
> BSD license.

 Right, and I even back then pointed out the issues with the other cows,
unfortunately it wasn't picked up since. :/

> Can you confirm that this is the BSD license you had in mind:
> 
>   http://www.xfree86.org/3.3.6/COPYRIGHT2.html#5

 Actually I recently told Julian when he made me aware of this very bug
that I'm fine with relicensing them under WTFPLv2 as published by sam:


 Enjoy!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#537727: gimp-gap contains a convenience copy of libmpeg3

[Gerfried Fuchs]

Hi!

* Thibaut Paumard  [2009-07-20 16:05:32 CEST]:
> Package: gimp-gap
> Version: 2.6.0-1
> Severity: serious
> Justification: Policy 4.13

 Because you filed this bugreport as serious this bug isn't closed yet -
it is still outstanding for stable and thus not archived yet.

> gimp-gap contains a convenience copy of libmpeg3, which it should not  
> (Policy 4.13 bellow).

 Actually, that is a should requirement so it's not a policy violation
that would warrant a serious severity on itself.

 Furthermore, the code copy of libmpeg3 doesn't seem to be used, at
least the package in stable Build-Depends on libmpeg3-dev and there are
switches to use --with-preinstalled-libmpeg3, so this makes me wonder
too. The reasoning of "Debian packages should not make use of these
convenience copies" doesn't seem to be fulfilled.

 Let me emphasis another part of the policy:

| If the  included code is already in the Debian archive in the form of
| a  library, the Debian packaging should ensure that binary packages
| reference the libraries already in Debian and the convenience copy is
| not used.

 From what I understand this is ensured - can you confirm that? If so
this bugreport rather should had been wishlist IMHO, the extern_libs
directory only sums up to 2.6mb which isn't that big of a burden to
really warrant repacking the upstream source, again in my humble
opinion.

 So if you agree with that it would be nice to get this bug closed for
stable in the way that its severity gets reduced and not being
considered relevant for stable anymore.

 Thanks,
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#592628: "apt-get build-dep adduser" does not install all build-deps

[Gerfried Fuchs]

* Mohammed Amine IL Idrissi  [2010-08-12 11:44:17 
CEST]:
> On Thu, Aug 12, 2010 at 9:18 AM, Gerfried Fuchs  wrote:
> > tag 592628 + confirmed
> > found 592628 0.7.26~exp12
> > thanks
> >
> >  I just confirmed the issue within a chroot with only upgrading apt to
> > the experimental version, thus marking the bugreport as found in the
> > Debian experimental version, not in the Ubuntu one. The bug doesn't
> > appear in the testing/unstable version though.
> 
> It's one of the developers who told me to report the bug on Debian. Anyway,
> the bug has been confirmed :)

 Right - though having the bug with a version that isn't in debian makes
the BTS believe that *every* version of apt is affected by it and thus
also made it believe it affects lenny (or squeeze) which it clearly
wasn't.

 Enjoy!
Rhonda
-- 
https://flattr.com/thing/47066/Debian-BTS-cleaning-up-after-others



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#592628: "apt-get build-dep adduser" does not install all build-deps

[Gerfried Fuchs]

tag 592628 + confirmed
found 592628 0.7.26~exp12
thanks

* Mohamed Amine IL Idrissi  [2010-08-11 17:42:41 
CEST]:
> Package: apt
> Version: 0.7.26~exp12ubuntu4
> Severity: serious
> Tags: upstream
> Justification: fails to build from source
> 
> When running "apt-get build-dep adduser", apt-get does not install
> po4a, which is a build-dep-indep. aptitude did not cause that problem.
> Running the Ubuntu development release, which has apt from experimental.

 Yes, but the Ubuntu development release also has patched apt so you
should make sure that the bug also appears in Debian itself when
reporting such a bug to Debian.

 I just confirmed the issue within a chroot with only upgrading apt to
the experimental version, thus marking the bugreport as found in the
Debian experimental version, not in the Ubuntu one. The bug doesn't
appear in the testing/unstable version though.

 Thanks,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#592615: flashplugin-nonfree: next to impossible to NMU the package

[Gerfried Fuchs]

Package: flashplugin-nonfree
Version: 1:2.8.1
Severity: serious

Hi!

 The package contains a fixed URL to downloadurl from
http://people.debian.org/~bartm/flashplugin-nonfree/ which isn't
accessible by any other DD than bartm himself. Furthermore, it includes
pubkey.asc which only contains a single key which is (hopefully) only
shared amongst bartm himself:

pub   4096R/3B5821CC 2009-06-15
uid  Bart Martens 
uid  Bart Martens 
sub   4096R/270D1D5B 2009-06-15

 This makes the package almost impossible to update for others without
changing the downloadurl (and creating a special space for it) and the
included pubkey, to update for e.g. a new flash player version or
anything else.

 I don't think this is what can be considered to match the DFSG and thus
the package itself should go to non-free instead.

 Thanks,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591193: about not building swf files from source

[Gerfried Fuchs]

Hi!

 The initial message about this issue was pretty terse and I hope to
offer additional information to you through this message.

 The issue your package is facing might be divided into two groups:
Packages that have the source to the .swf file available (like in .fla
or .as form from what I understood) and packages that don't.

 For those with the source included the package is facing to be
potential moved from main to contrib. This is because packages in main
are required to only need tools that are available in main to produce
their binaries from their sources, and there unfortunately aren't such
tools in main (yet, TTBOMK). So moving them to contrib is an option to
them for keeping them as they are.

 For those without source included they have to go either to non-free
(if their license allows binary distribution without source) or they
have to get removed from the pool in case they are licensed under
something like GPL or similar which requires the source to be available,
too.

 One option available to both groups of packages is of course to remove
the flash files all together, if that's an option for your package.

 Hope this helps you for your decision on how to move on. Thanks for
your support and effort for Debian in any case!

 Enjoy!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591196: otrs2: does not build .swf files from source

[Gerfried Fuchs]

Hi!

* Patrick Matthäi  [2010-08-02 18:20:03 CEST]:
> Am 02.08.2010 03:27, schrieb Raphael Geissert:
>> No, the problem is in both packages. If the libjs-yui maintainers fix
>> it then you could use the same solution, but your package is as
>> faulty as theirs. You can fix otrs2 by dropping the file from the
>> tarball.
>
> Sorry, my fault, bad day :)
>
> I have cloned the report now and added a blocker.
> I can not remove the .swf files simply, because otrs needs charts.swf.

 If you can't remove the file - is there source included at all? If not
the package is in violation of its license because the GPL requires the
source to be available. So if no source is to be found this package has
to get removed all together because of GPL requirements, we aren't
allowed to distribute it without source. If source is available the
package can get moved to contrib because I fear there are no free
"compilers" for that available.

 Thanks,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591518: wamerican: conflicts with dictionaries-common - wont unpack

[Gerfried Fuchs]

severity 591518 important
tag 591518 + moreinfo unreproducible
thanks

Hi!

* Nick Bane  [2010-08-03 20:07:53 CEST]:
> installing bsdgames (lenny) caused dpkg unpack failure of wamerican due
> to /usr/share/dict/words provided by dictionaries-common

 I unfortunately can't reproduce this issue at all. I installed
dictionaries-common (which sets a divert for /usr/share/dict/words),
wamerican and bsdgames, and had no issues at all.

 Can you probably give a log of your installation for inspection?

 Thanks!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591311: serpentine fails to start due to an assertion error

[Gerfried Fuchs]

severity 591311 important
tags 591311 + unreproducible moreinfo

Hi!

* Luis Mochan  [2010-08-02 04:50:12 CEST]:
> When I start serpentine from the menu, it shows a 'starting' status and
> dissapears after a few seconds. If I start it from a terminal It prints the
> following error:
> 
> moc...@fmunu:~$ serpentine
> Traceback (most recent call last):
>   File "/usr/bin/serpentine", line 109, in 
> assert path.isdir(locations.lib)
> AssertionError
> 
> and then it dies.

 It starts like it should over here on a lenny/stable system. From the
information you provided with your bugreport it seems like you are on
squeeze/testing or sid/unstable. Please notice that serpentine isn't
included in those releases anymore and AIUI is to be replaced by
brasero.

 The issue starting it might be related to the python transition from
2.5 to 2.6 and it might well be that it doesn't work properly with
python 2.6. Like mentioned above, serpentine isn't included anymore in
squeeze/sid.

 If you agree we can close this bugreport - I am at least demoting it
back to important because the issue doesn't seem to be existing in
stable.

 Thanks,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#591297: wesnoth: not planned for squeeze

[Gerfried Fuchs]

Source: wesnoth
Version: 1:1.6.5-1
Severity: serious

Hi!

 This RC is meant as release-blocker for the wesnoth source package.
squeeze will only release with wesnoth-1.8, the package is meant to be
around for testing the proper upgrade path and side-by-side
installability together with the upcoming divert/alternative handling.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572641: partimage in "Packages-arch-specific" blacklisted for 64bit but availalbe for amd64

[Gerfried Fuchs]

Hi!

* Michael Biebl  [2010-07-11 14:33:04 CEST]:
> so now that Kurt reassigned this bug to partimage and bumped it to
> serious(?), I wonder what to do about this.

 I'd like to also question the bump to serious - from what I understood
it's meant to get tested, but that doesn't sound like it's known broken,
and having a release blocking bugreport because of potential issues
sounds a bit fishy to me.

 Can this be lowered again?
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#580110: fixed in gnuvd 1.0.11-1

[Gerfried Fuchs]

Hi!

* Guus Sliepen  [2010-06-28 14:18:16 CEST]:
>  gnuvd (1.0.11-1) unstable; urgency=low
>  .
>* New upstream release.
>  - Works with latest version of the Van Dale site again. Closes: #580110

 Do you think the patch for that might be small enough to be able to get
in through a stable release, too? As I understand it the package would
still have the same issue on lenny of not finding the dictionarly.

 Thanks!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#585380: [audacity] hangs suddenly, can't find a pattern. Here is one bug trace.

[Gerfried Fuchs]

Hi!

* Adrian Knoth  [2010-06-10 09:54:32 CEST]:
> On Thu, Jun 10, 2010 at 01:27:26AM +0200, Arnfinn Ringvold wrote:
> > Package: audacity
> > Version: 1.3.5-2+lenny1
> 
> Audacity appears to be differently broken in every new version. We have
> 1.3.12-3 now, so I don't see any use in even looking at this bug.

 The bugreport was filed against the version of the package in stable -
which is supposed to be a supported version. The use of looking at this
bug is that lenny is a supported release of Debian and should be taken
serious by the package maintainers.

> Though I'm not the maintainer and therefore cannot speak how the
> "official" approach to your report will be, the best advice I could give
> at the moment is to try a newer version, preferably the one from sid.

 The official approach to the report would be to try to reproduce the
issue, ask for more information from the reporter and ask them to
install the dbg packages.

 Written that, Arnfinn, can you give a bit more information what exactly
you did to make it "hang suddenly", your information are pretty terse.
Did you work on a specific file, can you possibly offer that, give a
quick howto on how one can reproduce the issue?

 Thanks in advance,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#584513: fixed in fluxbox 1.1.1+dfsg1-1

[Gerfried Fuchs]

Hi!

* Paul Tagliamonte  [2010-07-09 15:32:12 CEST]:
> I talked with upstream about the themes. The license holder did not
> know that the license he used would cause issues for us in Debian. He
> was more then willing to relicense.
> 
> We took the themes from his site ( where they came from ) and removed
> the old ones. We then copied in the new themes from his site.
> 
> The only change was the license text, so it just looks like a change
> on our part of the license text. That, however, is not true.
> 
> See [1] for the upstream tarballs.
> 
> The current issue is that it was building debian native ( because of
> the .tar name changing ), so it was changed to build properly.
> 
> Since we are still using depatch, we have been looking to repack with
> quilt, so this is taking a long time.

 Thanks for the fast response. So if the change is really only updating
the copyright information and not removal of some files that couldn't
have get updated, this means the bug can become safely ignored for
stable - and thus get closed for there (through tagging it + squeeze
sid).

 If there though are things _beside_ relicensing of the files and thus
fixing the copyright information that have happened please don't tag the
bugreport as such and try to get the required changes into a stable
update. It still isn't completely crystal clear for me wether what
exactly was the case so I'm not doing it myself.

 So long, and again, thanks for your fast response!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#584513: fixed in fluxbox 1.1.1+dfsg1-1

[Gerfried Fuchs]

Hi!

* Denis Briand  [2010-06-05 19:32:08 CEST]:
>* New dfsg compatible source tarball (Closes: #584513).

 Now this really makes me wonder, can you please share some light:

#v+
From: Paul Tagliamonte 
Subject: Bug#584513: Too old license for the styles at tenr.de
Message-ID: 

This was forwarded from the copyright holder

-Paul

-- Forwarded message --
From: Sven Michel 
Date: Sat, Jun 5, 2010 at 9:04 AM
Subject: Too old license for the styles at tenr.de
To: paul...@ubuntu.com


Hi Paul,

thanks for mentioning the license issue for the styles on tenr.de.
I changed all of them to be licensed under CC SA 3.0.

That's what each style file says and what's mentioned on the website now.
#v-

 Denis, why did you DFSG repack the tarball? What exactly did you do?
Remove the themes? Why so if they are now licensed CC SA 3.0? That
license is DFSG free.

 This bugreport also applies to stable. If there are files really to get
removed, they need to get removed in stable, too. If the files though
are really all relicences, why repack the tarball in the first place?
Denis, can you clearify on your changes and what's the plan to get this
fixed for stable is?

 Thanks in advance!
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#586242: mytop: Crashes with 'Error in option spec: "long|!"' at startup

[Gerfried Fuchs]

tags 586242 + squeeze sid
thanks

Hi!

* Daniel Baur  [2010-06-17 17:34:56 CEST]:
> mytop crashes with 'Error in option spec: "long|!"' at start-up. Commenting
> out line 168 of /usr/bin/mytop
> 
> #"long|!"  => \$config{long_nums},
> 
> seems to fix the problem.

 Actually I can't reproduce the issue on a stable system neither. You
wrote later in the bugreport that it worked "until yesterday". What did
change for you? Did you do partial upgrades? According to your depends
you seem to have done that:

> Versions of packages mytop depends on:
> ii  libdbd-mysql-perl 4.007-1+lenny1 A Perl5 database interface to 
> the 
> ii  libdbi-perl   1.605-1Perl5 database interface by Tim 
> Bu
> ii  libterm-readkey-perl  2.30-4 A perl module for simple 
> terminal 
> ii  perl  5.10.1-12  Larry Wall's Practical 
> Extraction 

 stable has perl 5.10.0-19lenny2 and not 5.10.1-12 - the issue seems to
be related to the partial upgrade.

 I am marking this bugreport as not affecting stable then.
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#587743: gnucash: segfault on open

[Gerfried Fuchs]

severity 587743 important
thanks

Hi!

* Roland Koebler  [2010-07-01 12:21:09 CEST]:
> Package: gnucash
> Version: 2.2.6-2
> Severity: grave
> Justification: renders package unusable
> 
> Gnucash segfaults when opening an account-page:
> - start gnucash
> - open a gnucash-file or create a new one
> - try to open an account
>   (e.g. click on "Expenses", then double-click on "Adjustment")
> => Segmentation fault

 Given that this is related to a library pulled in from backports.org
I'd like to lower the severity of the bugreport to important. This does
only appear in the combination with the library pulled in from
backports, in a system consisting only of lenny packages this doesn't
appear.

 Thanks for understanding,
Rhonda
-- 
"Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder
Mensch auch ein Privatleben haben sollte."
-- http://www.karriere.at/artikel/884/



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574624: dibbler-client: Upgrade doesn't work

[Gerfried Fuchs]

Package: dibbler-client
Version: 0.7.3-1
Severity: serious

Hi!

 Given that setting the client start to false hinders package upgrades
or purge or anything because of this bug this is actually a policy
violation because the package doesn't install (or remove) cleanly.

 Please try to get this fixed rather sooner than later,
Rhonda

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.32-5-powerpc
Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dibbler-client depends on:
ii  debconf [debconf-2.0] 1.5.32 Debian configuration management sy
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.4-5  GCC support library
ii  libstdc++64.4.4-5The GNU Standard C++ Library v3
ii  ucf   3.0025 Update Configuration File: preserv

Versions of packages dibbler-client recommends:
ii  dibbler-doc   0.7.3-1.1  documentation for Dibbler
pn  resolvconf (no description available)

dibbler-client suggests no packages.

-- debconf information:
* dibbler-client/start: false
  dibbler-client/title:
* dibbler-client/options: dns, domain
* dibbler-client/interfaces: eth0



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#581329: [PATCH] dpkg-name: fix syntax error

[Gerfried Fuchs]

From: Gerfried Fuchs 
Date: Mon, 17 May 2010 12:49:43 +0200
Subject: [PATCH] dpkg-name: fix syntax error

There was a missing closing bracket.

Regression introduced in 716362c59e531883304a211afa61660608c214b3.

Closes: #581329, #581326, #581315
---
 debian/changelog |3 +++
 scripts/dpkg-name.pl |2 +-
 2 files changed, 4 insertions(+), 1 deletions(-)

diff --git a/debian/changelog b/debian/changelog
index 6030a0a..f2fc4e3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -31,6 +31,9 @@ dpkg (1.15.7.2) UNRELEASED; urgency=low
   * Fix dpkg --root by properly stripping again the root directory from
   * the
 path of the maintainer script to execute. Closes: #580984
 
+  [ Gerfried Fuchs ]
+  * Fix syntax error in dpkg-name. Closes: #581329, #581326, #581315
+
  -- Raphaël Hertzog   Fri, 23 Apr 2010 18:17:14
+0200
 
 dpkg (1.15.7.1) unstable; urgency=low
diff --git a/scripts/dpkg-name.pl b/scripts/dpkg-name.pl
index 2df8ac9..6745ac1 100755
--- a/scripts/dpkg-name.pl
+++ b/scripts/dpkg-name.pl
@@ -186,7 +186,7 @@ sub move($)
 if (mkpath($dir)) {
 info(_g("created directory '%s'"), $dir);
 } else {
-error(_g("cannot create directory '%s'", $dir);
+error(_g("cannot create directory '%s'"), $dir);
 }
 } else {
 error(_g("no such directory '%s', try --create-dir (-c)
option"),
-- 
1.5.6.5




--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#581265: [Pkg-chromium-maint] Bug#581265: release blocking bug

[Gerfried Fuchs]

reopen 581265
thanks

* Julien Cristau  [2010-05-12 11:11:45 CEST]:
> There's no automatic migration from experimental to testing.

 But there would be one once the package is uploaded to unstable - this
is a precaution bugreport.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#581265: release blocking bug

[Gerfried Fuchs]

Package: chromium-browser
Severity: serious

Hi!

 Like mentioned by Moritz from the Security Team in [1] this package is
meant to stay out of squeeze. This bugreport is thus filed to ensure
that. Please only close it after the squeeze release.


 Thanks for the work on the package!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572108: closing bug

[Gerfried Fuchs]

fixed 572108 0.10+rm
thanks

Hi!

* Pedro Zorzenon Neto  [2010-04-18 23:19:13 CEST]:
>   I have tought better about the usefulness of tz-brasil.
> 
>   Since last year, the brazilian rules for DST timezone changes are
> known in advance. So, they can be set in tzdata package. There is no
> need for fetching the rules sometimes a week as tz-brasil does.
> 
>   So I requestede the removal of package tz-brasil (bug 578318) and I'm
> closing this bug.

 Please don't close bugs unversioned if they are actual bugs. The issue
is still present in stable and should stay open for stable as is,
through it's version information. Adding a fixed version of 0.10+rm
because that's the way things are done usually, but this bug still
affects lenny and shouldn't disappear from the stable RC radar.

 The other bug was only wishlist so it doesn't matter, such a change
won't get approved into stable anyway.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#578341: placeholder bug to prevent testing migration

[Gerfried Fuchs]

Hi!

* Stefan Ott  [2010-04-19 06:04:45 CEST]:
> Package: aumix
> Version: 2.8-26
> Severity: important
> 
> this is a placeholder bug to keep aumix out of testing until the new upstream
> release has been uploaded

 Alright, you noticed the mistake with the severity - but actually this
bug won't hold any testing transition back because the version 2.8-26 is
already in testing. I suspect you want to set the found version to
2.8+repack-1 instead.

 Have fun,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572108: modifying files from another package

[Gerfried Fuchs]

Hi!

* Hideki Yamane  [2010-04-14 14:56:15 CEST]:
> On Mon, 1 Mar 2010 22:54:39 +0100
> Gerfried Fuchs  wrote:
> >  Please try though to settle for ther former suggestion of coordinating
> > updates through volatile, and use the dpkg-divert approach only as last
> > ressort. Also, what are your suggestions to fix the issue in stable?
> 
>  Yes, dpkg-divert is smart way. I've tried to fix this with attached patch.
>  Could you check it, please?

 I'm still not convinced that this is the best option, my "use the
dpkg-divert approach only as last ressort" statement still stands.

 Said that, I would rather do in the postrm something like:

#v+
for CITY in $(dpkg-divert --list | grep ' by tz-brasil$' | awk '{print $3}'); 
do 
  dpkg-divert --package tz-brasil --rename --remove $CITY
done
#v-

 That way you won't have any files left and no need to duplicate the
citylist in both maintainer scripts in case it would need to get
changed. It has though one small issue: Won't work with spaces in
filenames - but I doubt that those happen in tzdata (yeah, I know it -
famous last words and such).

 Also, curious, why move the set -e to after defining the variables? :)
And I personally don't consider it good style to convert a package's
source format in an NMU - please try to avoid such things.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576261: missing dependency declaration on a JDK

[Gerfried Fuchs]

Hi!

* martin f krafft  [2010-04-02 10:56:09 CEST]:
> Setting up tomcat5.5 (5.5.26-5) ...
> Adding system user `tomcat55' (UID 114) ...
> Adding new user `tomcat55' (UID 114) with group `nogroup' ...
> Not creating home directory `/usr/share/tomcat5.5'.
> no JDK found - please set JAVA_HOME failed!
> invoke-rc.d: initscript tomcat5.5, action "start" failed.
> dpkg: error processing tomcat5.5 (--configure):
>  subprocess post-installation script returned error exit status 1
> Setting up openjdk-6-jre-lib (6b11-9.1) ...
> Setting up openjdk-6-jre-headless (6b11-9.1) ...
> Errors were encountered while processing:
>  tomcat5.5
> E: Sub-process /usr/bin/dpkg returned an error code (1)

 I can't reproduce this in a clean lenny chroot, this is from my install
try:

Setting up tomcat5.5 (5.5.26-5) ...
Adding system user `tomcat55' (UID 101) ...
Adding new user `tomcat55' (UID 101) with group `nogroup' ...
Not creating home directory `/usr/share/tomcat5.5'.
Setting up libgcj9-dev (4.3.2-2) ...

 That is with default-jdk pulled in automatically.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#576308: OpenDcHub 0.8.1 Remote Code Execution Exploit

[Gerfried Fuchs]

Hi!

* Moritz Muehlenhoff  [2010-04-02 22:13:42 CEST]:
> Package: opendchub
> Version: OpenDcHub 0.8.1 Remote Code Execution Exploit
> Severity: grave
> Tags: security
> 
> This was reported to full-disclosure:
> 
> http://www.indahax.com/exploits/opendchub-0-8-1-remote-code-execution-exploit#more-600
> 
> Please get in touch with upstream for a fix.

 Hmm, it is mentioned in there that 0.8.1 is affected - has it been
tested if previous versions are affected too? From what I can see 0.8.1
isn't packaged (yet).

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575921: install_packages may write to world writable directory

[Gerfried Fuchs]

notfound 575921 3.3
thanks

* Thomas Lange  [2010-03-31 21:47:08 CEST]:
> >>>>> On Tue, 30 Mar 2010 21:36:05 +0200, Gerfried Fuchs  said:
> 
> >  If they only affect FAI versions from 3.3 - shouldn't it be versioned
> > like that? In case I missed something feel free to revert, but without a
> > found version this looks like affecting even lenny.
> 
> The last part of the bug report (writing to /tmp/dpkg-selections.tmp)
> also affects the lenny version.

 That wasn't too clear from the writing to me, sorry. Removed the found
version again, I guess you plan to coordinate with the stable release
team about an update, not sure wether a symlink attack (like, to
critical root-writeonly files) would be possible there and a DSA should
be roled out by the security team?

 Thanks for the update!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#575921: install_packages may write to world writable directory

[Gerfried Fuchs]

found 575921 3.3
thanks

* Thomas Lange  [2010-03-30 16:32:44 CEST]:
> When using fai softupdate, install_packages writes a list of all
> packages to the file /var/tmp/package, which is located in a world
> writeable directory. It also writes to /tmp/packages.list if
> FAI_DEBSOURCESDIR is set. These problems only affect FAI versions from
> 3.3 to 3.3.4.

 If they only affect FAI versions from 3.3 - shouldn't it be versioned
like that? In case I missed something feel free to revert, but without a
found version this looks like affecting even lenny.

 Thanks. :)
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#553305: Fixed in esniper/2.20.0-1

[Gerfried Fuchs]

Hi!

* Alexander Reichle-Schmehl  [2010-03-30 09:59:53 CEST]:
> Appearently this bug was fixed in the esniper/2.20.0-1 upload.

 Thanks for digging that up, Tolimar. To the package maintainer: This
looks like the package is absolutely useless in stable. Do you think
about fixing that, or should it get removed from stable and brought in
through volatile because of the special purpose of the package? Please
discuss that with the release team.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574958: snmpd don't start

[Gerfried Fuchs]

Hi!

* Pierre Raimbault  [2010-03-22 14:09:43 CET]:
> snmpd don't start just after fresh installation. I have this error in
> /var/log/syslog :
> 
> snmpd[1641]: Error opening specified endpoint "127.0.0.1"
> snmpd[1641]: Server Exiting with code 1

 It sounds like you don't have the loop back interface enabled. Can you
check about that? "/sbin/ifconfig lo" should give you the informations,
calling with root permissions "/sbin/ifconfig lo up" should set it to up
- can you try if that fixes the issue for you?

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#568841: Version 5.1.7.dfsg-3 closed these

[Gerfried Fuchs]

fixed 568841 5.1.7.dfsg-3
fixed 568819 5.1.7.dfsg-3
fixed 570097 5.1.7.dfsg-3
fixed 572892 5.1.7.dfsg-3
thanks

* Adam C Powell IV  [2010-03-16 12:52:38 CET]:
> Version 5.1.7.dfsg-3 closed these bugs, but the closure is in the
> changelog of 5.1.7.dfsg-2 which was rejected for lintian reasons, and I
> forgot to use -v when building -3 so they didn't close automatically.
> Sorry about that.

 If you forget about that please mark the bugs as fixed with that
version and thus worked against the versioned bug tracking the BTS
supports. Easiest would have been to add a "Version: 5.1.7.dfsg-3" into
the first line of your mail, I'm marking them now explicitly as fixed
with that version.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560359: gnustep-common depends print_unique_pathlist.sh from gnustep-make

[Gerfried Fuchs]

Hi!

* Yavor Doganov  [2010-03-16 08:33:53 CET]:
> В 08:05 +0100 на 16.03.2010 (вт), Gerfried Fuchs написа:
> >  I wonder, why only for squeeze, if it is release-critical? Would you
> > consider to try to fix it for lenny too, for which it was original
> > reported and which is our supported stable release?
> 
> I don't think the bug is serious enough to warrant a stable update, but
> I don't mind to fix it for lenny too if the SRMs believe we should.
 
 I would suggest you to ask the release team for their opinion and if
they share it tag the bug with "squeeze sid" so that the BTS doesn't
think lenny is affected. That will make the bug in the end being able to
get archived and disappear from both your radar and mine of trying to
clean up stable release-critical bugs. ;)

 Thanks,
Rhonda



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#574083: wwwoffle uses netstat in init script without depends on net-tools

[Gerfried Fuchs]

Package: wwwoffle
Version: 2.9d-3
Severity: serious


Hi!

 While trying to figure out wether #560181 affects lenny I found out
that wwwoffle uses netstat in its init.d script - but there is no
dependency on net-tools. At least purging wwwoffle without having it
running seems to work in lenny. ;)

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560359: [Debian GNUstep maintainers] Bug#560359: Bug#560359: gnustep-common depends print_unique_pathlist.sh from gnustep-make

[Gerfried Fuchs]

Hi!

* Yavor Doganov  [2009-12-11 22:25:40 CET]:
> Thanks.  Although this package is not in Debian, and nothing in Debian
> breaks (TTBOMK) because of this, strictly technically speaking it is a
> release-critical bug that we'd like to fix for squeeze.

 I wonder, why only for squeeze, if it is release-critical? Would you
consider to try to fix it for lenny too, for which it was original
reported and which is our supported stable release?

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#560398: eclipse: Eclipse does not start: JVM terminated. Exit code=127

[Gerfried Fuchs]

Hi!

* Niels Thykier  [2009-12-10 22:47:56 CET]:
> Thank you for taking your time to report this bug. I believe you are
> suffering from #507536[1] in one of its many forms. There some who have
> reported a workaround that you can try[2].
> 
> We are preparing an upload of eclipse soon; but I seriously doubt we
> will be able to backport it to stable.

 If installing xulrunner-dev works around the issue I think it might be
a valid option for a minimal approach to get it fixed in stable. Or is
the showIntro=false hack possible to ship in a system wide configuration
file? That would also be a valid option. Stating that one doesn't want
to fix it in stable somehow leaves the impression that the packagers
think that eclipse in stable is not to be supported - and somehow
suggests that the release team should get it removed with the next point
release.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#561563: vzctl: Unable to set capability: Operation not permitted

[Gerfried Fuchs]

severity 561563 important
thanks

* Ola Lundqvist  [2009-12-20 20:27:42 CET]:
> But please first try to just reinstall the package. It solved the
> problem once...

 Given that there hasn't been any feedback from the reporter and that
I'm unable to reproduce the issue with the commands given I lower the
severity. This doesn't seem to affect many people so it doesn't render
the package unusable.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#571044: Fixed in newt 0.52.10-6

[Gerfried Fuchs]

fixed 571044 0.52.10-6
thanks

* أحمد المحمودي  [2010-03-05 09:32:51 CET]:
> 

 Erm, could you kindly put the version in the according Version: pseudo
header next time you -done mail bugs? Would be great.

 Thanks!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563972: patch to fix fontmatrix on armel

[Gerfried Fuchs]

tag 563972 + squeeze sid
thanks

* Michael Casadevall  [2010-03-09 17:40:28 CET]:
> On Tue, Mar 09, 2010 at 04:58:11PM +0100, Gerfried Fuchs wrote:
> >  When you state "no longer" - did it build before properly? I.e. I
> > wonder wether a proper found version is missing in this bugreport and
> > wether the bug actually does affect the stable release (lenny).
> 
> Lenny released with fontmatrix 0.4 which built on arm, and armel. It
> was later builds that started to FTBFS, although I don't remember the
> first version that started to have trouble. There's been no released
> (and still supported) version of Debian that hasn't shipped with
> fontmatrix built on arm/armel.

 <https://buildd.debian.org/build.php?arch=armel&pkg=fontmatrix> - and
hmm, you are right, the 0.4.2-2 was close enough to the lenny release
for me to guess that the issue won't really affect lenny. Marking the
bug as such and thus closing it for stable, too.

 This means that the bugreport finally will disappear from your overview
package and get archived (in 28 days, if no further mail comes in).

 Enjoy!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#563972: patch to fix fontmatrix on armel

[Gerfried Fuchs]

Hi!

* Michael Casadevall  [2010-01-06 19:32:55 CET]:
> Package: fontmatrix
> Severity: serious
> Tags: patch
> Justification: no longer builds from source

 When you state "no longer" - did it build before properly? I.e. I
wonder wether a proper found version is missing in this bugreport and
wether the bug actually does affect the stable release (lenny).

 If not I would want to close it for lenny - unfortunately I don't have
the arm hardware to check it there, though lenny was released with a
version of fontmatrix that seem to have build at some point, at least
three years ago. This is too long for a timegap for me to just close it
and let the security team (or whoever would need to update the package
in stable) over this issue again.

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572266: dovecot-common: dovecot-auth crashes with segfault

[Gerfried Fuchs]

tag 572266 + squeeze sid
thanks

* Timo Sirainen  [2010-03-08 11:50:33 CET]:
> On 8.3.2010, at 12.03, Gerfried Fuchs wrote:
> >> Either rename buffer_free() on libpam-ssh's side, or mark it in some way
> >> internal to the shared library (I don't know how to do the latter, but I
> >> think it's possible).
> > 
> > As this bug has been reassigned without a version number the BTS
> > considers all versions to be affected by this, including the version in
> > stable. Given that Erich did report this against the version in unstable
> > I think the buffer_free() function in dovecot might have been added at a
> > later stage (otherwise I would have expected Erich to report it earlier
> > already?).
> 
> buffer_free() has been there ever since the first version of Dovecot,
> but you're right, in v1.0 it's only a macro:
> 
> void _buffer_free(buffer_t **buf);
> #define buffer_free(buf) _buffer_free(&(buf))
> 
> In v1.1+ it became a function.

 So actually the bug is rather in dovecot? Anyway, this means that the
bug doesn't affect stable and I'm tagging it as such.

 Thanks!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#572266: dovecot-common: dovecot-auth crashes with segfault

[Gerfried Fuchs]

Hi!

* Timo Sirainen  [2010-03-05 21:07:30 CET]:
> On Fri, 2010-03-05 at 20:58 +0100, Jens Peter Secher wrote:
> > Timo Sirainen wrote:
> > > 
> > > And the problem is specifically that Dovecot also has
> > > buffer_free() function.
> > 
> > Can you elaborate on this?
> 
> I mean both Dovecot and libpam-ssh have an exported function called
> buffer_free(). libpam-ssh tries to call its own internal buffer_free(),
> but it ends up calling Dovecot's incompatible buffer_free(), which of
> course doesn't work and it crashes.
> 
> Either rename buffer_free() on libpam-ssh's side, or mark it in some way
> internal to the shared library (I don't know how to do the latter, but I
> think it's possible).

 As this bug has been reassigned without a version number the BTS
considers all versions to be affected by this, including the version in
stable. Given that Erich did report this against the version in unstable
I think the buffer_free() function in dovecot might have been added at a
later stage (otherwise I would have expected Erich to report it earlier
already?).

 Looking at the 1.0.15 source it seems to be in there too, though. Not
sure if the issue also happens in stable, can someone test this?

 Thanks,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#566715: closed by Sandro Tosi (Re: Bug#566715: checkgmail: fails to authorize due to a change of the gmail login procedure)

[Gerfried Fuchs]

Hi!

* jens  [2010-01-24 22:00:55 CET]:
> Is it possible to include an update into the lenny-branch, for example
> volatile?

 Whom are you asking that? Actually your mail has only reached the
bugreport and through that the package maintainer - which is yourself. :)

 Depending on the required changes it might even be a valid update for
stable-proposed-updates if you can keep them minimal. Please discuss
that option on the debian-rele...@lists.debian.org mailing list instead
in your own bugreport. :)

 Thanks for also thinking about the version of your package in stable!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567045: same problem

[Gerfried Fuchs]

Hi!

* Wolfram Quester  [2010-03-03 21:19:54 CET]:
> I forgot to close this bug, since I sorted this out with th reporter.

 You again forgot to close the bug. ;)

> We guessed an installation error or an error in a gnome-vfs related
> package. Could you please check the permissions of /etc/gnome-vfs-2.0/
> on your computer and report the result?

 Do you think it might make sense to reassign the bug to gnome-vfs, or
dig into how the permissions ended up like that? That would be
interesting, especially since two different users reported the same
issue and neither of them managed to provide proper version informations :/
So we can't be sure if this doesn't affect stable, too.

 If you think this is a non-issue, please close the bug, or at least
reduce its severity so it doesn't turn up on the radar about release
critical bugs. All this of course is your decision, a fix for why the
permissions ended up like that in the first place of course is the best
choice. :)

 Have fun!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567214: backuppc: Changing archive directory not working correctly

[Gerfried Fuchs]

Hi!

 I fear the answer from Adam hasn't reached you, so here is an
additional ping:

* FDi  [2010-01-28 01:26:13 CET]:
> Heres what I did:
> 
> apt-get install backuppc
> sudo /etc/init.d/backuppc stop
> 
> mkdir /media/raid/backup
> sudo chown backuppc:backuppc /media/raid/backup
> 
> sudo cp -dpR /var/lib/backuppc/. /media/raid/backup
> sudo rm -rf /var/lib/backuppc
> sudo ln -s /media/raid/backup /var/lib/backup
> 
> sudo /etc/init.d/backuppc start
> 
> ... Daemon starts without any errors, however now when I try to access the 
> WebUI
> in 127.0.0.1/backuppc/ it gives me a message saying "Error: Unable to
> connect to BackupPC server"

 The response from Adam:

* Adam Goryachev  [2010-02-03 14:44:33 
CET]:
> It looks like everything you did was correct, up to the last step
> (hopefully you have worked this out by now, or it was a copy and paste
> error to the bug report).
> 
> sudo cp -dpR /var/lib/backuppc/. /media/raid/backup
> sudo rm -rf /var/lib/backuppc
> sudo ln -s /media/raid/backup /var/lib/backup
> 
> That last one should have been:
> sudo ln -s /media/raid/backup /var/lib/backuppc

 FDi, does this solve your problem? I guess the bugreport can get closed
then as a non-bug?

 Thanks for any response in advance,
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#567192: Version issue with #567192

[Gerfried Fuchs]

fixed 567192 1:7.2.2.dfsg.2-6.1
fixed 567192 1:7.2.2.dfsg.2-4+lenny1
fixed 567192 1:7.2.2.dfsg.2-3+etch1
thanks

Hi!

 There is something strange with the version informations in this bug.
white did report the bug with a version string which was used for the
NMU that zack did. This left the bug with only a fixed version and no
found version - meaning that the BTS thinks that _all_ previous versions
are affected by it.

 I hope that my control message fixes the issue, I'll check the version
graph after the mail was received and hope that I can clean up the
issue so that the bug can both get marked as not affecting stable
(anymore) and also get archived properly (within the usual timeframe).

 Thanks, and sorry for the inconvenience!
Rhonda



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org