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).
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
; 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
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
$
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
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
@@
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
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
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
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
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
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.
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
(= 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
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,
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
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
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
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
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
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
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
-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
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
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/ |
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
[...]
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
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
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
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
--
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
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
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
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
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?
| +
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
+
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,
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,
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
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
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
#
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!
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
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
--
.''`.
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
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
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
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
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
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
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
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
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)
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,
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.
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
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
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]'
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
# 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
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
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,
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
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
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
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
# 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
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
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'
#
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
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
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
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
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
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
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
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 ...
# 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
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
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
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
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
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
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
--
.''`.
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
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
|
/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
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'
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
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.
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
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
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
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
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,
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
===
--- 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
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
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
# 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]
1 - 100 of 3407 matches
Mail list logo
