Bug#316509: calamaris break at loading calamaris::calBars3d

[gregor herrmann]

Package: calamaris
Version: 2.99.1.3-1
Severity: grave
Justification: renders package unusable


1)
calamaris does not work any more. It ends with the message: Couldn't load
package calamaris::calBars3d, maybe it is not installed: No such file or
directory (invoked via /etc/cron.daily/calamaris).

/usr/share/perl5/calamaris/calBars3d.pm is in fact existing.

`bash -x /etc/cron.daily/calamaris` ends with:
+ case $DAYDO in
+ cat /var/log/squid/access.log
+ nice -39 /usr/bin/calamaris -a -f auto --config-file 
/etc/calamaris/calamaris.conf -o forweekly.5 -F html,graph -H 'Squid on Guinan 
- Daily' --output-path /var/www/calamaris --output-file daily.html
/usr/bin/calamaris: Couldn't load package calamaris::calBars3d,
  maybe it is not installed: No such file or directory

$ perl -e 'foreach (@INC) {print $_\n;}'
/etc/perl
/usr/local/lib/perl/5.8.7
/usr/local/share/perl/5.8.7
/usr/lib/perl5
/usr/share/perl5
/usr/lib/perl/5.8
/usr/share/perl/5.8
/usr/local/lib/site_perl
.


2)

Taking out ,graph from /etc/cron.daily/calamaris temporarily fixes the 
problem.


Feel free to contact me for any other information that might be helpful.  

gregor

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (10, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12.1.200506242037
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

Versions of packages calamaris depends on:
ii  bc1.06-17The GNU bc arbitrary precision cal
ii  debconf   1.4.51 Debian configuration management sy
ii  perl [perl5]  5.8.7-3Larry Wall's Practical Extraction 

-- debconf information:
* calamaris/monthly/title: Squid on Guinan Monthly
* calamaris/daily/html: /var/www/calamaris/daily.html
  calamaris/weekly/mail: root
* calamaris/weekly/title: Squid on Guinan - Weekly
* calamaris/weekly/html: /var/www/calamaris/weekly.html
* calamaris/daily/title: Squid on Guinan - Daily
* calamaris/daily/task: web
* calamaris/transition:
* calamaris/weekly/task: web
  calamaris/monthly/mail: root
  calamaris/daily/mail: root
* calamaris/monthly/task: web
* calamaris/cache_type: squid
* calamaris/monthly/html: /var/www/calamaris/monthly.html


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#352210: bug still exists partly

[gregor herrmann]

found 352210 1.61-19
tags 352210 + patch
owner !
thanks

I'm sorry to say that 352210 still exists partly in the current
version: Now the system temp dir is used but the hard disk fills up
until it's full.

Digging through the php source and doing some tests it seems that the
code in dl.php that creates a directory and tries to delete it fails
- in all cases where the download is canceled (and the script ends
prematurely).

Adding ignore_user_abort(true); to dl.php fixes this issue on my
installation; cf. the attached patch.

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Chris Rea: That Girl Of Mine
--- dl.php.orig 2006-11-11 17:01:49.0 +0100
+++ dl.php  2006-11-11 17:59:16.0 +0100
@@ -34,2 +34,6 @@
 
+// Make sure the script is finished even if the client disconnects.
+// Otherwise the temporary directory is not deleted.
+ignore_user_abort(true);
+
 $svnrep = new SVNRepository($rep-path);


signature.asc
Description: Digital signature

Bug#397705: stellarium: FTBFS: configure: error: freetype library not foun

[gregor herrmann]

On Thu, 09 Nov 2006 09:23:05 +0100, Fabien Chereau wrote:

 checking for FT_Init_FreeType in -lfreetype... no
 configure: error: freetype library not found
 Obviously there is a dependency problem with freetype..

Adding libfreetype6-dev to Build-Depends fixes the problem in my sid
chroot.

For your convencience find the small patch attached.
(As a bonus I followed lintian's advice to make the package
binNMUable).


Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Johnny Shines: Too Wet To Plow
diff -u stellarium-0.8.1/debian/changelog stellarium-0.8.1/debian/changelog
--- stellarium-0.8.1/debian/changelog
+++ stellarium-0.8.1/debian/changelog
@@ -1,3 +1,10 @@
+stellarium (0.8.1-1.1) unstable; urgency=low
+
+  * Add libfreetype6-dev to Build-Depends (closes: #397705).
+  * Make the package binNMUable by using (= ${source:Version}) in Depends:.
+
+ -- gregor herrmann [EMAIL PROTECTED]  Sun, 12 Nov 2006 02:55:13 +0100
+
 stellarium (0.8.1-1) unstable; urgency=low
 
   * New upstream release (Closes: Bug#376348)
diff -u stellarium-0.8.1/debian/control stellarium-0.8.1/debian/control
--- stellarium-0.8.1/debian/control
+++ stellarium-0.8.1/debian/control
@@ -2,12 +2,12 @@
 Section: science
 Priority: optional
 Maintainer: Cédric Delfosse [EMAIL PROTECTED]
-Build-Depends: debhelper ( 5.0.0), dpatch, libglu1-mesa-dev, libsdl1.2-dev, 
autotools-dev, libsdl-mixer1.2-dev, libpng3-dev
+Build-Depends: debhelper ( 5.0.0), dpatch, libglu1-mesa-dev, libsdl1.2-dev, 
autotools-dev, libsdl-mixer1.2-dev, libpng3-dev, libfreetype6-dev
 Standards-Version: 3.7.2
 
 Package: stellarium
 Architecture: any
-Depends: ${shlibs:Depends}, ${misc:Depends}, stellarium-data (= 
${Source-Version})
+Depends: ${shlibs:Depends}, ${misc:Depends}, stellarium-data (= 
${source:Version})
 Description: real-time photo-realistic sky generator
  Stellarium renders 3D photo-realistic skies in real-time.
  With stellarium, you really see what you can see with your eyes, binoculars or

Bug#399571: Iceweasel

[gregor herrmann]

On Tue, 21 Nov 2006 15:52:54 +0200, Andres Järv wrote:

 I don't know, whether it's connected to this bug but after installing 
 Iceweasel today, this plugin doesn't work for me anymore.

Same here.
$ dpkg -l iceweasel
ii  iceweasel  2.0+dfsg-1 lightweight web browser based on Mozilla

$ dpkg -l mozilla-mplayer
ii  mozilla-mplaye 3.31-4 MPlayer-Plugin for Mozilla

about:plugins doesn't show the plugin, on pages where it should
appear the area just stays empty.

Maybe the package should put something in /usr/lib/iceweasel/plugins?

*testing*
# ln -s /usr/lib/firefox/plugins/mplayerplug-in* /usr/lib/iceweasel/plugins/

After a restart of iceweasel the plugin works again.

HTH,
gregor


-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Status Quo: The Wanderer


signature.asc
Description: Digital signature

Bug#399571: Iceweasel

[gregor herrmann]

On Fri, 24 Nov 2006 16:48:15 +0100, gregor herrmann wrote:

 Maybe the package should put something in /usr/lib/iceweasel/plugins?

AFAICS this happens in the new version 3.31-5, so I guess this bug
can be closed.

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Sting: Tea In The Sahara


signature.asc
Description: Digital signature

Bug#400211: remote-tty: contain top-level directory /share

[gregor herrmann]

On Fri, 24 Nov 2006 14:41:40 +0100, Bill Allombert wrote:

 remote-tty contains a new top-level directory /share:

Patch 1:
fix error in line which creates the directory

--- debian/rules.orig   2006-11-26 00:05:57.0 +0100
+++ debian/rules2006-11-26 00:07:13.0 +0100
@@ -35,3 +35,3 @@
debian/$(package)/usr/sbin \
-   debian/$(package)/share/doc/$(package)
+   debian/$(package)/usr/share/doc/$(package)
install -d debian/$(package)/var/log/remote-tty/out

Patch 2:
remove line, /usr/share/doc/remote-tty gets created by dh_installdocs
anyway.

--- debian/rules.orig   2006-11-26 00:05:57.0 +0100
+++ debian/rules2006-11-26 00:08:22.0 +0100
@@ -34,4 +34,3 @@
install -d debian/$(package)/usr/bin \
-   debian/$(package)/usr/sbin \
-   debian/$(package)/share/doc/$(package)
+   debian/$(package)/usr/sbin
install -d debian/$(package)/var/log/remote-tty/out


HTH,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: ABBA: I Have a Dream


signature.asc
Description: Digital signature

Bug#402079: cdck: unusable on arm, powerpc and s390 (char signedness)

[gregor herrmann]

On Thu, 07 Dec 2006 23:57:53 +0200, Niko Tyni wrote:

 the sizes of the cdck 0.5.2-2 packages, as seen on packages.debian.org
 [1] are suspiciously small on arm, powerpc and s390. Looking at the
 buildd logs, those architectures get this warning during build:
[..]
 Trivial patch attached.

Thanks alot Niko for your bug report, the good analysis and the
patch.
I'm travelling and I won't be home until Saturdarday night but then
I'll fix the bug ASAP.

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-


signature.asc
Description: Digital signature

Bug#356888: camas: FTBFS: pike7.2 not available anymore

[gregor herrmann]

tags 356888 + patch
thanks

On Tue, Mar 14, 2006 at 04:58:19PM +0100, [EMAIL PROTECTED] wrote:

 building the package camas in a clean sid build environment
 (with pbuilder) on i386 results in:
 
 =
 /usr/bin/pike7.2 doesn't exist or isn't an executable file.
 make: *** [configure-stamp] Error 1
 =
 
 pike7.2 isn't available anymore.

The attached patch seems to fix the problem.

Regards,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Peter Ratzenbeck: Fraunz Bodschengls
diff -urN camas-1.2.21.old/debian/control camas-1.2.21/debian/control
--- camas-1.2.21.old/debian/control 2006-03-19 21:05:02.0 +0100
+++ camas-1.2.21/debian/control 2006-03-19 20:59:54.0 +0100
@@ -2,8 +2,8 @@
 Section: web
 Priority: optional
 Maintainer: Marek Habersack [EMAIL PROTECTED]
-Build-Depends-Indep: debhelper ( 4.1.16), caudium, pike7.2|pike7.4|pike7.5, 
autoconf ( 2.50-1)
-Standards-Version: 3.6.1
+Build-Depends-Indep: debhelper ( 4.1.16), caudium, pike7.6-dev, autoconf ( 
2.50-1)
+Standards-Version: 3.6.2
 
 Package: camas
 Architecture: all
diff -urN camas-1.2.21.old/debian/copyright camas-1.2.21/debian/copyright
--- camas-1.2.21.old/debian/copyright   2006-03-19 21:05:02.0 +0100
+++ camas-1.2.21/debian/copyright   2006-03-19 21:04:33.0 +0100
@@ -23,10 +23,11 @@
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
   GNU General Public License for more details.
 
-  You should have received a copy of the GNU General Public License with
-  the Debian GNU/Linux distribution in file /usr/share/doc/common-licenses/GPL;
-  if not, write to the Free Software Foundation, Inc., 59 Temple Place,
-  Suite 330, Boston, MA  02111-1307  USA
+  You should have received a copy of the GNU General Public License with the
+  Debian GNU/Linux distribution in file /usr/share/doc/common-licenses/GPL;
+  if not, write to the Free Software Foundation, Inc., 51 Franklin St, Fifth
+  Floor, Boston, MA 02110-1301, USA.
+
 
   A copy of the GNU General Public License is available as
   `/usr/share/common-licenses/GPL' in the Debian GNU/Linux distribution.
diff -urN camas-1.2.21.old/debian/rules camas-1.2.21/debian/rules
--- camas-1.2.21.old/debian/rules   2006-03-19 21:05:02.0 +0100
+++ camas-1.2.21/debian/rules   2006-03-19 21:04:08.0 +0100
@@ -15,7 +15,7 @@
 ifdef USE_PIKE
 PIKEBIN=pike$(USE_PIKE)
 else
-PIKEBIN=pike7.2
+PIKEBIN=pike7.6
 endif
 
 CAUDIUM_CHANGELOG=/usr/share/doc/$(CAUDIUM)/changelog.Debian.gz


signature.asc
Description: Digital signature

Bug#354945: bashisms in the maintainer scripts

[gregor herrmann]

tags 354945 + patch
thanks

On Thu, Mar 02, 2006 at 11:30:21AM +0100, Marco d'Itri wrote:

 Statements like [ $1 == configure ] are invalid and should be
 replaced with [ $1 = configure ].

The attached patch fixes theses errors (and the old FSF address).
There still remain some other lintian/linda errors/warnings though
...

HTH,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Ryan Adams: Chin Up, Cheer Up
diff -urN postfix-policyd-1.70.old/debian/copyright 
postfix-policyd-1.70/debian/copyright
--- postfix-policyd-1.70.old/debian/copyright   2006-03-19 22:13:21.0 
+0100
+++ postfix-policyd-1.70/debian/copyright   2006-03-19 22:18:23.0 
+0100
@@ -16,10 +16,9 @@
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
GNU General Public License for more details.
 
-   You should have received a copy of the GNU General Public License
-   along with this package; if not, write to the Free Software
-   Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
-   02111-1307, USA.
+   You should have received a copy of the GNU General Public License along
+   with this package; if not, write to the Free Software Foundation, Inc.,
+   51 Franklin St, Fifth Floor, Boston, MA 02110-1301, USA.
 
 On Debian systems, the complete text of the GNU General
 Public License can be found in `/usr/share/common-licenses/GPL'.
diff -urN postfix-policyd-1.70.old/debian/postfix-policyd.postinst 
postfix-policyd-1.70/debian/postfix-policyd.postinst
--- postfix-policyd-1.70.old/debian/postfix-policyd.postinst2006-03-19 
22:13:21.0 +0100
+++ postfix-policyd-1.70/debian/postfix-policyd.postinst2006-03-19 
22:16:40.0 +0100
@@ -2,7 +2,7 @@
 
 set -e
 
-if [ $1 == configure ]; then
+if [ $1 = configure ]; then
 . /usr/share/debconf/confmodule
 . /usr/share/dbconfig-common/dpkg/postinst.mysql 
 dbc_first_version=1.70-1
diff -urN postfix-policyd-1.70.old/debian/postfix-policyd.postrm 
postfix-policyd-1.70/debian/postfix-policyd.postrm
--- postfix-policyd-1.70.old/debian/postfix-policyd.postrm  2006-03-19 
22:13:21.0 +0100
+++ postfix-policyd-1.70/debian/postfix-policyd.postrm  2006-03-19 
22:16:49.0 +0100
@@ -2,7 +2,7 @@
 
 set -e
 
-if [ $1 == purge ]; then
+if [ $1 = purge ]; then
 for ext in '~' '%' .bak .dpkg-tmp .dpkg-new .dpkg-old .dpkg-dist;  do
 rm -f /etc/postfix-policyd.conf$ext
 done


signature.asc
Description: Digital signature

Bug#355395: Package contains nothing useful (no binaries, libraries, headers)

[gregor herrmann]

tags 355395 + patch
thanks

 How is this package useful at all, and why is it a -dev package?  It
 contains no binaries, no libraries, and no headers.  

The header files it should contain got lost due to errors in
debian/rules.

The attached patch should fix this (and some lintian/linda
errors/warnings).

 Only a bunch of
 example files and a PDF.  Sounds more like a -doc package, but even
 that would be pretty useless.  If this was not enough to warrant a
 grave bug, an example included doesn't actually compile...

I have not tried that tough, and there's no guarantee that my patch
makes the package look the way the maintainer wants ;-)
 
HTH,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Shirley Horn: If You Love Me
only in patch2:
unchanged:
--- timecode-1.3.orig/debian/compat
+++ timecode-1.3/debian/compat
@@ -1 +1 @@
-4
+5
only in patch2:
unchanged:
--- timecode-1.3.orig/debian/dirs
+++ timecode-1.3/debian/dirs
@@ -1,2 +1 @@
-usr/bin
-usr/sbin
+usr/include
only in patch2:
unchanged:
--- timecode-1.3.orig/debian/control
+++ timecode-1.3/debian/control
@@ -1,8 +1,9 @@
 Source: timecode
+Section: libdevel
 Priority: optional
 Maintainer: Matt Flax [EMAIL PROTECTED]
-Build-Depends: debhelper (= 4.0.0)
-Standards-Version: 3.6.1
+Build-Depends: debhelper (= 5.0.0)
+Standards-Version: 3.6.2
 
 Package: timecode-dev
 Section: libdevel
only in patch2:
unchanged:
--- timecode-1.3.orig/debian/rules
+++ timecode-1.3/debian/rules
@@ -65,8 +65,8 @@
dh_clean -k 
dh_installdirs
 
-   # Add here commands to install the package into debian/tmp
-   $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
+   # Add here commands to install the package into debian/timecode-dev
+   $(MAKE) install DESTDIR=$(CURDIR)/debian/timecode-dev
 
 
 # Build architecture-independent files here.


signature.asc
Description: Digital signature

Bug#352210: websvn: Temporary files not compliant to FSH

[gregor herrmann]

tags 352210 + patch
thanks

On Fri, Feb 10, 2006 at 02:24:52PM +0100, Claudio Sacerdoti Coen wrote:

  Temporary directories and files are created in /usr/share/websvn/temp.
  IMHO this behaviour is not compliant with FSH.

This seems to be caused by the upstream source which makes heavy use
of
  tempnam(temp, );

If I understand http://uk.php.net/tempnam correctly php should fall
back to the system's tempdir if it cannot create a tempfile in the
given directory; hence I assume that by _not_ providing
/usr/share/websvn/temp websvn should use the system default.

The attached patch implements this assumption.

HTH,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Element Of Crime: The Last Dance (Live)
diff -urN websvn-1.61/debian/dirs websvn-1.61.new/debian/dirs
--- websvn-1.61/debian/dirs 2006-03-19 23:19:46.0 +0100
+++ websvn-1.61.new/debian/dirs 2006-03-19 23:19:24.0 +0100
@@ -2,6 +2,5 @@
 usr/share/websvn
 usr/share/websvn/include
 usr/share/websvn/languages
-usr/share/websvn/temp
 usr/share/websvn/templates
 var/cache/websvn
diff -urN websvn-1.61/debian/rules websvn-1.61.new/debian/rules
--- websvn-1.61/debian/rules2006-03-19 23:19:46.0 +0100
+++ websvn-1.61.new/debian/rules2006-03-19 23:19:24.0 +0100
@@ -24,7 +24,7 @@
echo '}'  $(CURDIR)/debian/websvn/etc/websvn/config.inc
echo '?'  $(CURDIR)/debian/websvn/etc/websvn/config.inc
# main install
-   for i in *.php languages templates include temp; do \
+   for i in *.php languages templates include; do \
  cp -pr $(CURDIR)/$$i $(CURDIR)/debian/websvn/usr/share/websvn; \
done
# fix permissions


signature.asc
Description: Digital signature

Bug#356842: wpasupplicant: /etc/default/wpasupplicant missing in the current version in testing/unstable

[gregor herrmann]

tags 356842 + patch
thanks

On Tue, Mar 14, 2006 at 03:52:50PM +0300, Alexander Gerasiov wrote:

 Just installed package from testing and found that there are no
 /etc/default/wpasupplicant
 inside.

The file exists, it's only not installed by debian/rules.
I've added just one line -- patch.

gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Sinead O'Connor: Daddy I'm Fine
diff -urN wpasupplicant-0.4.7/debian/rules wpasupplicant-0.4.7.new/debian/rules
--- wpasupplicant-0.4.7/debian/rules2006-03-19 23:43:22.0 +0100
+++ wpasupplicant-0.4.7.new/debian/rules2006-03-19 23:38:17.0 
+0100
@@ -51,6 +51,8 @@
debian/wpasupplicant/usr/sbin
install --mode=644 -p debian/wpa_supplicant.defconf \
debian/wpasupplicant/etc/wpa_supplicant.conf
+   install --mode=644 -p debian/wpasupplicant.default \
+   debian/wpasupplicant//etc/default/wpasupplicant
 
install -p wpa_gui-qt4/wpa_gui debian/wpagui/usr/sbin



signature.asc
Description: Digital signature

Bug#360593: libnet-domain-tld-perl: new() constructor is missing

[gregor herrmann]

On Mon, Apr 03, 2006 at 10:25:10AM -0400, Chris Heath wrote:

 Although 1.65 is a higher version number than 1.5 which is in stable, it 
 looks like it is an older version.  There is no new() contructor.  
 I recommend reverting to the version in stable.

The version is definitively newer (last entry in Changes from
2006-01-25). Unfortunately the public interfaces has changed
completely. Changes says:

1.63  Wed Jan 25 12:00:00 2006
- Dropped OO code ( There are previous versions of module if anyone 
need s it ) 

Therefore IMO this is a bug in libemail-valid-perl which uses the old
interface (without a versioned depends).

My proposal:
* Reassign bug to libemail-valid-perl.
* Patch libemail-valid-perl and notify upstream (looks quite simple
  because only the test for existence is used).
* Add a versioned dependency to libemail-valid-perl.

Other opinions?

gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Kurt Ostbahn: Ischör auf 1 PS


signature.asc
Description: Digital signature

Bug#360792: Fix for 360792

[gregor herrmann]

tags 360792 + patch
thanks

Find attached a patch for the package that fixes this bug.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Kurt Ostbahn  Kombo: In dera Bar
diff -u libemail-valid-perl-0.15/debian/control 
libemail-valid-perl-0.15/debian/control
--- libemail-valid-perl-0.15/debian/control
+++ libemail-valid-perl-0.15/debian/control
@@ -1,15 +1,15 @@
 Source: libemail-valid-perl
 Section: perl
 Priority: optional
-Build-Depends: debhelper (=3.0.18)
-Build-Depends-Indep: perl (=5.6.0-16), libmailtools-perl, libnet-dns-perl, 
libnet-domain-tld-perl, netbase
+Build-Depends: debhelper (=5.0.0)
+Build-Depends-Indep: perl (=5.6.0-16), libmailtools-perl, libnet-dns-perl, 
libnet-domain-tld-perl (= 1.65-2), netbase
 Maintainer: Ron Lee [EMAIL PROTECTED]
 Standards-Version: 3.6.2.1
-Uploaders: Gunnar Wolf [EMAIL PROTECTED]
+Uploaders: Gunnar Wolf [EMAIL PROTECTED], gregor herrmann [EMAIL PROTECTED]
 
 Package: libemail-valid-perl
 Architecture: all
-Depends: ${perl:Depends}, libmailtools-perl, libnet-dns-perl, 
libnet-domain-tld-perl, netbase
+Depends: ${perl:Depends}, libmailtools-perl, libnet-dns-perl, 
libnet-domain-tld-perl (= 1.65-2), netbase
 Description: Check validity of Internet email addresses
  This module determines whether an email address is well-formed, and
  optionally, whether a mail host exists for the domain.
diff -u libemail-valid-perl-0.15/debian/rules 
libemail-valid-perl-0.15/debian/rules
--- libemail-valid-perl-0.15/debian/rules
+++ libemail-valid-perl-0.15/debian/rules
@@ -8,8 +8,6 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
-export DH_COMPAT=2
-
 package=libemail-valid-perl
 
 ifndef PERL
@@ -41,6 +39,11 @@
dh_clean -k
-$(MAKE) test
$(MAKE) install PREFIX=$(TMP)/usr
+
+   #As this is a architecture independent package, we are not supposed to 
install
+   #stuff to /usr/lib. MakeMaker creates the dirs, we delete them from the 
deb:
+   rmdir --ignore-fail-on-non-empty --parents $(TMP)/usr/lib/perl5
+
touch install-stamp
 
 
@@ -50,7 +53,7 @@
dh_testroot
dh_installdocs README
dh_installexamples t/valid.t
-   dh_installmanpages
+   dh_installman
dh_installchangelogs Changes
dh_compress
dh_fixperms
diff -u libemail-valid-perl-0.15/debian/changelog 
libemail-valid-perl-0.15/debian/changelog
--- libemail-valid-perl-0.15/debian/changelog
+++ libemail-valid-perl-0.15/debian/changelog
@@ -1,3 +1,15 @@
+libemail-valid-perl (0.15-4) unstable; urgency=high
+
+  * Patch in module and debian/control (versioned dependency with regard to
+the newer version of libnet-domain-tld-perl (closes: #360792).
+  * High urgency because package is partly unusable with newer versions of
+libnet-domain-tld-perl.
+  * Bumped debhelper compatibility level to 5.
+  * Changed dh_installmanpages to dh_installman in debian/rules.
+  * Remove /usr/lib/perl5 from package.
+
+ -- gregor herrmann [EMAIL PROTECTED]  Tue,  4 Apr 2006 19:58:22 +0200
+
 libemail-valid-perl (0.15-3) unstable; urgency=high
 
   * Don't fail to build the package if the tests are not successful.
only in patch2:
unchanged:
--- libemail-valid-perl-0.15.orig/Valid.pm
+++ libemail-valid-perl-0.15/Valid.pm
@@ -17,7 +17,6 @@
 
 # initialize if already loaded, better in prefork mod_perl environment
 $DNS_Method = defined $Net::DNS::VERSION ? 'Net::DNS' : '';
-$TLD = Net::Domain::TLD-new if defined $Net::Domain::TLD::VERSION;
 
 sub new {
   my $class   = shift;
@@ -164,14 +163,11 @@
   my $self = shift;
   my %args = $self-_rearrange([qw( address )], [EMAIL PROTECTED]);
 
-  if (!defined $TLD) {
-require Net::Domain::TLD;
-$TLD = Net::Domain::TLD-new;
-  }
+  require Net::Domain::TLD;
 
   my $host = $self-_host( $args{address} or return $self-details('tld') );
   $host =~ m#\.(\w+)$#;
-  $TLD-exists( $1 );
+  Net::Domain::TLD::tld_exists( $1 );
 } 
 
 # Purpose: Check whether a DNS record (A or MX) exists for a domain.
only in patch2:
unchanged:
--- libemail-valid-perl-0.15.orig/debian/compat
+++ libemail-valid-perl-0.15/debian/compat
@@ -0,0 +1 @@
+5


signature.asc
Description: Digital signature

Bug#356050: libcvs-perl: FTBFS: Test failures

[gregor herrmann]

On Thu, Mar 09, 2006 at 09:43:46PM +0100, Ivo Marino wrote:

  Package: libcvs-perl
  Version: 0.07-1
  Severity: serious
  
  From my pbuilder build log:
Thanks for the bug signalation, Daniel -- I'm currently aware of the
 problem, it will be fixed in the next package release which, I hope,
 will be ASAP.

I cannot reproduce this bug with the current 0.07-1 version. Running
pdebuild I get no errors:

/usr/bin/make test
make[1]: Entering directory `/tmp/buildd/libcvs-perl-0.07'
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 
'blib/lib', 'blib/arch') t/*.t
t/00checkoutok   
t/05commit..ok   
t/10status..ok   
t/20tag.ok   
t/21rtagok   
t/30update..ok   
t/40diffok   
t/50export..ok   
t/90release.ok   
All tests successful.
Files=9, Tests=50,  7 wallclock secs ( 1.73 cusr +  0.33 csys =  2.06 CPU)


Looking at t/05commit.t:

open(FILE,  $ENV{PWD}/cvs-test/test.txt)
or die Cannot open file `$ENV{PWD}/cvs-test/test.txt': $!;

this seems like some permission problem on the original bug
submitter's system IMO.


gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Die Tontauben: marry me


signature.asc
Description: Digital signature

Bug#318546: libproc-process-perl: FTBFS: Test failure

[gregor herrmann]

On Wed, Mar 15, 2006 at 10:58:22AM +0100, Roland Stigge wrote:

 I can reproduce this both on my development machine's current sid
 environment and in a current pbuilder i386 chroot.

I can reproduce this behaviour too on i386 with version 0.39-1.

Good news: The new (new as in 2003) upstream version builds on my
system:

$ apt-get source libproc-process-perl
$ wget 
http://search.cpan.org/CPAN/authors/id/D/DU/DURIST/Proc-ProcessTable-0.40.tar.gz
$ cd libproc-process-perl-0.39/
$ uupdate ../Proc-ProcessTable-0.40.tar.gz
$ cd ../libproc-process-perl-0.40/
$ debuild -uc -us

No errors anymore.


HTH, gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Bob Dylan: High Water (For Charley Patton


signature.asc
Description: Digital signature

Bug#357779: stax: FTBFS not reproducible

[gregor herrmann]

Package: stax
Followup-For: Bug #357779

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I just tried to reproduce this bug but I failed. The build completes
smoothly. Here are the relevant lines:

...
shared.c:148: warning: 'text_mode' is deprecated (declared at 
/usr/include/allegro/alcompat.h:153)
gcc -c -Wall shifty.c
gcc -c -Wall sucka.c
gcc -o stax clobber.o config.o coop.o input.o main.o puzzle.o shared.o shifty.o 
sucka.o `allegro-config --libs`
make[1]: Leaving directory `/tmp/buildd/stax-1.0'
#/usr/bin/docbook-to-man debian/stax.sgml  stax.1
...

I built the package with pdebuild i.e. in an up-to-date pbuilder sid
chroot on i386.

HTH,
gregor

- -- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16.200604022254
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.3 (GNU/Linux)

iD8DBQFEOXSlOzKYnQDzz+QRAhPoAJ9xa81qdiwFCN3kWYtDwosASTupNwCdEPLP
nFFxIN6GFxvVoDT2ox5IWIc=
=d81h
-END PGP SIGNATURE-


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#318546: libproc-process-perl: FTBFS: Test failure

[gregor herrmann]

On Thu, Apr 20, 2006 at 11:34:55AM +1000, Marcus Crafter wrote:

 Thanks for the patch, will update the package asap.

Why don't you just upgrade to the new upstream version (0.40 from
2003)?

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-We'll pivot at warp 2 and bring all tubes to bear, Mr. Sulu! 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#386251: cdrecord is going away ; xcdroast do not work with wodim

[gregor herrmann]

On Wed, 06 Sep 2006 12:15:30 +0200, Sune Vuorela wrote:

 #0  0xa7878250 in strcpy () from /lib/tls/libc.so.6
 #1  0x08092f20 in scandrivers () at io.c:1219
 #2  0x0805031d in init (argc=1, argv=0xafacf4c4, nonrootmode=0xafacf424,
 altdevscan=0x80f27a0) at init.c:1011
 #3  0x0804ed7f in main (argc=1701052540, argv=0x6f727473) at main.c:384

scandrivers() does a cdrecord driver=help 21 and handles the
lines to parse_driver() which just filters out Driver types: and
takes the rest as actual drivers.
The new wodim binary outputs an informational paragraph before the
actual drivers which seems to break this parsing mechanism.

I guess the solution could be either to strip out the paragraph in
scandrivers() or to improve parse_driver().

The first approach could be realized by changing
  strcat(line, driver=help 21);
to
  strcat(line, driver=help 21 | tail -n +7);
but this works only as long as the output of wodim doesn't change.

Another approach might be to change the line to something like
  strcat(line, driver=help 21 | sed -n '/Driver types:/,//p');

Implementing the last one leads to the next problem:


** (xcdroast:13401): WARNING **: Invalid readcd version -unknown- found.
Expecting at least version 1.11a34
Start xcdroast with the -n option to override (not recommended!)

Changing check_version_readcd() in io.c to use strcat(line,
-version 2/dev/null | head -n 1); fixes this problem.
(But that was already in your patch.)

But afterwards xcdroast segfaults:

#0  0xa787b250 in strcpy () from /lib/tls/libc.so.6
#1  0x08092b28 in scanblankmodes () at io.c:5794
#2  0x08050322 in init (argc=1, argv=0xafbe4ce4, nonrootmode=0xafbe4c44, 
altdevscan=0x80f22a0) at init.c:1012
#3  0x0804ed7f in main (argc=1701052540, argv=0x6f727473) at main.c:384

Ok, so we need to change scanblankmodes() in io.c. Trying
strcat(line, blank=help 21 | sed -n '/Blanking options:/,//p');

Wow, now xcdroast starts again!

Alright, I've packaged these changes into
debian/patches//13_cdrecord_to_wodim.dpatch - cf. the attached patch.

Probably it's a good idea to change the dependecy from cdrecord to
wodim, too. Done in the patch.

gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Orquesta Chepin: Murmullo
diff -u xcdroast-0.98+0alpha15/debian/control 
xcdroast-0.98+0alpha15/debian/control
--- xcdroast-0.98+0alpha15/debian/control
+++ xcdroast-0.98+0alpha15/debian/control
@@ -7,7 +7,7 @@
 
 Package: xcdroast
 Architecture: any
-Depends: ${shlibs:Depends}, cdrecord (= 4:2.0), mkisofs (= 4:2.0), cdda2wav 
(= 4:2.0), debconf (= 0.2.26) | debconf-2.0
+Depends: ${shlibs:Depends}, wodim, mkisofs (= 4:2.0), cdda2wav (= 4:2.0), 
debconf (= 0.2.26) | debconf-2.0
 Suggests: cdparanoia
 Description: X based CD-writer software
  X-CD-Roast is a full X based CD-Writer-program and is the successor of
diff -u xcdroast-0.98+0alpha15/debian/patches/00list 
xcdroast-0.98+0alpha15/debian/patches/00list
--- xcdroast-0.98+0alpha15/debian/patches/00list
+++ xcdroast-0.98+0alpha15/debian/patches/00list
@@ -12,0 +13 @@
+13_cdrecord_to_wodim
diff -u xcdroast-0.98+0alpha15/debian/changelog 
xcdroast-0.98+0alpha15/debian/changelog
--- xcdroast-0.98+0alpha15/debian/changelog
+++ xcdroast-0.98+0alpha15/debian/changelog
@@ -1,3 +1,11 @@
+xcdroast (0.98+0alpha15-8) unstable; urgency=medium
+
+  * Create patch 13_cdrecord_to_wodim to handle the differences
+between cdrecord and wodim (closes: #386251).
+  * Urgency set to medium because #386251 has severity grave.
+
+ -- gregor herrmann [EMAIL PROTECTED]  Sat,  9 Sep 2006 16:09:18 +0200
+
 xcdroast (0.98+0alpha15-7) unstable; urgency=low
 
   * Cleaned upgrade paths only affecting oldstable. (Closes: #201104)
only in patch2:
unchanged:
--- xcdroast-0.98+0alpha15.orig/debian/patches/13_cdrecord_to_wodim.dpatch
+++ xcdroast-0.98+0alpha15/debian/patches/13_cdrecord_to_wodim.dpatch
@@ -0,0 +1,46 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 13_cdrecord_to_wodim.dpatch by  [EMAIL PROTECTED]
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Changes for the cdrecord - wodim transition.
+
[EMAIL PROTECTED]@
+diff -urNad xcdroast-0.98+0alpha15~/src/io.c xcdroast-0.98+0alpha15/src/io.c
+--- xcdroast-0.98+0alpha15~/src/io.c   2006-09-09 16:24:37.0 +0200
 xcdroast-0.98+0alpha15/src/io.c2006-09-09 16:26:32.0 +0200
+@@ -1273,7 +1273,7 @@
+   drvcount = 0;
+ 
+   get_wrap_path_cdrecord(line);
+-  strcat(line, driver=help 21);
++  strcat(line, driver=help 21 | sed -n '/Driver types:/,//p');
+ 
+   dodebug(1, calling: %s\n, line);
+ if ((fpin = popen(line,r)) == NULL) {
+@@ -5856,7 +5856,7 @@
+   drvcount = 0;
+ 
+   get_wrap_path_cdrecord(line);
+-  strcat(line, blank=help 21);
++  strcat(line, blank=help 21 | sed -n

Bug#389068: FTBFS: package does use included precompiled libraries for build

[gregor herrmann]

On Sat, 23 Sep 2006 20:28:18 +0200, Matthias Klose wrote:

 the package uses the prebuilt jar files in lib for the build and FTBFS
 without them.  please either use existing debian packages as build
 dependencies or package needed build dependencies.

Thanks for pointing out this problem, I'll look into it ASAP.
Probably some help from the Java wizards will be needed (cc'in
debian-java, please cc me on replies).

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Frankie Goes To Hollywood: Relax


signature.asc
Description: Digital signature

Bug#389068: FTBFS: package does use included precompiled libraries for build

[gregor herrmann]

On Sun, 24 Sep 2006 03:04:12 +0200, gregor herrmann wrote:

  the package uses the prebuilt jar files in lib for the build and FTBFS
  without them.  please either use existing debian packages as build
  dependencies or package needed build dependencies.
 Thanks for pointing out this problem, I'll look into it ASAP.

Update:
2 of the 6 jars in lib/ exists as Debian packages, and I've begun to
package the other 4 today.
Unfortunately 2 of these 4 use pre-built jar files themselves :-/

One must imagine Sisyphus happy. (Albert Camus)

(CC'ing debian-java, please cc me on replies).

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Queen: Sail Away Sweet Sister


signature.asc
Description: Digital signature

Bug#375882: libdbd-odbc-perl: The perl module is missing from the package.

[gregor herrmann]

tags 375882 pending
thanks

On Wed, 28 Jun 2006 13:24:12 -0400, Scott Reese wrote:

 The actual perl module (/usr/lib/perl5/DBD/ODBC.pm) and its supporting 
 pieces are missing from the package.  The package contains documentation
 and examples, but is missing the module.

I've fixed debian/rules in the svn repository to include everything
under /usr/lib/perl5.

Could some DD from the Debian Perl Group please check and upload?

gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-


signature.asc
Description: Digital signature

Bug#378206: sdljump: FTBFS: debian/tmp/usr/man/man6/sdljump.6: No such file or directory

[gregor herrmann]

On Fri, 14 Jul 2006 09:35:27 +0200, Julien Danjou wrote:

 There was a problem while autobuilding your package:

  dh_installman -a
  debian/tmp/usr/man/man6/sdljump.6: No such file or directory at 
  /usr/bin/dh_installman line 120.

debian/sdljump.manpages is the culprit:

$ debdiff sdljump_0.91-1-1.dsc sdljump_0.91-1-2.dsc

diff -u sdljump-0.91-1/debian/changelog sdljump-0.91-1/debian/changelog
--- sdljump-0.91-1/debian/changelog
+++ sdljump-0.91-1/debian/changelog
@@ -1,3 +1,9 @@
+sdljump (0.91-1-2) unstable; urgency=low
+
+  * Fix manpage installation (closes: #378206).
+
+ -- gregor herrmann [EMAIL PROTECTED]  Sat, 15 Jul 2006 02:42:15 +0200
+
 sdljump (0.91-1-1) unstable; urgency=low
 
   * Initial Release. (Closes: #352252)
diff -u sdljump-0.91-1/debian/sdljump.manpages 
sdljump-0.91-1/debian/sdljump.manpages
--- sdljump-0.91-1/debian/sdljump.manpages
+++ sdljump-0.91-1/debian/sdljump.manpages
@@ -1 +1 @@
-debian/tmp/usr/man/man6/sdljump.6
+sdljump.6


gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Dire Straits: You And Your Friend


signature.asc
Description: Digital signature

Bug#378198: robotour: FTBFS: error: X11/Xlib.h: No such file or directory

[gregor herrmann]

On Fri, 14 Jul 2006 09:28:16 +0200, Julien Danjou wrote:

 There was a problem while autobuilding your package:

  /usr/include/GL/glx.h:38:22: error: X11/Xlib.h: No such file or directory
  /usr/include/GL/glx.h:39:23: error: X11/Xutil.h: No such file or directory

After adding libx11-dev to the Build-Depends the package can be built
again.

gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Donovan: Lady of the Stars


signature.asc
Description: Digital signature

Bug#378198: robotour: FTBFS: error: X11/Xlib.h: No such file or directory

[gregor herrmann]

On Sat, 15 Jul 2006 09:05:08 +0800, Zak B. Elep wrote:

 Hi Julien! (and gregor, who also confirmed the fix! =)

You're welcome.
 
 Can I
 ask you to sponsor for me? :)  Thanks in advance!

If I were a DD I'd seriously consider it ;-)


Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Elton John: When A Woman Doesn't Want You


signature.asc
Description: Digital signature

Bug#379571: jabref: FTBFS: [javac] The import sun.misc cannot be resolved

[gregor herrmann]

tags 379571 unreproducible
thanks

On Mon, 24 Jul 2006 13:13:19 +0200, Andreas Jochens wrote:

[Sorry for the late reply, I've been on holidays and mostly offline
last week.]

 When building 'jabref' in a clean i386/unstable chroot,
 I get the following error:
 
 # apt-get build-dep jabref
 [...]
 # dpkg-buildpackage -b
 [...]
 [javac] 324. ERROR in 
 /root/jabref-2.0.1+2.1b2/src/java/net/sf/jabref/expor$
 [javac]  (at line 3)
 [javac] import sun.misc.CharacterEncoder;
 [javac]
 [javac] The import sun.misc cannot be resolved
 

Thanks for your bug report!

I have to admit that I'm a little surprised because I have built the
package in a clean (pbuilder) chroot without problems (after enabling
the debconf questions, otherwise Sun Java doesn't work).

To make sure I tried it again right now and it still works.

I guess from your error message that you compiled it with some other
java compiler, which does not work.

Could you please try again after making sure that you either have Sun
Java in your chroot or non-free in the relevant sources.list and
debconf not set to noninteractive. If it still doesn't work for me
please send me the complete output of the commands.


Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Dave Brubeck: It's A Raggy Waltz


signature.asc
Description: Digital signature

Bug#382412: incomplete dependencies

[gregor herrmann]

On Thu, 10 Aug 2006 19:33:46 +0100, martin f krafft wrote:

Thanks for your bugreport!

 lapse:~/phd jabref  
 #[353]
 Exception in thread main java.awt.AWTError: Cannot load AWT toolkit: 
 gnu.java.awt.peer.gtk.GtkToolkit

Looks like you don't use Sun Java (cf. /usr/share/doc/jabref/README.Debian).

 This is with gij-4.1. 

Ok ;-)

 Installing libgcj7-awt fixes the problem.

It doesn't for me. After installing libgcj7-awt (and
update-alternatives --config java) I get:

$ jabref
Importing in unknown format: 
Error opening file ''
createDefaultRoot not implemented
fireChangedUpdate not implemented
Exception in thread main java.lang.NullPointerException
   at net.sf.jabref.MnemonicAwareAction.putValue(MnemonicAwareAction.java:53)
   at javax.swing.AbstractAction.init(libgcj.so.7)
   at javax.swing.AbstractAction.init(libgcj.so.7)
   at javax.swing.AbstractAction.init(libgcj.so.7)
   at net.sf.jabref.MnemonicAwareAction.init(MnemonicAwareAction.java:48)
   at 
net.sf.jabref.imports.OpenDatabaseAction.init(OpenDatabaseAction.java:19)
   at net.sf.jabref.JabRefFrame.init(JabRefFrame.java:137)
   at net.sf.jabref.JabRef.openWindow(JabRef.java:635)
   at net.sf.jabref.JabRef.init(JabRef.java:128)
   at net.sf.jabref.JabRef.main(JabRef.java:69)

In my experience jabref only builds and runs with Sun Java - hence
the current dependencies and the hint in README.Debian.

As I cannot reproduce your solution, I won't implement it at the
moment. But I'm always open to new suggestions.


Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones


signature.asc
Description: Digital signature

Bug#382412: incomplete dependencies

[gregor herrmann]

On Thu, 10 Aug 2006 20:47:59 +0100, martin f krafft wrote:

   Installing libgcj7-awt fixes the problem.
  It doesn't for me. After installing libgcj7-awt (and
  update-alternatives --config java) I get:
 I said the problem, not all problems. :_)

Alright ;-)
 
  In my experience jabref only builds and runs with Sun Java - hence
  the current dependencies and the hint in README.Debian.
 uh, oops.

No problem.
 
 But do see #382414 while I close this bug. :)

*reading bugreport*

Full ack!


Cheers,
gregor (packaging jabref 2.1-1 at the moment)
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Blumfeld: Die Diktatur der Angepassten


signature.asc
Description: Digital signature

Bug#395402: Uninstallalble due to unmet dep on libdatetime-per

[gregor herrmann]

tag 395402 + pending
thanks

On Thu, 26 Oct 2006 21:27:00 +0200, Luk Claes wrote:

 Your package is not installable as it depends on libdatetime-per which is not
 available in unstable. You might have meant libdatetime-per*l*...

Right.
The bug has already be fixed in svn, the new upload should come soon.

(Added (closes: #395402) to the changelog.)

gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Dire Straits: Money For Nothing


signature.asc
Description: Digital signature

Bug#346340: fails to upgrade

[gregor herrmann]

On Sat, Jan 07, 2006 at 05:10:47AM +0100, Ole Janssen wrote:

 when I try to upgrade texinfo with aptitude, I get:
 Setting up texinfo (4.8-3) ...
 /var/lib/dpkg/info/texinfo.postinst: line 56: update_ls_files: command
 not found

Same here.

A downgrade to 4.8-2 works without problems.

gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  infos zur usenet-hierarchie at.*: http://www.usenet.at/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-
   


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Mon, 20 Oct 2008 07:28:07 +0200, Lucas Nussbaum wrote:

 During tests using piuparts of all packages in lenny,
 I ran into the following problem:

Thanks for your tests and the bug report!
 
Setting up udev (0.125-7) ...
unable to open device '/class/net/*'
A chroot environment has been detected, udev not started.
[..]
/var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or 
  directory
dpkg: error processing iodine (--configure):
 subprocess post-installation script returned error exit status 1
Errors were encountered while processing:
 iodine
E: Sub-process /usr/bin/dpkg returned an error code (1)

Ah, fun with udev in a chroot.
But unconditionally calling MAKEDEV in postinst is of course no good
idea ...

After looking at some other .postinst files I have prepared the
following patch now:

#v+

Index: debian/postinst
===
--- debian/postinst (revision 1469)
+++ debian/postinst (working copy)
@@ -23,8 +23,11 @@
 case $1 in
 configure)
 # we need a tun device
-echo Creating device /dev/net/tun ...
-cd /dev  ./MAKEDEV tun
+if [ ! -c /dev/net/tun ]  [ -x /dev/MAKEDEV ] ; then
+echo Creating device /dev/net/tun ...
+cd /dev
+./MAKEDEV tun || true
+fi
 # and we want a special user
 adduser --quiet --system --home /var/run/iodine iodine
 # generate /etc/default/iodine


#v-

piuparts now succeeds -- at least regarding to iodine, it is not very
happy about purging udev:

1m5.3s ERROR: Package purging left files on system:
  /lib/libvolume_id.so.0 owned by: libvolume-id0
  /usr/share/doc/libvolume-id0   owned by: libvolume-id0

1m5.3s ERROR: After purging files have disappeared:
  /etc/udev  owned by: util-linux, udev
  /etc/udev/rules.d  owned by: util-linux, udev

1m5.3s ERROR: FAIL: Installation and purging test.

But I guess there's not much I can do about it, right?


Any comments on the patch?


And a question to the release team:
The postinst and the bug are the same for 0.4.2-1 in sid and 0.4.1-4
in lenny; do you prefer to unblock the version in sid or should a
prepare a 0.4.1-4lenny1 version with distribution testing, too?


Cheers,
gregor
 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Peter Ratzenbeck: As I Roved Out


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Mon, 20 Oct 2008 19:28:31 +0200, Alexander Wirt wrote:

  +if [ ! -c /dev/net/tun ]  [ -x /dev/MAKEDEV ] ; then
  +echo Creating device /dev/net/tun ...
  +cd /dev
  +./MAKEDEV tun || true
  +fi
  Any comments on the patch?

 if [ -d /dev/.static ]; then
   cd /dev/.static
   ./MAKEDEV 
 else 
   cd /dev/
   ./MAKEDEV 
 fi
 
 Should be nicer. 

Thanks, looks indeed nicer.

Unfortunatley iodine (in src/tun.c) explicitly looks for /dev/net/tun
and fails with /dev/.static/net/tun (I stumbled over this when
working on #434160).

Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Sting: I Hung My Head


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Mon, 20 Oct 2008 19:43:53 +0200, Lucas Nussbaum wrote:

  Ah, fun with udev in a chroot.
  But unconditionally calling MAKEDEV in postinst is of course no good
  idea ...
 Couldn't you depend on makedev?

Sure, that's the other possibility, but I thought udev | makedev
would be more correct as udev alone creates the device anyway --
which it does, unless it runs in a chroot :)
 
  piuparts now succeeds -- at least regarding to iodine, it is not very
  happy about purging udev: [..]
  But I guess there's not much I can do about it, right?
 Yeah, I'm not filing bugs about leftover files after purge anyway.
 (about 30% of the packages would be affected)

Ok, thanks.

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Joan Baez: Forever Young


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails

[gregor herrmann]

On Tue, 21 Oct 2008 22:45:56 +0100, Matthew Johnson wrote:

 hi, is there any reason not to just make running makedev conditional on
 udev not being active? This is the normal solution.

Just that I'm not sure how to detect if udev is active or not :)
 
 I was going to offer to NMU, but you seem to be handling the issue. Let
 me know if you'd rather I applied  the above patch.

Thanks for the offer. If you could make a suggestion for the change
that would be much appreciated.

Cheers,
gregor
 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Flying Pickets: Les Yeux Revolver


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails

[gregor herrmann]

On Wed, 22 Oct 2008 08:25:32 +0100, Matthew Johnson wrote:

   hi, is there any reason not to just make running makedev conditional on
   udev not being active? This is the normal solution.
  Just that I'm not sure how to detect if udev is active or not :)
 How about the attached patch?

| +if [ ! -e /dev/.udev ]; then

Ah, nice; thanks!

(Will try later when I have access to my desktop machine.)

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-Rome wasn't burned in a day.  



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Wed, 22 Oct 2008 11:58:37 +0200, Adeodato Simó wrote:

  -echo Creating device /dev/net/tun ...
  -cd /dev  ./MAKEDEV tun
  +if [ ! -c /dev/net/tun ]  [ -x /dev/MAKEDEV ] ; then
  +echo Creating device /dev/net/tun ...
  +cd /dev
  +./MAKEDEV tun || true
  +fi
 This patch looks fine. 

Thanks for checking!

 As far as I know, you could (should?) Depend:
 udev | makedev as well.

Right, udev | makedev is already in Depends:; the problem shown in
this bug is that (1) udev gets installed, (2) doesn't create the
device in the chroot, and (3) MAKEDEV is not available ...
And (4) MAKEDEV would fail nevertheless because udev is active.

I think we need to check:
* does the device exist?
* is udev inactive and MAKEDEV available?

Next attempt for the patch:


Index: debian/postinst
===
--- debian/postinst (revision 1469)
+++ debian/postinst (working copy)
@@ -23,8 +23,13 @@
 case $1 in
 configure)
 # we need a tun device
-echo Creating device /dev/net/tun ...
-cd /dev  ./MAKEDEV tun
+if [ ! -c /dev/net/tun ] ; then
+if [ ! -e /dev/.udev ]  [ ! -e /dev/.udevdb ]  [ -x 
/dev/MAKEDEV ] ; then
+echo Creating device /dev/net/tun ...
+cd /dev
+./MAKEDEV tun || true
+fi
+fi 
 # and we want a special user
 adduser --quiet --system --home /var/run/iodine iodine
 # generate /etc/default/iodine


 On Wed, 22 Oct 2008 08:25:32 +0100, Matthew Johnson wrote:
hi, is there any reason not to just make running makedev conditional on
udev not being active? This is the normal solution.
   Just that I'm not sure how to detect if udev is active or not :)
  How about the attached patch?
 | +if [ ! -e /dev/.udev ]; then
 Ah, nice; thanks!
 (Will try later when I have access to my desktop machine.)

Works, thanks for the hint!

Cheers,
gregor
 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Donovan: You re gonna need somebody on your bond


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Wed, 22 Oct 2008 19:07:04 +0200, Adeodato Simó wrote:

  And (4) MAKEDEV would fail nevertheless because udev is active.
 MAKEDEV does not fail even if udev is active, so I can't see what's the
 problem with the above snippet/patch?

I tried it and it did fail.

Method:
* Depends: on udev, makedev to get both an active udev and
  /dev/MAKEDEV
* don't check for /dev/.udev{,db} in .postinst

Result:
1) lintian:
depends-exclusively-on-makedev
... relies on makedev to create devices, which won't work if udev is
installed and running.

2) piuparts:
[..]
  Get:1 http://ftp.at.debian.org sid/main libvolume-id0 0.125-7 [76.1kB]
  Get:2 http://ftp.at.debian.org sid/main udev 0.125-7 [253kB]
  Get:3 http://ftp.at.debian.org sid/main makedev 2.3.1-88 [42.3kB]
  Get:4 http://ftp.at.debian.org sid/main adduser 3.110 [184kB]
  debconf: delaying package configuration, since apt-utils is not installed
  Fetched 555kB in 0s (3102kB/s)
  Selecting previously deselected package libvolume-id0.
  (Reading database ... 5796 files and directories currently installed.)
  Unpacking libvolume-id0 (from .../libvolume-id0_0.125-7_i386.deb) ...
  Selecting previously deselected package udev.
  Unpacking udev (from .../archives/udev_0.125-7_i386.deb) ...
  Selecting previously deselected package makedev.
  Unpacking makedev (from .../makedev_2.3.1-88_all.deb) ...
   Removing any system startup links for /etc/init.d/makedev ...
  Selecting previously deselected package adduser.
  Unpacking adduser (from .../archives/adduser_3.110_all.deb) ...
  Setting up libvolume-id0 (0.125-7) ...
  Setting up udev (0.125-7) ...
  unable to open device '/class/net/*'
  A chroot environment has been detected, udev not started.
  Setting up makedev (2.3.1-88) ...
  .udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.
  .udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.
  Setting up adduser (3.110) ...
  Setting up piuparts-depends-dummy (0.invalid.0) ...
[..]
  Selecting previously deselected package iodine.
  (Reading database ... 5973 files and directories currently installed.)
  Unpacking iodine (from tmp/iodine_0.4.2-2_i386.deb) ...
  Setting up iodine (0.4.2-2) ...
  Creating device /dev/net/tun ...
  .udevdb or .udev presence implies active udev.  Aborting MAKEDEV invocation.

 
  +if [ ! -e /dev/.udev ]  [ ! -e /dev/.udevdb ]  [ -x 
  /dev/MAKEDEV ] ; then
 Better not mess with hidden directories...

I could drop it because
./MAKEDEV tun || true
still works, just the error messages are ugly ... 

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Leonard Cohen: A Singer Must Die


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Wed, 22 Oct 2008 19:45:49 +0200, Adeodato Simó wrote:

Setting up iodine (0.4.2-2) ...
Creating device /dev/net/tun ...
.udevdb or .udev presence implies active udev.  Aborting MAKEDEV 
  invocation.
 This is just a warning, but it exits with 0 status, so it does not
 fail. (Hm, maybe some older versions did fail, I don't know.)

Ah, right, and it checks itself for the presence of the hidden udev
directories.
Ok, then I go with the simpler version for the iodine patch.
 
  I could drop it because
  ./MAKEDEV tun || true
  still works, just the error messages are ugly ... 
 I agree that the warnings are not very nice, maybe it could just get
 reworded as udev active and no /.dev or /dev/.static found, not
 creating devices.

Good idea.

Thanks again for your help!

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Phil Collins: I Wish It Would Rain Down


signature.asc
Description: Digital signature

Bug#502823: iodine: piuparts test fails: /var/lib/dpkg/info/iodine.postinst: line 27: ./MAKEDEV: No such file or directory

[gregor herrmann]

On Mon, 20 Oct 2008 19:20:54 +0200, gregor herrmann wrote:

 And a question to the release team:
 The postinst and the bug are the same for 0.4.2-1 in sid and 0.4.1-4
 in lenny; do you prefer to unblock the version in sid or should a
 prepare a 0.4.1-4lenny1 version with distribution testing, too?

I've uploaded 0.4.2-2 with a fixed .postinst to unstable yesterday.
How should we proceed for fixing the version in testing? I've already
prepared a version 0.4.1-4lenny1 for t-p-u (debdiff attached for your
convenience); please tell me if I should upload it.

Cheers,
gregor

-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Rolling Stones: Route66-77


signature.asc
Description: Digital signature

Bug#504481: [libflickr-api-perl] Flickr API calls fail with 'API returned an invalid response'

[gregor herrmann]

On Tue, 04 Nov 2008 10:45:10 +, Mark Broadbent wrote:

 This is related to bug #502312.
 It would appear that the XML library used by this code has reverted back 
 to returning 'element' types rather than 'tag' types requiring that the 
 patch used in #502312 be reverted.

Thanks for your bug report.

Your hint 'the XML library used by this code' was good, I indeed
found interesting differences in libxml-parser-lite-tree-perl's
Tree.pm between 0.03 and 0.08 (and 0.08 was uploaded two days ago):
several occurences of

-   'type' = 'tag',
+   'type' = 'element',


I'm going the revert the change from #502312 now and bump the
dependency on libxml-parser-lite-tree-perl.
(Tests with and without the patch from #502312 showed the expected
behaviour.)
 
Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Janis Joplin: Piece Of My Heart


signature.asc
Description: Digital signature

Bug#506915: FTBFS: libpoe-component-client-dns-perl - Failed test 'lookup without hosts file (67.207.145.70)'

[gregor herrmann]

On Tue, 25 Nov 2008 15:55:41 -0600, Rene Mayorga wrote:

 At this moment libpoe-component-client-dns-perl from lenny (1:1.00-1)
 is failing to build if there is not network available.

That's strange, because:

  t/06_hosts...NOK 1/3
   
  #   Failed test 'lookup without hosts file (67.207.145.70)'
  #   at t/06_hosts.t line 54.
  t/06_hosts...NOK 3/3
   
  #   Failed test 'lookup without hosts file match (67.207.145.70)'
  #   at t/06_hosts.t line 100.
  # Looks like you failed 2 tests of 3.
  t/06_hosts...dubious
   
 Test returned status 2 (wstat 512, 0x200)

1) If I build the package from testing (after `ifdown eth0') the test
   suite passes with:

t/06_hosts...ok
2/3 skipped: various reasons
All tests successful, 2 subtests skipped.


2) The package from testing has Tincho's patch applied (both in the
   source package downloaded from testing and in svn [r15926]).


But I have to admit that I have no idea why you get this error ...   
The fact that you get this error and the output of the failed tests
looks like the patch is not applied?!


Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Donovan: Dignity Of Man


signature.asc
Description: Digital signature

Bug#506915: FTBFS: libpoe-component-client-dns-perl - Failed test 'lookup without hosts file (67.207.145.70)'

[gregor herrmann]

On Tue, 25 Nov 2008 17:47:20 -0500, Rene Mayorga wrote:

   At this moment libpoe-component-client-dns-perl from lenny (1:1.00-1)
   is failing to build if there is not network available.
 Ok, this is my fault here I double check, and my network was available
 when I build the package.

Ah!
 
  That's strange, because:
t/06_hosts...NOK 1/3
 
#   Failed test 'lookup without hosts file (67.207.145.70)'
#   at t/06_hosts.t line 54.
 []
 Ok I check this and It looks like the problem is that the package is
 expecting a different IP address from poe.perl.org

Ouch.
 
 Ok, I tested again not just when I suppose that my network cable was
 unplugged I tested after 'ifdown eth0` and indeed the tests are skipped. 

And I tested now with the network up, and I get the same error as
you:

t/06_hosts...
#   Failed test 'lookup without hosts file (67.207.145.70)'
#   at t/06_hosts.t line 54.

#   Failed test 'lookup without hosts file match (67.207.145.70)'
#   at t/06_hosts.t line 100.
# Looks like you failed 2 tests of 3.
dubious

 
 Ok, Sorry for the noise here, but There is still a problem building the
 package, but now only when the network is available.

Ack.

I'm on my way to bed now and can't check further; I _seem_ to remember
that the changes in the version in unstable are rather minimal, maybe
we could ask the release team if they would let it migrate? Otherwise
a patch and t-p-u ...

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-


signature.asc
Description: Digital signature

Bug#493439: jifty: FTBFS: libjifty-toolbar-wikitoolbar-perl missing files

[gregor herrmann]

On Wed, 06 Aug 2008 17:05:33 -0300, gregor herrmann wrote:

 This seems to be the relevant change in Module::Install::Share (used
 in jifty's plugins/WikiToolbar/Makefile.PL via install_share;).
 
 
 -\t\t$dir \$(INST_AUTODIR)
 +\t\t$dir \$(INST_LIB)${S}auto${S}share${S}dist${S}\$(DISTNAME)

The above change was from 0.75 to 0.76.

0.77 does the same, unfortunately.

gregor, still talking to himself
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-BOFH excuse #429:  Temporal anomaly 


signature.asc
Description: Digital signature

Bug#496967: general: System completely blocks any input

[gregor herrmann]

On Fri, 29 Aug 2008 19:51:13 +0200, Frank Küster wrote:

 Any ideas how I can start debugging this?

I had something similar a few months ago, and it was related to the
kernel's clocksource setting.
But that was with 2.6.21 and 2.6.22, so probably doesn't apply here.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Dido: Best Day


signature.asc
Description: Digital signature

Bug#497694: libaudio-cd-perl: problematic license

[gregor herrmann]

Package: libaudio-cd-perl
Version: 0.05-3
Severity: serious
Justification: Policy 2.1

Ansgar Burchardt has discovered that audio-cd contains a problematic
license in the 0.05 release. README and CD.{xs,pm} say:

  Copyright (C) 1999-2002 by Doug MacEachern

  When included as part of the Standard Version of Perl or as
  part of its complete documentation whether printed or
  otherwise, this work may be distributed only under the terms
  of Perl's Artistic License as included in the file COPYING.
  Any distribution of this file or derivatives thereof outside
  of that package requires that special arrangements be made
  with copyright holder.

The second sentence limits distribution of derived works, and it is
probably problematic for the distribution of the module itself.

Cf. also the thread starting at
http://lists.debian.org/debian-perl/2008/09/msg6.html

I file this bug against version 0.05-3 (sarge), probably 0.05-2 (the
first version in Debian) has the same conditions.


And now I'm going to try to contact the upstream author.

Cheers,
gregor



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#497693: libthread-pool-simple-perl: FTBFS in lenny: build times out

[gregor herrmann]

On Wed, 03 Sep 2008 19:01:32 +0200, Lucas Nussbaum wrote:

   Erm, I was sure to have reported this already, but apparently I didn't.
  In fact you did:
  http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487013
 Indeed. But you also never Cced me during the discussion ;)

Oops, sorry!
 
   t/1 and t/3 both block during the build.
  Dam and me have both run some tests in lenny and sid chroots now;
  _sometimes_ a test hangs, most of the time they pass *sigh*
 I'm not really into perl threads, unfortunately. 

Me neither ...

 All I can say is that
 t/2 also just failed, so t/1 and t/3 aren't the only affected bugs.

I just run the tests 100 times (in my normal environment) and they
all passed. Mysterious.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Fred McDowell: Some day baby


signature.asc
Description: Digital signature

Bug#497693: libthread-pool-simple-perl: FTBFS in lenny: build times out

[gregor herrmann]

On Wed, 03 Sep 2008 17:17:43 +0200, Lucas Nussbaum wrote:

 During a rebuild of all packages in a lenny chroot, your package failed
 to build on i386.
 Erm, I was sure to have reported this already, but apparently I didn't.

In fact you did:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=487013
(or, as long as rietz is b0rked:
http://bugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=487013 )
but I closed it after neither Damyan nor me could reproduce it.
 
 t/1 and t/3 both block during the build.

Dam and me have both run some tests in lenny and sid chroots now;
_sometimes_ a test hangs, most of the time they pass *sigh*


I'm afraid we need some new ideas ...


Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Various Artists: Joaquin Turina Fandanguillo


signature.asc
Description: Digital signature

Bug#497694: libaudio-cd-perl: problematic license

[gregor herrmann]

On Wed, 03 Sep 2008 17:20:00 +0200, gregor herrmann wrote:

 And now I'm going to try to contact the upstream author.

Doug has responded via private mail. Summary:
* 0.04 was his last release and he doesn't maintain the module
  anymore
* it should have been licensed under the same terms as Perl itself
* he is not familiar with the 0.05 version

I've done two things now:
* contacted the author of disc-cover (Audio::CD 0.05 is downloaded
  from the disc-cover homepage) and asked him for help
* installed 0.04 on my machine and tested yaret and disc-cover --
  both seem to work, so we could upload a 1:0.04-1 package (if the
  author's statement in a private mail is good enough for us)

Cheers,
gregor, cc'ing the yaret and disc-cover maintainers to make them
aware of the situation
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones: Family


signature.asc
Description: Digital signature

Bug#464019: libmrss0 breaks newsbeuter

[gregor herrmann]

Package: libmrss0
Version: 0.19.0-1
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I was a little surprised today when I saw that newsbeuter didn't show
me any new blog post, although they existed on the feeds' pages.
A quick look into /var/log/aptitude should me that I had updated
libmrss0 yesterday which made me suspicous.

And after downgrading libmrss0 to 0.18.0-2 newsbeuter indeed works
again.

Whatever has changed in 0.19.0-1 -- breaking other packages' core
functionality is not very nice :)

Cheers,
gregor

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.200711252252
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages libmrss0 depends on:
ii  libc6 2.7-6  GNU C Library: Shared libraries
ii  libcurl3-gnutls   7.18.0-1   Multi-protocol file transfer libra
ii  libnxml0  0.18.1-3   C library for parsing, writing and

libmrss0 recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFHp2O2OzKYnQDzz+QRArIlAKD+9JnYhosqqdccGfh2a3ObsGMYygCcC8Ga
OL6kj+A/ZjYLqGttekFSgRI=
=DoZS
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#463934: Source package contains non-free IETF RFC/I-D

[gregor herrmann]

On Mon, 04 Feb 2008 10:41:36 +0100, Simon Josefsson wrote:

 This source package contains the following files from the
 IETF under non-free license terms:
   Net-SFTP-Foreign-1.34/rfc/draft-ietf-secsh-filexfer-02.txt
   Net-SFTP-Foreign-1.34/rfc/draft-ietf-secsh-filexfer-12.txt

Thanks for spotting this!

The bug is fixed in svn (by repacking the tarball without the
offending files).

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Red Hot Chili Peppers: So Much I


signature.asc
Description: Digital signature

Bug#464316: soap-lite: FTBFS: Error while loading SOAP::Transport::MAILTO

[gregor herrmann]

On Wed, 06 Feb 2008 09:13:28 +0100, Lucas Nussbaum wrote:

 During a rebuild of all packages in sid, your package failed to build on i386.

   t/06-modules...# Failed test 3 in t/06-modules.t at line 
 27 fail #3
   #  t/06-modules.t line 27 is: ok(!$@) or warn \nError while loading 
 $_\n;
   
   Error while loading SOAP::Transport::MAILTO

Interesting, this has worked a few days agon (when the current
version was uploaded) but now it fails for me too (in a sid
cowbuilder chroot).

I think I found the problem:
* SOAP::Transport::MAILTO uses MIME::Lite
* libmime-lite-perl was updated after soap-lite, and it contains the
  following change:
  Move nullmailer|mail-transport-agent from Depends to Recommends;
  an MTA is not necessary ...
* If I add nullmailer|mail-transport-agent to soap-lite's build
  dependencies the test passes.
* Another possibility that works is removing libmime-lite-perl from
  the build dependencies, then the mail feature is not tested and the
  tests pass.

As libmime-lite-perl is also only in Suggests: (and not in Depends:)
I think the second option is the better one.
I've committed the fix to svn, if someone prefers a different
solution feel free to revert/change.

Cheers,
gregor
  
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Eagles


signature.asc
Description: Digital signature

Bug#464308: libtie-toobject-perl: FTBFS: Can't locate ok.pm in @INC

[gregor herrmann]

On Wed, 06 Feb 2008 09:03:46 +0100, Lucas Nussbaum wrote:

   PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
 test_harness(0, 'blib/lib', 'blib/arch') t/*.t
   t/tieCan't locate ok.pm in @INC (@INC contains: 
 /build/user/libtie-toobject-perl-0.03/blib/lib 
 /build/user/libtie-toobject-perl-0.03/blib/arch /etc/perl 
 /usr/local/lib/perl/5.8.8 /usr/local/share/perl/5.8.8 /usr/lib/perl5 
 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 
 /usr/local/lib/site_perl .) at t/tie.t line 16.
   BEGIN failed--compilation aborted at t/tie.t line 16.

Uh, looks ugly.

The problem can already be seen earlier:

  /usr/bin/perl Makefile.PL INSTALLDIRS=vendor
  Checking if your kit is complete...
  Looks good
  Warning: prerequisite Test::use::ok 0 not found.

Looks like libtest-use-ok-perl is missing ... yes, adding
libtest-use-ok-perl to Build-Depends-Indep fixed the problem.

Fix committed.

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Dave Brubeck: Blue Rondo A La Turk


signature.asc
Description: Digital signature

Bug#464302: libmodule-load-conditional-perl: FTBFS: perl-modules: non-matching version installed (5.8.8-12 ! 5.10)

[gregor herrmann]

On Wed, 06 Feb 2008 21:08:06 +0100, Lucas Nussbaum wrote:

 Build-Depends-Indep: liblocale-maketext-simple-perl, 
   libmodule-load-perl, libparams-check-perl, perl (= 5), perl-modules ( 
   5.10) | libversion-perl (= 0.69)
  
 perl: already installed (5.8.8-12 = 5 is satisfied)
 perl-modules: non-matching version installed (5.8.8-12 !  5.10)
 Default version of perl-modules not sufficient, no suitable 
   alternative found. I probably should dep-wait this one.
  
  It seems that your builder is not correctly interpreting the depends,
  as they are perfectly satisfiable in unstable.
 Is it possible that your definition of unstable include experimental?  :-)

I guess he doesn't :) but your builder seems to ignore the  |
libversion-perl (= 0.69) part. Or is this the expected behaviour in
this case with two perl versions?

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: U2: Like a song


signature.asc
Description: Digital signature

Bug#464302: libmodule-load-conditional-perl: FTBFS: perl-modules: non-matching version installed (5.8.8-12 ! 5.10)

[gregor herrmann]

On Wed, 06 Feb 2008 21:31:55 +0100, Lucas Nussbaum wrote:

  Is it possible that your definition of unstable include experimental?  :-)
 Oh, you meant that perl-modules ( 5.10) | libversion-perl (= 0.69) is
 satisfiable by installing libversion-perl from unstable? 

Yup.

 sbuild doesn't
 do that, unfortunately. Couldn't you write libversion-perl |
 perl-modules, so that it works with sbuild?

Thinking a bit more I think we could just write libversion-perl,
because perl-modules 5.10 (since -3) provides libversion-perl.
Dropping the version on the dependecy would mean that we have a
problem in stable ...

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Flying Pickets: When Doves Cry


signature.asc
Description: Digital signature

Bug#464308: libtie-toobject-perl: FTBFS: Can't locate ok.pm in @INC

[gregor herrmann]

On Thu, 07 Feb 2008 15:23:36 -0600, Gunnar Wolf wrote:

  Looks like libtest-use-ok-perl is missing ... yes, adding
  libtest-use-ok-perl to Build-Depends-Indep fixed the problem.
 Uh, in my book, it just looks stupid. Thank you for fixing it, anyway
 - But «use ok Some::Thing» looks stupid to me. [..]
 'use ok' just seems to be there to confuse

Ack; until I found the warning from perl Makefile.PL I thought of an
ugly error in the test script :)

 But I just find the module
 a disservice to mankind! 
 Anyway... TIMTOWTDI. But some ways are dumber than others. ;-)

I cannot disagree :)

Cheers,
gregor 
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Jerry Lee Lewis: Big Legged Woman


signature.asc
Description: Digital signature

Bug#464302: libmodule-load-conditional-perl: FTBFS: perl-modules: non-matching version installed (5.8.8-12 ! 5.10)

[gregor herrmann]

On Tue, 12 Feb 2008 23:34:52 +0200, Niko Tyni wrote:

  Thinking a bit more I think we could just write libversion-perl,
  because perl-modules 5.10 (since -3) provides libversion-perl.
  Dropping the version on the dependecy would mean that we have a
  problem in stable ...
 I don't think there's a problem even with stable.
 The distribution specifies version.pm = 0.69, but judging by
 t/02_Parse_Version.t and
 http://www.xray.mpe.mpg.de/mailing-lists/perl5-porters/2007-01/msg00805.html 
 the problem is only with pureperl installations of version.pm, while we
 have an XS one.

Cool, thanks for your research!

 Conclusion: as perl-modules Build-Essential:yes, an unversioned
 *build*-dependency on just libversion-perl should work everywhere.
 I'm not quite as sure about the runtime dependency, but it seems that
 Depends: perl (= 5.6.0-16), libversion-perl
 works at least in 'apt-get install libsmart-comments-perl',
 as it drags perl-modules with it in the 5.10 case.

Sounds reasonable.

I've commited the fix to our svn repo.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Red Hot Chili Peppers: Torture Me


signature.asc
Description: Digital signature

Bug#432809: Bug#466487: libauthen-smb-perl: should this package be orphaned or removed?

[gregor herrmann]

On Thu, 21 Feb 2008 14:34:59 +0100, Xavier Oswald wrote:

 I just had a look and it's not that easy.
 It seems that libapache2-authenntlm-perl includes all smb files of
 libauthen-sbm-perl. That's why #432809!

Ack.
 
 libapache2-authenntlm-perl should depends on libauthen-smb-perl.
 What do you think ?

That's my opinion, too, and AIUI also the opinion of the submitter.
 
So IMO this is not a bug of libauthen-smb-perl but only of
libapache2-authenntlm-perl.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-Warp 7 -- It's a law we can live with. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#468404: iodine_0.4.1-2(hppa/unstable): FTBFS: test failure

[gregor herrmann]

On Thu, 28 Feb 2008 19:12:39 +0100, Frank Lichtenheld wrote:

 since the official hppa daemon somehow seems to ignore iodine for some
 weeks now I've tried to build it on my local buildd.

Thanks a lot!
 
 But it failed to build:

 | base64.c:78:F:Base64:test_base64_encode:0: '[EMAIL PROTECTED]' != 
 '9abba876543210-ZYXWVUTSRQPONMLKJIHGFEDCBAzyxwvutsrqponmlkjihgfe999dcbapZ776543210-ZYXWVUTSRQPONMLKJIHGFEDCBAzyxwvutsrqponmlkjihgfedcba9abba876543210-ZYXWVUTSRQPONMLKJIHGFEDCBAzyxwvutsrqponmlkjihgfe999dcba'

*sigh*
That's the same failure as last time.

Do you happen to have any idea what's going on here? AFAICS it's
something hppa specific ...

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones: Moon-is-up


signature.asc
Description: Digital signature

Bug#468404: iodine_0.4.1-2(hppa/unstable): FTBFS: test failure

[gregor herrmann]

On Fri, 29 Feb 2008 02:12:02 +0100, Frank Lichtenheld wrote:

  Do you happen to have any idea what's going on here? AFAICS it's
  something hppa specific ...
 No specific idea, no. If you want to debug this I can offer you SSH
 access to my HPPA machine.

Thanks for the offer, I'll contact you in private mail for arranging
the details.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Tom Waits: Christmas Card From A Hooker In Minneapolis


signature.asc
Description: Digital signature

Bug#469127: setting package to libapache2-authenntlm-perl, tagging 469127

[gregor herrmann]

# Automatically generated email from bts, devscripts version 2.10.18.1
#
# libapache2-authenntlm-perl (0.02-5) unstable; urgency=low
#
#  * debian/rules:
#- exchange binary-arch and binary-indep targets (closes: #469127)
#- move tests to build-stamp target
#- move dh_clean before make distclean
#- let install-stamp target depend on build-stamp
#

package libapache2-authenntlm-perl
tags 469127 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#474870: marked as done (libnet-cups-perl: FTBFS: CUPS.xs:15:23: error: cups/i18n.h: No such file or directory)

[gregor herrmann]

On Wed, 23 Apr 2008 18:39:32 +0200, Kurt Roeckx wrote:

 * Set build dependency on libcupsys2-dev to = 1.3.7-3; fixes
   FTBFS: CUPS.xs:15:23: error: cups/i18n.h: No such file or directory
   (closes: #474870); set urgency to medium because of the RC bug.
 There wasn't any reason to upload for that, and specially not a reason
 to change the build dependencies.  You should just have asked the
 release team to reschedule the packages on the arches that didn't
 already do so, and close this bug without version.  It wasn't a bug in
 this package.

Sorry, I missed the fact that the builds were already
scheduled/happening, thanks for pointing this out.
 
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Tracy Chapman: All That You Have Is Your Soul


signature.asc
Description: Digital signature

Bug#477961: libnet-z3950-perl: FTBFS: Nonexistent build-dependency: libyaz2-dev

[gregor herrmann]

On Sat, 26 Apr 2008 02:44:31 +0200, Lucas Nussbaum wrote:

 During a rebuild of all packages in sid, your package failed to build on i386.

  E: Package libyaz2-dev has no installation candidate

Yup, it's libyaz3-dev now.

But libnet-z3950-perl will become a transitional dummy package
anyway, it's superseded by libnet-z3950-zoom-perl.

I'm adding the closes: note to libnet-z3950-zoom-perl's changelog.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: U2: Some Days Are Better Than Othe


signature.asc
Description: Digital signature

Bug#479076: libdbd-sqlite3-perl: FTBFS: libdbd-sqlite3-perl: Failed 1/29 test scripts. 1/463 subtests failed.

[gregor herrmann]

On Fri, 02 May 2008 19:56:18 +0300, Damyan Ivanov wrote:

  We just switched to perl 5.10, so that might be related.
 Loooks like it, my not-upgraded chroot (with perl5.8) builds the package OK.

Interesting, it doesn't for me -- when I build in my sid cowbuilder
chroot (i386, updated yesterday or the day before, i.e. perl 5.8.8) I
get exactly the same errors as Kurt.

Also if I build in a freshly updated lenny cowbuilder chroot.
 
 And so, the Perl5.10 Transition begins... :)

My _guess_ is more that the problem is related to libsqlite3-dev, sid
and lenny have 3.5.8-{1,2} since a few days.

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Beatles


signature.asc
Description: Digital signature

Bug#479076: Request binNMU for libdbd-sqlite3-perl?

[gregor herrmann]

On Fri, 09 May 2008 07:52:29 -0700, Matt Kraai wrote:

 The bug in libsqlite3-0 that prevented libdbd-sqlite3-perl from
 building has been fixed.  libdbd-sqlite3-perl depends on
 perlapi-5.8.8.  Would it be OK to request binNMUs so that it depends
 on perlapi-5.10.0 instead?

That's the correct solution, and thanks for following up on this bug.

Fortunately the binNMUs are already happening:
http://buildd.debian.org/pkg.cgi?pkg=libdbd-sqlite3-perl
So we can close this bug tomorrow or whenever they are finished.
 
Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Element of Crime: Nur mit dir


signature.asc
Description: Digital signature

Bug#480917: libversion-perl: Doesn't contain version.pm, what breaks svk

[gregor herrmann]

On Mon, 12 May 2008 19:49:51 +0200, Robert Luberda wrote:

 The package no longer contains /usr/lib/perl5/version.pm file, what
 makes svk unusable:

Thanks for spotting this. Indeed the package doesn't contain a
/usr/lib/perl directory at all (in a locally built package).

There are two interesting points:
* You are using libversion-perl 1:0.7400-3 from unstable but perl
  5.8.8. from testing. Upgrading to perl 5.10 should fix your
  original problem, because version.pm is included there in perl-modules.
  (And libversion-perl is already scheduled for removal, cf. #480458)
* I tried to fix the problem anyway but libversion-perl doesn't build
  in my sid cowbuilder chroot (well, a rather empty package is indeed
  created). The error is:

cc -I/usr/lib/perl/5.10/CORE -fPIC -c -D_REENTRANT -D_GNU_SOURCE -DDEBIAN 
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
-D_FILE_OFFSET_BITS=64 -O2 -g -o /tmp/compilet.o /tmp/compilet.c
cc -shared -O2 -g -L/usr/local/lib -o /tmp/compilet.so /tmp/compilet.o
 - ERROR: perl (5.10.0) is installed, but we need version  5.009

(The buildds show the same error:
http://buildd.debian.org/pkg.cgi?pkg=libversion-perl)

At the moment I'm not sure if we can do anything ...

Cheers,
gregor
   
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Anouar Brahem: L'arbre qui voit


signature.asc
Description: Digital signature

Bug#474870: libnet-cups-perl: FTBFS: CUPS.xs:15:23: error: cups/i18n.h: No such file or directory

[gregor herrmann]

clone 474870 -1
reassign -1 libcupsys2-dev 1.3.7-1
retitle -1 Please include i18n.h in libcupsys2-dev again
block 474870 with -1
thanks

On Mon, 07 Apr 2008 21:54:43 +0200, Lucas Nussbaum wrote:

 Relevant part:
  cc -c   -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBIAN 
  -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE 
  -D_FILE_OFFSET_BITS=64 -Wall -g -O2   -DVERSION=\0.55\ 
  -DXS_VERSION=\0.55\ -fPIC -I/usr/lib/perl/5.8/CORE   CUPS.c
  CUPS.xs:15:23: error: cups/i18n.h: No such file or directory

Hm, it looks like this file is simply gone:

$ zgrep cups/i18n\.h 
/var/cache/apt/apt-file/ftp.at.debian.org_debian_dists_*_Contents-i386.gz 
/var/cache/apt/apt-file/ftp.at.debian.org_debian_dists_stable_Contents-i386.gz:usr/include/cups/i18n.h
libdevel/libcupsys2-dev
/var/cache/apt/apt-file/ftp.at.debian.org_debian_dists_testing_Contents-i386.gz:usr/include/cups/i18n.h
   libdevel/libcupsys2-dev

(and yes, I have an _unstable_Contents file :))

http://packages.debian.org/sid/i386/libcupsys2-dev/filelist shares my
impression.

Ah, here we go:
http://packages.debian.org/changelogs/pool/main/c/cupsys/cupsys_1.3.7-1/changelog

 * debian/libcupsys2-dev.files: Drop i18n.h, it's an internal interface and
   not installed by upstream any more.

Well, yes.

The source package still contains ./cups/i18n.h

Martin, could you please add i18n.h to libcupsys2-dev again to get
over this FTBFS in libnet-cups-perl?

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Sarah Brightman: Scarborough Fair


signature.asc
Description: Digital signature

Bug#474816: setting package to mailtextbody, tagging 474816

[gregor herrmann]

# Automatically generated email from bts, devscripts version 2.10.23
#  * New upstream release: includes the necessary header for gcc 4.3
#(closes: #474816):
##include cstdlib

package mailtextbody
tags 474816 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#475211: libmime-encwords-perl: FTBFS: Failed 1/2 test scripts, 50.00% okay. 4/59 subtests failed, 93.22% okay.

[gregor herrmann]

On Wed, 09 Apr 2008 20:51:38 +0200, Lucas Nussbaum wrote:

 This rebuild was done with gcc 4.3 instead of gcc 4.2, because gcc 4.3 is now
 the default on most architectures (even if it's not the case on i386 yet).
 Feel free to downgrade this bug to 'important' if your package is only built
 on i386, and this bug is specific to gcc 4.3 (i.e the package builds fine with
 gcc 4.2).

This hint is a bit misleading for an arch:all package :)
 
 Relevant part:
  make[1]: Entering directory `/build/user/libmime-encwords-perl-1.009'
  PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
  test_harness(0, 'blib/lib', 'blib/arch') t/*.t
  t/01decodeok
  t/02encode# Failed test 11 in t/02encode.t at line 35 fail #11
  #  t/02encode.t line 35 is: ok((($isgood  !$@) or (!$isgood  
  $@)) and
  # Failed test 15 in t/02encode.t at line 35 fail #15
  # Failed test 16 in t/02encode.t at line 35 fail #16
  # Failed test 17 in t/02encode.t at line 35 fail #17
  FAILED tests 11, 15-17
  Failed 4/17 tests, 76.47% okay
  Failed Test  Stat Wstat Total Fail  Failed  List of Failed
  ---
  t/02encode.t   174  23.53%  11 15-17
  Failed 1/2 test scripts, 50.00% okay. 4/59 subtests failed, 93.22% okay.
  make[1]: *** [test_dynamic] Error 255

Anyway, I can reproduce this error.
And it worked just a week ago :/
What has changed in the meantime is the only build dependency
(libmime-charset-perl), maybe the test failures are related?

I just threw some 'print's into t/02encode.t but I'm not really wiser
now:

#v+

t/02encode
testin/encode-singlebyte.txt

dec: (Oc\xE9 3165 Network Copier down for maintenance, Charset = 
iso-8859-1)
exp: /=?ISO-8859-1?Q?Oc=E9?= 3165 Network Copier down for maintenance/
enc: /=?ISO-8859-1?Q?Oc=E9?= 3165 Network Copier down for maintenance/

testin/encode-singlebyte.txt

dec: (Keith Moore [EMAIL PROTECTED], Charset = iso-8859-1)
exp: /Keith Moore [EMAIL PROTECTED]/
enc: /Keith Moore [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: ([[Keld J\xF8rn Simonsen],[ ],[[EMAIL PROTECTED]]], Charset = 
iso-8859-1)
exp: /=?ISO-8859-1?Q?Keld_J=F8rn_Simonsen?= [EMAIL PROTECTED]/
enc: /=?ISO-8859-1?Q?Keld_J=F8rn_Simonsen?= [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: ([[Andr\xE9 ],[(- one space) Pirard],[ ],[[EMAIL PROTECTED]]], 
Charset = iso-8859-1)
exp: /=?ISO-8859-1?Q?Andr=E9_(-?= one space) Pirard [EMAIL PROTECTED]/
enc: /=?ISO-8859-1?Q?Andr=E9_(-?= one space) Pirard [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: ([[Andr\xE9],[ (- one space) Pirard],[ ],[[EMAIL PROTECTED]]], 
Charset = iso-8859-1)
exp: /=?ISO-8859-1?Q?Andr=E9?= (- one space) Pirard [EMAIL PROTECTED]/
enc: /=?ISO-8859-1?Q?Andr=E9?= (- one space) Pirard [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: ([[Andr\xE9  ],[(- two spaces) Pirard],[ ],[[EMAIL 
PROTECTED]]], Charset = iso-8859-1)
exp: /=?ISO-8859-1?Q?Andr=E9__(-?= two spaces) Pirard [EMAIL PROTECTED]/
enc: /=?ISO-8859-1?Q?Andr=E9__(-?= two spaces) Pirard [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: ([[Andr\xE9 ],[ (- two spaces) Pirard],[ ],[[EMAIL 
PROTECTED]]], Charset = ISO-8859-1)
exp: /=?ISO-8859-1?Q?Andr=E9_?= (- two spaces) Pirard [EMAIL PROTECTED]/
enc: /=?ISO-8859-1?Q?Andr=E9_?= (- two spaces) Pirard [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: ([[Andr\xE9],[  (- two spaces) Pirard],[ ],[[EMAIL 
PROTECTED]]], Charset = iso-8859-1)
exp: /=?ISO-8859-1?Q?Andr=E9?=  (- two spaces) Pirard [EMAIL PROTECTED]/
enc: /=?ISO-8859-1?Q?Andr=E9?=  (- two spaces) Pirard [EMAIL PROTECTED]/

testin/encode-singlebyte.txt

dec: (Network Copier Oc\xE9 3165 down for maintenance, Charset = 
iso-8859-1)
exp: /Network Copier =?ISO-8859-1?Q?Oc=E9?= 3165 down for maintenance/
enc: /Network Copier =?ISO-8859-1?Q?Oc=E9?= 3165 down for maintenance/

testin/encode-singlebyte.txt

dec: (La r\xE9alisation du Syst\xE8me de R\xE9f\xE9rence C\xE9leste, Charset 
= iso-8859-1)
exp: /La =?ISO-8859-1?Q?r=E9alisation?= du =?ISO-8859-1?Q?Syst=E8me?= de
 =?ISO-8859-1?Q?R=E9f=E9rence_C=E9leste?=/
enc: /La =?ISO-8859-1?Q?r=E9alisation?= du =?ISO-8859-1?Q?Syst=E8me?= de
 =?ISO-8859-1?Q?R=E9f=E9rence_C=E9leste?=/

testin/encode-singlebyte.txt

# Failed test 11 in t/02encode.t at line 39 fail #11
#  t/02encode.t line 39 is: ok((($isgood  !$@) or (!$isgood  $@)) and
dec: (Th\xE8me tr\xE8s important\xA0: La r\xE9alisation du Syst\xE8me de 
R\xE9f\xE9rence C\xE9leste, Charset = iso-8859-1)
exp: 

Bug#476011: libpoe-api-peek-perl: FTBFS: Failed 1/9 test scripts, 88.89% okay. 2/102 subtests failed, 98.04% okay.

[gregor herrmann]

On Mon, 14 Apr 2008 13:22:49 +0200, Lucas Nussbaum wrote:

 This rebuild was done with gcc 4.3 

  t/07-kernel
  #   Failed test 'event_list() returns populated hashref'
  #   in t/07-kernel.t at line 54.
  
  #   Failed test 'event_list() returns correct list of sessions and events'
  #   in t/07-kernel.t at line 58.
  # Structures begin differing at:
  #  $got-{2} = Does not exist
  # $expected-{2} = ARRAY(0x849a2d8)
  # Looks like you failed 2 tests of 11.

I can reproduce this problem by
* installing gcc-4.3 in my cowbuilder chroot (sid, i386) and
* exporting CC=gcc-4.3 in debian/rules

I just don't have any idea what's going on here :/

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones: Nospare


signature.asc
Description: Digital signature

Bug#476011: libpoe-api-peek-perl: FTBFS: Failed 1/9 test scripts, 88.89% okay. 2/102 subtests failed, 98.04% okay.

[gregor herrmann]

On Mon, 14 Apr 2008 23:11:41 +0300, Niko Tyni wrote:

  I can reproduce this problem by
  * installing gcc-4.3 in my cowbuilder chroot (sid, i386) and
  * exporting CC=gcc-4.3 in debian/rules
  I just don't have any idea what's going on here :/
 I don't think it's a gcc issue (it's an arch:all package after all),

Ack, that's what left me puzzled ...

 upstream test reports indicate it's caused by POE 1..
 CPAN #34803 might be related.

Good points.
 
 (no time to look at this properly tonight, sorry.)

Thanks anyway for your research!

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Nick Cave And The Bad Seeds: Messiah Ward


signature.asc
Description: Digital signature

Bug#476390: libwww-perl: https broken

[gregor herrmann]

tag 476390 + fixed-upstream
forwarded 476390 http://rt.cpan.org/Public/Bug/Display.html?id=35090
thanks

On Wed, 16 Apr 2008 14:12:27 +0200, Julien Cristau wrote:

 $ listadmin 
 fetching data for [EMAIL PROTECTED] ... 
 ERROR: fetching https://lists.sourceforge.net/lists/admindb/polipo-users
 ERROR: 500 read failed: error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong 
 version number -- skipping list

Thanks for your bugreport.

Upstream has released 5.812 today with the following changelog entry:
5.811 breaks SSL requests [RT#35090]
(cf. http://search.cpan.org/src/GAAS/libwww-perl-5.812/Changes and
http://rt.cpan.org/Public/Bug/Display.html?id=35090)

If nobody beats me to it I'll upgrade the package later today.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-Kirk to Enterprise -- beam down yeoman Rand and a six-pack. 



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#389068: Jabref patch

[gregor herrmann]

On Sat, 19 Apr 2008 17:52:42 -0430, Gerardo Curiel wrote:

 Attached you'll find a patch to build the package and running jabref
 using the current Debian libraries. The patch is the 'interdiff' output
 between my changes and the current diff.gz of the package.

Thanks a lot!
I've been working on something similar last weekend but your patch
fills in some of the missing pieces.

I expect to find some time for jabref tomorrow.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  proud debian user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Leonard Cohen: Lover Lover Lover


signature.asc
Description: Digital signature

Bug#389068: Jabref patch

[gregor herrmann]

On Sat, 19 Apr 2008 17:52:42 -0430, Gerardo Curiel wrote:

 * 05build_with_debian_jars: use the java libraries from /usr/share/java,
 and disable the 'unjarlib' target dependency from the 'jars' target.
 Instead of include the whole set of classes in the same jar, Jabref now
 use the libraries in the classpath to compile and run(see
 jabref-wrapper).

Integrated as 02_libs.dpatch (fits better in the order of patches
:)), the changes to unjarlib were missing in my last version.
 
 Additionaly, I've commented the 'jarbundler' target, It's a
 macosx-specific target, and uses the lib/jarbundler-1.4.jar(not in
 debian and useless), which makes ant unhappy if not present. 

That doesn't really work because the patches are not applied when
debian/rules clean target is called. I've been stumbling over this
issue already last weekend, and I'm not really sure what to do about
it; either ignore it (which means leaving lib/ around) or patching
build.xml directly (which is ugly) or ...?
 
 So you can repackage the upstream tarball and remove those jarfiles and
 make it DFSG-Free.

I'm not sure this is really necessary, the problem is not that the
jars are not free but that they are used by the build system. All we
would gain is a decrease in size of the .orig.tar.gz.
 
 * Moved jabref script to debian/ , renamed jabref-wrapper(as you already
 did in the trunk version) and add the needed jars to the Classpath. 

I've added the classpath line as proposed.
 
 * Added new Dependencies and Build-Dependencies to debian/control.
 Jabref still depends on both antlr and antlr3, and it just works using
 libjempbox-java (= 0.2.0)

Depends: adjusted (B-D-I was already changed)
 
 * 06proposed_upstream_fix_ruleNestingLevel: Upstream still uses antlr3
 beta, the debian version is the stable one, this patch allows using the
 debian version. I've not tested extensively, but it works for me :).

Integrated as 05_antlr.dpatch; that was my old name but your patch
is much better than my first attempt!
 
I've reorganized my svn repository a bit, so that 2.3 is in trunk
again, and the new 2.4-beta is in branches/2.4:
http://svn.toastfreeware.priv.at/debian/jabref/trunk
http://svn.toastfreeware.priv.at/debian/jabref/branches/2.4


Thanks again for your help!

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones


signature.asc
Description: Digital signature

Bug#389068: Jabref patch

[gregor herrmann]

On Sun, 20 Apr 2008 15:23:57 +0200, gregor herrmann wrote:

  Additionaly, I've commented the 'jarbundler' target, It's a
  macosx-specific target, and uses the lib/jarbundler-1.4.jar(not in
  debian and useless), which makes ant unhappy if not present. 
 That doesn't really work because the patches are not applied when
 debian/rules clean target is called. I've been stumbling over this
 issue already last weekend, and I'm not really sure what to do about
 it; either ignore it (which means leaving lib/ around) or patching
 build.xml directly (which is ugly) or ...?

... or just calling rm -rf build instead of ant clean (which does
the same) in debian/rules's clean target.
  
Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Hair: Hair


signature.asc
Description: Digital signature

Bug#389068: Jabref patch

[gregor herrmann]

On Sun, 20 Apr 2008 13:13:42 -0430, Gerardo Curiel wrote:

  I'm not sure this is really necessary, the problem is not that the
  jars are not free but that they are used by the build system. All we
  would gain is a decrease in size of the .orig.tar.gz.
 Yes, you're right, it's not necessary. But just in case you decide to
 remove the lib/ dir, you already have the solution to the jarbundle
 target issue.

True.
 
 I'd like to see the package in main, looks like the only problem left
 now is with libpdfbox-java in contrib.

Me too, but libspin-java is also in contrib; and then we still have
the run-time dependency on sun-java; at least the last time I checked
jabref didn't run with any of the free JREs in Debian.
 
Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Paul Simon: Bridge Over Troubled Water


signature.asc
Description: Digital signature

Bug#487008: libdevice-cdio-perl: FTBFS: Failed test 'get_dtime(set_dtime())'

[gregor herrmann]

On Thu, 19 Jun 2008 10:40:26 +0200, Lucas Nussbaum wrote:

 During a rebuild of all packages in sid, your package failed to build on
 i386.

  t/07.iso.
  #   Failed test 'get_dtime(set_dtime())'
  #   at t/07.iso.t line 175.
  # Looks like you failed 1 test of 14.
  dubious
  Test returned status 1 (wstat 256, 0x100)
  DIED. FAILED test 14
  Failed 1/14 tests, 92.86% okay

I can't reproduce this.
My guess is that there is some timezone problem or something like
that. The code in this test doesn't look very promising:

#v+

### FIXME Don't know why the discrepancy, but there is an hour
### difference, perhaps daylight savings time.
### Versions before 0.77 have other bugs.
if ($perliso9660::VERSION_NUM  77) {
$new_tm[2] = $tm[2];
}

ok(is_eq([EMAIL PROTECTED], [EMAIL PROTECTED]), 'get_dtime(set_dtime())');

#if ($perliso9660::VERSION_NUM = 77) {
#@tm = gmtime(0);
#my $ltime = perliso9660::set_ltime($tm[0], $tm[1], $tm[2], $tm[3], $tm[4],
#  $tm[5]);
#($bool, @new_tm) =  perliso9660::get_ltime($ltime);
#ok(is_eq([EMAIL PROTECTED], [EMAIL PROTECTED]), 'get_ltime(set_ltime())');
#}

#v-

$perliso9660::VERSION_NUM is 78, BTW.


Does anyone else have any ideas?

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Van Morrison


signature.asc
Description: Digital signature

Bug#487233: cpulimit segfaults

[gregor herrmann]

Package: cpulimit
Version: 1.1-10
Severity: grave
Justification: renders package unusable

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

As reported in Ubuntu's launchpad [0] cpulimit segfaults with the
--limits long option. I can reproduce this problem on Debian/sid. A
patch is on the way ...

gregor

[0]
https://bugs.launchpad.net/bugs/241538

- -- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'testing'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.25.200806140318
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/bash

Versions of packages cpulimit depends on:
ii  libc6 2.7-12 GNU C Library: Shared libraries

cpulimit recommends no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkhbqhAACgkQOzKYnQDzz+QCXgCeN8bD7iM+zQglExBESem6cCfu
TI8AoMpIJG9rWGAC4UgWk4y7lW+PhTvy
=TZbb
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#487233: setting package to cpulimit, tagging 487233

[gregor herrmann]

# Automatically generated email from bts, devscripts version 2.10.30
# via tagpending 
#
# cpulimit (1.1-11) unstable; urgency=low
#
#  * Add patch 02_segfault_longoptions.patch; fixes segfault with long
#--limit option (closes: #487233, LP: #241538). Thanks to Daniel van
#Eeden for reporting the problem.
#

package cpulimit
tags 487233 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#487236: cpulimit segfaults with some long options

[gregor herrmann]

On Fri, 20 Jun 2008 15:26:57 +0200, Cesare Tirabassi wrote:

 By looking at the source code, it seems that the list of long options is not 
 in line with that for the short options (the first 4 options all should have 
 required arguments). This is confirmed by current svn code.

Thanks for the patch!
I was already starting to work on the issue and have found the same
problem, but you were quicker in finishing it :)

I'll upload later today.

Cheers,
gregor


-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: The Cranberries: Everything I Said


signature.asc
Description: Digital signature

Bug#487481: [jabref] exception on every action in the Groups interface

[gregor herrmann]

tag 487481 + confirmed upstream
severity 487481 normal
thanks

On Sun, 22 Jun 2008 03:36:41 +0100, Monkey D. Luffy wrote:

First of all, sorry for my late reply, I was on holidays and offline
for a few days.

 Jabref is broken since it's impossible to use the Groups interface panel.
 When the user selects a group item, left click and tries to, for example,
 Edit Group or Add subgroup the result is always a Java exception where
 nothing happens for the user.

Thanks for the report. I've indeed missed this problem until now, and
I can confirm it.

I will look into it more closely tomorrow; in the meantime I've
changed the severity of the bug as it doesn't cause any real
problems (it's just a feature that is not working).
 
 The good news is that I have tested Jabref 2.4b and the problem seems to be
 fixed there =)

Good to know; unfortunately that won't help us much for the JabRef
version in lenny because JabRef 2.4 needs a bunch of additional Java
libraries ...

 
Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Fats Domino: Blue Monday


signature.asc
Description: Digital signature

Bug#489928: libcgi-pm-perl: tries to overwrite file owned by libcgi-fast-perl

[gregor herrmann]

On Tue, 08 Jul 2008 20:47:48 +0200, Ralf Treinen wrote:

(cc:ing the perl maintainers)

 Unpacking libcgi-pm-perl (from .../libcgi-pm-perl_3.38-1_all.deb) ...
 dpkg: error processing
 /var/cache/apt/archives/libcgi-pm-perl_3.38-1_all.deb (--unpack):
  trying to overwrite `/usr/share/perl5/CGI/Fast.pm', which is also in
  package libcgi-fast-perl

Thanks for catching this nasty bug!

We've been discussing this issue on IRC, and here are some findings
and thoughts:

* libcgi-fast-perl is built from the perl source package [0] and
  contains only Fast.pm (and documentation)
* the versions of Fast.pm in libcgi-fast-perl and libcgi-pm-perl are
  identical (1.07)

Possible solutions include:
* make libcgi-pm-perl conflict (and maybe provide) with
  libcgi-fast-perl; that would mean changing the Priority to extra
  (also of depending packages)
* remove Fast.pm from libcgi-pm-perl and depend on libcgi-fast-perl;
  that's happening right at the moment a few hundred kilometers to
  the south east from, and maybe the newer package will already be
  uploaded before this mail is finished :)
* in the long run it might be an idea to stop building
  libcgi-fast-perl from the perl source package, add Fast.pm to
  libcgi-pm-perl again, and create a dummy transitional package with
  the usual conflicts/provides/replaces dance for libcgi-fast-perl
  from the libcgi-pm-perl source package; Brendan and Niko, what do
  you think about this idea?


Other comments welcome!


Cheers,
gregor


[0]
It's the only lib.*-perl binary package built from this source package
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Chieftains: Millennium Celtic Suite


signature.asc
Description: Digital signature

Bug#489928: libcgi-pm-perl: tries to overwrite file owned by libcgi-fast-perl

[gregor herrmann]

On Thu, 10 Jul 2008 01:14:04 +1000, Brendan O'Dea wrote:

  * in the long run it might be an idea to stop building
   libcgi-fast-perl from the perl source package, add Fast.pm to
   libcgi-pm-perl again, and create a dummy transitional package with
   the usual conflicts/provides/replaces dance for libcgi-fast-perl
   from the libcgi-pm-perl source package; Brendan and Niko, what do
   you think about this idea?
 For 5.10, I moved the module to the vendor directory which on
 reflection was probably a bad idea (debian/rules:233-236).  I'd say
 that the simplest solution would be to just reverse that decision,
 which would allow libcgi-pm-perl to provide a newer version without
 the path conflict.

Sounds like a good plan IMO.

Just drop us a short note when you make the change, then we can
revert libcgi-pm-perl quickly.

Cheers,
gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Sting: Bring On The Night/When The Wo


signature.asc
Description: Digital signature

Bug#487008: Bug in libdevice-cdio-perl fixed in revision 23013

[gregor herrmann]

On Thu, 10 Jul 2008 19:33:23 +, [EMAIL PROTECTED] wrote:

 * Make build dependency on swig versioned; with 1.3.36-1 the tests pass, and
   this finally fixes a FTBFS bug (closes: #487008). Set urgency to medium.

Nice idea, but works only in the sid cowbuilder chroot and not
outside.
I've reverted the versioned dependency now and added TZ=UTC to Build
test.

gregor
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones: Soyoung2


signature.asc
Description: Digital signature

Bug#490325: t/perlcritic.t fails

[gregor herrmann]

Hi,

t/perlcritic.t fails with recent versions of Perl::Critic. See the
detailed log at http://bugs.debian.org/490325

I've prepared a tentative minimal patch that seems to fix the two
issues (s. attachment); please consider looking into this issue.

Cheers,
gregor, Debian Perl Group
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Queen: Friends Will Be Friends
--- libwww-facebook-api-perl-0.4.11.orig/lib/WWW/Facebook/API.pm
+++ libwww-facebook-api-perl-0.4.11/lib/WWW/Facebook/API.pm
@@ -367,16 +367,15 @@
 return 0   if $response =~ /\A?false?\Z/xms;
 
 my $parser;
-eval { $parser = _parser() };
+eval { $parser = _parser(); 1; } or do {
 
 # Only load JSON::Any if we haven't already.  Lets the developers
 # pick their choice of JSON modules (JSON::DWIW, for example)
-if ($@) {## no critic
 ## no critic
 eval q{use JSON::Any};
 croak Unable to load JSON module for parsing:[EMAIL PROTECTED] if $@;
 $parser = _parser();
-}
+};
 carp 'JSON::Any is parsing with ' . $parser-handlerType if $self-debug;
 
 return $parser-decode($response);
--- libwww-facebook-api-perl-0.4.11.orig/lib/WWW/Facebook/API/Auth.pm
+++ libwww-facebook-api-perl-0.4.11/lib/WWW/Facebook/API/Auth.pm
@@ -12,6 +12,9 @@
 
 use version; our $VERSION = qv('0.4.11');
 
+use Readonly;
+Readonly my $DEFAULT_SLEEP = 15;
+
 sub create_token {
 my $self = shift;
 my $token;
@@ -87,7 +90,7 @@
 system qq($browser $url);
 
 # Give the user time to log in
-$args{'sleep'} ||= 15;
+$args{'sleep'} ||= $DEFAULT_SLEEP;
 sleep $args{'sleep'};
 
 return $token;


signature.asc
Description: Digital signature

Bug#480972: vulnerable to symlink attacks

[gregor herrmann]

On Tue, 13 May 2008 01:19:19 +0200, Marco d'Itri wrote:

 Security team: libuu-dev is a static-only library (see #216593).
 klibido, nget and slrn build-depend on libuu-dev, while
 libconvert-uulib-perl and kde (I don't know exactly which package,
 look in the kdesupport directory) contain an embedded copy.
 
 This code in uulib/uunconc.c is vulnerable to symlink attacks.
 
   if ((data-binfile = tempnam (NULL, uu)) == NULL) {
 UUMessage (uunconc_id, __LINE__, UUMSG_ERROR,
uustring (S_NO_TEMP_NAME));
 return UURET_NOMEM;
   } 
   
   if ((dataout = fopen (data-binfile, mode)) == NULL) {

I took a look at uulib/uunconc.c in libconvert-uulib-perl and I have
the impression that it's not vulnerable because it uses mkstemp
instead of tempnam if available.

This was also already mentioned in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=320541#30

Still I'd appreciate if someone who speaks better C than me could
take a look to verify.

Cheers,
gregor 
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Tom Waits: Make It Rain


signature.asc
Description: Digital signature

Bug#482056: version 2.011-1 breaks debmirror

[gregor herrmann]

reassign 482056 libio-compress-zlib-perl 2.010-1
thanks

On Tue, 20 May 2008 16:37:35 +0200, Romain Francoise wrote:

 Today I upgraded libio-compress-base-perl from version 2.010-1 to
 version 2.011-1. Now debmirror refuses to start:
 | Can't call method value on an undefined value at
 | /usr/share/perl5/IO/Uncompress/RawInflate.pm line 64.

IO/Uncompress/RawInflate.pm is in libio-compress-zlib-perl (2.010).

debmirror depends on libcompress-zlib-perl;
libcompress-zlib-perl (at 2.010) depends on libio-compress-zlib-perl
(at 2.010) and libio-compress-base-perl (at 2.011 since yesterday).

libio-compress-base-perl (and libcompress-raw-zlib-perl, which is
needed by libio-compress-zlib-perl) don't depend on the others but it
looks like the depending packages have problems if the depended-upon
packages are newer.

(If you are reading this and your head hurts now be assured that mine
is not in the best shape either.)

The four modules are from the same author and are always released
together, and with the same version number (even if not all four have
changes).

After discussing this on IRC a solution seems to be to tighten the
dependencies from = to = to ensure that all packages which
belong together are at the same version.

Cheers,
gregor

~

Dependency chain regarding the 4 modules:

libcompress-raw-zlib-perl (any):
-

libio-compress-base-perl (all):
-

libio-compress-zlib-perl (all):
libcompress-raw-zlib-perl (= 2.011), libio-compress-base-perl (= 2.011)

libcompress-zlib-perl (all):
libio-compress-zlib-perl (= 2.011), libio-compress-base-perl (= 2.011)

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: cranberries: when you're gone


signature.asc
Description: Digital signature

Bug#482221: t/40server.t fails depending on 'localhost' resolution

[gregor herrmann]

Hi,

we've received a bug report in the Debian bug tracker at
http://bugs.debian.org/482221

Summary: t/40server.t fails if $srv-url doesn't return localhost but
localhost.localdomain.

I've tried with
127.0.0.1 localhost
and
127.0.0.1 localhost.localdomain localhost
in /etc/hosts, the former works, the latter doesn't.

I've now prepared the attached patch for allow for both values;
please consider applying it or creating a different solution for the
problem.

Thanks in advance,
gregor (Debian Perl Group)

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Kurt Ostbahn  Die Kombo: I reiss o auf Mexico
Author: gregor herrmann [EMAIL PROTECTED]
Bug: #482221
Description: The test depends on /etc/hosts or whatever resolves
'localhost'. Allow both 'localhost' and 'localhost.localdomain' as valid
values.

--- librpc-xml-perl-0.60.orig/t/40_server.t
+++ librpc-xml-perl-0.60/t/40_server.t
@@ -55,7 +55,7 @@
 $srv = RPC::XML::Server-new(no_default = 1,
  host = 'localhost', port = $port);
 isa_ok($srv, 'RPC::XML::Server', '$srv2');
-is($srv-url, http://localhost:$port/;,
+like($srv-url, qr#http://localhost(.localdomain)?:$port/#,
'RPC::XML::Server::url method (set)'); # This should be non-null this time
 # Test some of the simpler cases of add_method and get_method
 $res = $srv-add_method({ name  = 'perl.test.suite.test1',


signature.asc
Description: Digital signature

Bug#482247: libmodule-build-perl: FTBFS: Failed 1/26 test scripts. 10/852 subtests failed.

[gregor herrmann]

On Wed, 21 May 2008 17:18:02 +0200, Vincent Danjean wrote:

  t/ppm.Can't call method value on an undefined value at 
  /usr/share/perl5/IO/Uncompress/RawInflate.pm line 64.
 I think this is a bug in a package in the build environment.
 I had the same when running the 'cpan' program today. I made a
 'apt-get update ; apt-get upgrade' and then 'cpan' were working.

Right.
 
 I do not know exactly which perl package was faultly however.

It's the problem with the lib.*compress.*-perl packages; see #482056
(libio-compress-zlib-perl).

http://people.debian.org/~lucas/logs/2008/05/20/libmodule-build-perl_0.2808.01-2_sid32-gcc43.buildlog
lists:

Get:13 http://idpot.grenoble.grid5000.fr sid/main libcompress-raw-zlib-perl 
2.011-1 [93.2kB]
Get:14 http://idpot.grenoble.grid5000.fr sid/main libio-compress-base-perl 
2.011-1 [57.5kB]
Get:15 http://idpot.grenoble.grid5000.fr sid/main libio-compress-zlib-perl 
2.010-1 [147kB]
Get:16 http://idpot.grenoble.grid5000.fr sid/main libcompress-zlib-perl 2.010-1 
[36.3kB]

(Note the discrepancy in the versions.)

I didn't have enough time yet to find out which build dependency
actually pulls in the lib.*compress.*-perl stuff.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Oasis: Live Forever (Live)/Live Forever


signature.asc
Description: Digital signature

Bug#482499: libfontbox-java: FTBFS: javadoc errors, then build blocks

[gregor herrmann]

tag 482499 + unreproducible
thanks

On Fri, 23 May 2008 09:42:38 +0200, Lucas Nussbaum wrote:

 During a rebuild of all packages in sid, your package failed to build on
 i386.
 After some javadoc warnings, the build simply stopped (didn't exit)

Thanks for your bug report.

Unofrtunately I cannot reproduce it (cowbuilder sid chroot, i386).
 
[javadoc] WARNING: Error E: Caught signal 'Terminated': terminating 
  immediately
  Undefined subroutine main::run_command called at /usr/bin/sbuild line 
  2569, PIPE line 273.
  while loading class Point

This part looks suspicious - do have any idea where the signal comes
from (interestingly there's more javadoc output later on) and what
this sbuild error means?

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rod Stewart: I'm In The Mood For Love


signature.asc
Description: Digital signature

Bug#482499: libfontbox-java: FTBFS: javadoc errors, then build blocks

[gregor herrmann]

On Fri, 23 May 2008 14:28:43 +0200, Lucas Nussbaum wrote:

Hi Lucas,

thanks for your quick reply!

  [javadoc] WARNING: Error E: Caught signal 'Terminated': terminating 
immediately
Undefined subroutine main::run_command called at /usr/bin/sbuild line 
2569, PIPE line 273.
while loading class Point
  This part looks suspicious - do have any idea where the signal comes
  from (interestingly there's more javadoc output later on) and what
  this sbuild error means?
 That's probably when sbuild tried to kill the build process because of
 the timeout, but failed.

Ah, ok.
 
 Is it possible that it can't build without internet access? 

It shouldn't, there's a patch to keep it from contacting
java.sun.com. (And the call happens later in the javadoc process.)

 Can you
 tcpdump while running pbuilder to check if it doesn't try to fetch
 something on the internet?

*testing*

No, it doesn't, the package builds fine here both with eth0 up and
down, and tcpdump doesn't show any connection attempts.


Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Don McLean: And I love you so


signature.asc
Description: Digital signature

Bug#482499: libfontbox-java: FTBFS: javadoc errors, then build blocks

[gregor herrmann]

On Sat, 24 May 2008 10:59:08 +0200, Lucas Nussbaum wrote:

  No, it doesn't, the package builds fine here both with eth0 up and
  down, and tcpdump doesn't show any connection attempts.
 Mmmh, it builds fine now. Strange. I'm closing the bug, and will reopen
 if I can reproduce it again.

Sounds good, and thanks for your effort!

Cheers,
gregor
 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Rolling Stones


signature.asc
Description: Digital signature

Bug#497694: libaudio-cd-perl: problematic license

[gregor herrmann]

On Sun, 07 Sep 2008 15:56:44 +0200, gregor herrmann wrote:

 I've done two things now:
 * contacted the author of disc-cover (Audio::CD 0.05 is downloaded
   from the disc-cover homepage) and asked him for help

And I already got a helpful reply, sorting out the details now.

Cheers,
gregor 
-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian gnu/linux user, admin  developer - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Sting: Fragile


signature.asc
Description: Digital signature

Bug#498671: Is libxml-rsslite really suitable for stable?

[gregor herrmann]

On Thu, 11 Sep 2008 23:47:26 -0400, Anthony DeRobertis wrote:

 (4) libxml-rsslite-perl has no reverse dependencies in lenny or sid.

Just an additional information:
libxml-rsslite-perl is a reverse dependency of webgui which is in
NEW. Not relevant for lenny of course but a point to consider before
removing libxml-rsslite-perl completely ...

Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux User, Admin,  Developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., Fellow of FSFE | http://got.to/quote/
   `-NP: Didier Squiban: Suite d'un Dro du pays vannetais


signature.asc
Description: Digital signature

Bug#497694: libaudio-cd-perl: problematic license

[gregor herrmann]

On Mon, 08 Sep 2008 16:47:11 +0200, gregor herrmann wrote:

  * contacted the author of disc-cover (Audio::CD 0.05 is downloaded
from the disc-cover homepage) and asked him for help
 And I already got a helpful reply, sorting out the details now.

Update: we will get an e-mail with clarified licensing terms for
inclusion in debian/copyright.

Cheers,
gregor 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Van Morrison


signature.asc
Description: Digital signature

Bug#499740: Additional information

[gregor herrmann]

Afer Dam's last mail we tried a few things, coordinating via IRC. The
tests showed that the FTBFS in the test suite happen reproducibly
with parallel builds and don't occur with non-parallel builds. That's
why we finally decided to disable running the tests in parallel for
the time being.

Cheers,
gregor

-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Pink Floyd: Don't Leave Now


signature.asc
Description: Digital signature

Bug#501411: libdanga-socket-perl: FTBFS in lenny: tests failed

[gregor herrmann]

On Tue, 07 Oct 2008 10:29:06 +0200, Lucas Nussbaum wrote:

 During a rebuild of all packages in a lenny chroot, your package failed
 to build on i386.

Thanks for your bug report (and all your test)!
 
  t/05-postloop.
  #   Failed test 'took less than 0 + 1 seconds'
  #   at t/05-postloop.t line 43.
  
  #   Failed test 'took less than 1 + 1 seconds'
  #   at t/05-postloop.t line 43.
  
  #   Failed test 'took less than 2 + 1 seconds'
  #   at t/05-postloop.t line 43.
  
  #   Failed test 'took less than 3 + 1 seconds'
  #   at t/05-postloop.t line 43.
  
  #   Failed test 'took less than 4 + 1 seconds'
  #   at t/05-postloop.t line 43.
  
  #   Failed test 'took less than 5 + 1 seconds'
  #   at t/05-postloop.t line 43.
  # Looks like you failed 6 tests of 17.

This seems to be one of those tricky bugs - I built the package once
in a sid cowbuilder chroot and then several times in a lenny
cowbuilder chroot - and the tests always passed ...


Cheers,
gregor
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Arlo Guthrie: Hobo's Lullaby (When The Ship Comes In)


signature.asc
Description: Digital signature

Bug#501410: Updating libio-socket-ssl-perl in lenny

[gregor herrmann]

On Fri, 10 Oct 2008 16:49:03 +0200, Frank Lichtenheld wrote:

 From my testing it seems that this FTBFS does not occour with
 version 1.16 of libio-socket-ssl-perl from unstable. 

Same here, the build fails in a lenny cowbuilder chroot with
libio-socket-ssl-perl 1.15 and succeeds in a sid cowbuilder chroot
with libio-socket-ssl-perl 1.16.

 I would
 therefor suggest letting the new version into testing. The patch
 looks small enough.

Additional information: 

1) The upstream Changes explicitly says:
- change opened() to report -1 if the IO::Handle is open, but the
  SSL connection failed, needed with HTTP::Daemon::SSL which will send
  an error mssage over the unencrypted socket

2) Attached is the complete diff between 1.15-1 and 1.16-1, it's
   really small.

Cheers,
gregor
 
-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-BOFH excuse #390:  Increased sunspot activity. 
Index: debian/control
===
--- debian/control	(revision 24723)
+++ debian/control	(working copy)
@@ -3,7 +3,8 @@
 Priority: optional
 Maintainer: Debian Perl Group [EMAIL PROTECTED]
 Uploaders: Florian Ragwitz [EMAIL PROTECTED],
- gregor herrmann [EMAIL PROTECTED]
+ gregor herrmann [EMAIL PROTECTED],
+ Ansgar Burchardt [EMAIL PROTECTED]
 Build-Depends: debhelper (= 7)
 Build-Depends-Indep: perl (= 5.8.0-7), libnet-ssleay-perl (= 1.35), netbase,
  libnet-libidn-perl
Index: debian/changelog
===
--- debian/changelog	(revision 24723)
+++ debian/changelog	(working copy)
@@ -1,3 +1,10 @@
+libio-socket-ssl-perl (1.16-1) unstable; urgency=low
+
+  * New upstream release.
+  * Add myself to Uploaders.
+
+ -- Ansgar Burchardt [EMAIL PROTECTED]  Thu, 02 Oct 2008 00:14:11 +0200
+
 libio-socket-ssl-perl (1.15-1) unstable; urgency=low
 
   * New upstream release.
Index: Changes
===
--- Changes	(revision 24723)
+++ Changes	(working copy)
@@ -1,3 +1,10 @@
+v1.16
+	- change code for SSL_check_crl to use X509_STORE_set_flags instead of
+  X509_STORE_CTX_set_flags based on bug report from 
+  tjtoocool[AT]phreaker[DOT]net 
+- change opened() to report -1 if the IO::Handle is open, but the
+  SSL connection failed, needed with HTTP::Daemon::SSL which will send
+  an error mssage over the unencrypted socket
 v1.15
 	- change internal behavior when SSL handshake failed (like when verify
   callback returned an error) in the hope to fix spurios errors in 
Index: SSL.pm
===
--- SSL.pm	(revision 24723)
+++ SSL.pm	(working copy)
@@ -51,7 +51,7 @@
 BEGIN {
 	# Declare @ISA, $VERSION, $GLOBAL_CONTEXT_ARGS
 	@ISA = qw(IO::Socket::INET);
-	$VERSION = '1.15';
+	$VERSION = '1.16';
 	$GLOBAL_CONTEXT_ARGS = {};
 
 	#Make $DEBUG another name for $Net::SSLeay::trace
@@ -1178,7 +1178,7 @@
 
 sub opened {
 	my $self = shift;
-	return IO::Handle::opened($self)  ( ${*$self}{'_SSL_opened'} == 1 );
+	return IO::Handle::opened($self)  ${*$self}{'_SSL_opened'};
 }
 
 sub opening {
@@ -1308,7 +1308,7 @@
 
 	if ($arg_hash-{'SSL_check_crl'}) {
 		if (Net::SSLeay::OPENSSL_VERSION_NUMBER() = 0x0090702f) {
-			Net::SSLeay::X509_STORE_CTX_set_flags(
+			Net::SSLeay::X509_STORE_set_flags(
 Net::SSLeay::CTX_get_cert_store($ctx),
 Net::SSLeay::X509_V_FLAG_CRL_CHECK()
 			);
@@ -1882,6 +1882,12 @@
 get to do anything. But with version 0.98 you are better comparing the global exported 
 variable $SSL_ERROR against the exported symbols SSL_WANT_READ and SSL_WANT_WRITE.
 
+=item Bopened()
+
+This returns false if the socket could not be opened, 1 if the socket could be opened
+and the SSL handshake was successful done and -1 if the underlying IO::Handle is open,
+but the SSL handshake failed.
+
 =item B IO::Socket::SSL-start_SSL($socket, ... ) 
 
 This will convert a glob reference or a socket that you provide to an IO::Socket::SSL


signature.asc
Description: Digital signature

Bug#502312: libflickr-api-perl: Flickr API calls fail with 'API returned an invalid response' (line 111)

[gregor herrmann]

On Thu, 16 Oct 2008 09:27:06 +0100, Mark Broadbent wrote:

 Gunnar Wolf wrote:
 And... The code failed to fail:

 From my machine, with the same code (but different username and apikey)
 Without patch:

[failure]

 With patch:

[success]


I get the same results as Mark with and without patch, and both with
flickr.people.findByUsername and flickr.people.getInfo.
Adding a bit Data::Dumper output seems to indicate that the REST
response does not contain any 'element' types but many 'tag' types.

Cheers,
gregor

-- 
 .''`.   Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
 : :' :  Debian GNU/Linux user, admin,  developer - http://www.debian.org/
 `. `'   Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
   `-NP: Astrud Gilberto: We'll Make Today Last Night Again


signature.asc
Description: Digital signature

Bug#470111: libmail-listdetector-perl: package has no Perl in it

[gregor herrmann]

On Sat, 08 Mar 2008 23:51:11 -0800, Chip Salzenberg wrote:

 The .deb has no Perl in it.  Nor SPAM, for that matter.

Confirmed:
http://packages.debian.org/sid/all/libmail-listdetector-perl/filelist

I guess there was some problem due to te repackaged tarball with the
dfsg version; my local .deb has everything, but that doesn't help :)

The .orig.tar.gz looks good:
http://ftp.de.debian.org/debian/pool/main/libm/libmail-listdetector-perl/libmail-listdetector-perl_1.01+dfsg.orig.tar.gz

Could some DD from the Debian Perl Group please rebuild and reupload?

Cheers,
gregor

-- 
 .''`.   http://info.comodo.priv.at/ | gpg key ID: 0x00F3CFE4
 : :' :  debian: the universal operating system - http://www.debian.org/
 `. `'   member of https://www.vibe.at/ | how to reply: http://got.to/quote/
   `-NP: Sting: I Burn For You


signature.asc
Description: Digital signature

Bug#470274: setting package to libtext-quoted-perl, tagging 470274

[gregor herrmann]

# Automatically generated email from bts, devscripts version 2.10.18.1
#
# libtext-quoted-perl (2.05-2) unstable; urgency=low
#
#  * Add build dependency on libversion-perl (closes: #470274).
#

package libtext-quoted-perl
tags 470274 + pending




-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]