Bug#469561: giflib: Please update homepage, and provide some API documentation
Package: giflib Severity: wishlist The upstream location is now http://sourceforge.net/projects/giflib. This is incorrectly reported in at least control and copyright. You could also re-add the watchfile pointing there. Also, a development package without any API docs is not very usable, and you're not shipping it even when it's on the source package. Please include this in the -dev package at least. Thanks. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#324882: followup
Today I worked on this bug, creating a test case, to finally discover that I cannot reproduce the bug in my computer. There are some warnings about wide characters being printed, so it feels like it's working by chance. Also, the patch by Gregor doesn't seem correct as it makes a lot of noise in other tests, and many fail. After some investigation, I came to the conclusion that toString should NOT be touched, as strings are currently correctly utf8 encoded, so it only makes sense to do the bit-juggling when outputting to a file/filedescriptor. Trimming the patch to do that makes all tests pass, and suppresses the wide char warnings. Also, it should be noted that CPAN#27793 and CPAN#14579 seem to be related to this. Upstream looks a little dead to me. I'm attaching my test case. -- Martín Ferrari encodings.t Description: Troff document
Bug#324882: libxml-dom-perl: ignores encoding on output
On Sun, Mar 2, 2008 at 11:50 PM, Glenn Maynard [EMAIL PROTECTED] wrote:
getAttribute() is still entities incorrectly, which is where I had
problems. In UTF-8, even with use utf8, this prints the raw byte 0xE4:
#!/usr/bin/perl;
use strict;
use warnings;
use utf8;
use XML::DOM;
my $parser = new XML::DOM::Parser;
my $doc = $parser-parse('?xml version=1.0 encoding=UTF-8?blah
x=test: #228;/');
print $doc-getDocumentElement-getAttribute(x);
I'm not following the bug, but want to tell you that even if you use
utf8 the default encoding for STDOUT and STDIN is latin1, so it's
normal that you're seeing the raw 0xE4.
My 2¢.
--
Martín Ferrari
Bug#468276: RFA: libfax-hylafax-client-perl -- Simple Perl client for HylaFAX fax server
retitle 468276 ITA: libfax-hylafax-client-perl -- Simple Perl client for HylaFAX fax server owner 468276 [EMAIL PROTECTED] thanks On Thu, Feb 28, 2008 at 12:30 AM, Ivan Kohler [EMAIL PROTECTED] wrote: I request an adopter for the libfax-hylafax-client-perl package. I'm injecting it to pkg-perl SVN. -- Martín Ferrari
Bug#467320: soap-lite: FTBFS with Perl 5.10 (test failures)
Hi Niko, On Sun, Feb 24, 2008 at 3:11 PM, Niko Tyni [EMAIL PROTECTED] wrote: Package: soap-lite Usertags: perl-5.10-ftbfs This package fails to build with Perl 5.10.0 (currently in experimental.) I tried to reproduce this, but I couldn't satisfy the dependencies: I'd need to recompile many packages for perlapi-5.10. Do you have some scripts to automate this? -- Martín Ferrari
Bug#466675: sun-java5-jre: jre/lib/security/*_policy.jar should be conffiles
Package: sun-java5-jre Version: 1.5.0-14-2 Severity: important As it's currently done with other files in the same directory, the jar files that impose the US crypto restrictions should be symlinks to files in etc, so they can be overwritten locally (the procedure indicated by Sun) with unrestricted versions and not overwritten on upgrades. Today, an application was rendered unusable in one of my test servers because of the latest stable upgrade reinstalling the cripppled versions. Also, please consider providing the unrestricted files in the same or an separate package, as this is very inconvenient for any real crypto work. Citing JRE's README: --- Unlimited Strength Java Cryptography Extension --- Due to import control restrictions for some countries, the Java Cryptography Extension (JCE) policy files shipped with the JRE allow strong but limited cryptography to be used. These files are located at java-home/lib/security/local_policy.jar java-home/lib/security/US_export_policy.jar where java-home is the jre directory of the JDK or the top-level directory of the JRE. An unlimited strength version of these files indicating no restrictions on cryptographic strengths is available on the JDK web site for those living in eligible countries. Those living in eligible countries may download the unlimited strength version and replace the strong cryptography jar files with the unlimited strength files. The JCE Unlimited Strength Jurisdiction Policy Files 5.0 are available from: http://java.sun.com/j2se/1.5.0/download.jsp - Thanks, Tincho. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sun-java5-jre depends on: ii debconf [debconf-2.0] 1.5.19 Debian configuration management sy ii java-common 0.27 Base of all Java packages ii locales 2.7-6 GNU C Library: National Language ( ii sun-java5-bin 1.5.0-14-2 Sun Java(TM) Runtime Environment ( Versions of packages sun-java5-jre recommends: ii gsfonts-x11 0.20 Make Ghostscript fonts available t ii java-common 0.27 Base of all Java packages -- debconf information: sun-java5-jre/jcepolicy: sun-java5-jre/stopthread: true * shared/accepted-sun-dlj-v1-1: true shared/error-sun-dlj-v1-1: * shared/present-sun-dlj-v1-1: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465742: ITP: libpoe-component-server-soap-perl -- POE component to publish event handlers via SOAP over HTTP
Package: wnpp Severity: wishlist Owner: Martín Ferrari [EMAIL PROTECTED] * Package name: libpoe-component-server-soap-perl Version : 1.11 Upstream Author : Apocalypse [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/POE-Component-Server-SOAP/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : POE component to publish event handlers via SOAP over HTTP POE::Component::Server::SOAP is a bolt-on component that can publish event handlers via SOAP over HTTP. Currently, this module only supports SOAP/1.1 requests, work will be done in the future to support SOAP/1.2 requests. The HTTP server is done via POE::Component::Server::SimpleHTTP. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329647: libpoe-component-client-http-perl: Any news?
Package: libpoe-component-client-http-perl Version: 0.65-1.1 Followup-For: Bug #329647 Hi, this bug is 2.5 years old, and the new version is needed to package another POE component. Please, if you don't have the time, consider giving[1] the package to the Debian Perl Group. [1] http://wiki.debian.org/Teams/DebianPerlGroup?action=show#head-e1811c16f568b2e2f356d6bf2d9db17f727d9804 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpoe-component-client-http-perl depends on: ii libnet-ssleay-perl 1.30-1Perl module for Secure Sockets Lay ii libpoe-perl2:0.9989-1.1 An event driven component architec ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl5.808-1 WWW client/server library for Perl ii perl 5.8.8-12 Larry Wall's Practical Extraction libpoe-component-client-http-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465548: libpoe-perl: Please package new upstream release (0.9999)
Package: libpoe-perl Version: 2:0.9989-1.1 Severity: wishlist Hi, I'd like to ask you to upload the 0. version of the POE distribution, released on last July, as I need it for a package I'm preparing (PoCo::Server::SimpleHTTP). Thanks! P.S. shameless plug: if you don't want to bother, please consider giving[1] the package to the Debian Perl Group. [1] http://wiki.debian.org/Teams/DebianPerlGroup?action=show#head-e1811c16f568b2e2f356d6bf2d9db17f727d9804 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libpoe-perl depends on: ii libfilter-perl1.31-2 Perl source filters ii perl 5.8.8-12 Larry Wall's Practical Extraction Versions of packages libpoe-perl recommends: ii libwww-perl 5.808-1WWW client/server library for Perl ii perl [libtime-hires-perl] 5.8.8-12 Larry Wall's Practical Extraction -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465545: ITP: libpoe-component-server-simplehttpd-perl -- simple HTTP server for POE
Package: wnpp Severity: wishlist Owner: Martín Ferrari [EMAIL PROTECTED] * Package name: libpoe-component-server-simplehttpd-perl Version : 1.40 Upstream Author : Apocalypse [EMAIL PROTECTED] * URL : http://search.cpan.org/dist/POE-Component-Server-SimpleHTTP/ * License : Perl (Artistic | GPL-1+) Programming Lang: Perl Description : simple HTTP server for POE POE::Component::Server::SimpleHTTP is Perl extension to easily serve HTTP requests within the POE framework. It supports SSL and pre-forking if libpoe-component-sslify-perl and libipc-shareable-perl, respectively, are installed. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#465198: libsoap-lite-perl: XML::Parser::Lite is totally broken
tags 465198 + pending-upstream thanks Further inspection lead me to see that in upstream's CVS this is already fixed. Probably this justifies a new upload including the fixed file, until upstream releases. On Feb 11, 2008 6:28 AM, Martín Ferrari [EMAIL PROTECTED] wrote: It is worth mentioning that SOAP::Lite prefers XML::Parser if it's available, and in Debian it is depended by SOAP::Lite. So this is effectively dead code. On Feb 11, 2008 6:20 AM, Martín Ferrari [EMAIL PROTECTED] wrote: Package: libsoap-lite-perl XML::Parser::Lite is unable to parse anything, under perl 5.8.8. It isn't even able to run the example from the manpage: -- Martín Ferrari
Bug#465198: libsoap-lite-perl: XML::Parser::Lite is totally broken
It is worth mentioning that SOAP::Lite prefers XML::Parser if it's available, and in Debian it is depended by SOAP::Lite. So this is effectively dead code. On Feb 11, 2008 6:20 AM, Martín Ferrari [EMAIL PROTECTED] wrote: Package: libsoap-lite-perl XML::Parser::Lite is unable to parse anything, under perl 5.8.8. It isn't even able to run the example from the manpage: -- Martín Ferrari
Bug#465198: libsoap-lite-perl: XML::Parser::Lite is totally broken
It is worth mentioning that SOAP::Lite prefers XML::Parser if it's available, and in Debian it is depended by SOAP::Lite. So this is effectively dead code. On Feb 11, 2008 6:20 AM, Martín Ferrari [EMAIL PROTECTED] wrote: Package: libsoap-lite-perl XML::Parser::Lite is unable to parse anything, under perl 5.8.8. It isn't even able to run the example from the manpage:
Bug#465198: libsoap-lite-perl: XML::Parser::Lite is totally broken
Package: libsoap-lite-perl
Version: 0.70.04-2
Severity: important
XML::Parser::Lite is unable to parse anything, under perl 5.8.8. It
isn't even able to run the example from the manpage:
$ cat t.pl
use XML::Parser::Lite;
$p1 = new XML::Parser::Lite;
$p1-setHandlers(
Start = sub { shift; print start: @_\n },
Char = sub { shift; print char: @_\n },
End = sub { shift; print end: @_\n },
);
$p1-parse('foo id=meHello World!/foo');
$ perl t.pl
junk 'foo id=meHello World!' before XML element
This is making XML::Parser::Lite::Tree fail, of course.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libsoap-lite-perl depends on:
ii libcompress-zlib-perl 2.008-1 Perl module for creation and manip
ii libcrypt-ssleay-perl 0.55-1Support for https protocol in LWP
ii libfcgi-perl 0.67-2FastCGI Perl module
ii libio-socket-ssl-perl 1.02-1Perl module implementing object or
ii libio-stringy-perl 2.110-3 Perl5 modules for IO from scalars
ii libmime-perl 5.425-1 Perl5 modules for MIME-compliant m
ii libossp-uuid-perl 1.5.1-1.1 perl OSSP::UUID - OSSP uuid Perl B
ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii libwww-perl5.808-1 WWW client/server library for Perl
ii libxml-parser-perl 2.36-1Perl module for parsing XML files
ii perl 5.8.8-12 Larry Wall's Practical Extraction
libsoap-lite-perl recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#464302: libmodule-load-conditional-perl: FTBFS: perl-modules: non-matching version installed (5.8.8-12 ! 5.10)
Hi Lucas, On Feb 6, 2008 6:02 AM, Lucas Nussbaum [EMAIL PROTECTED] wrote: Package: libmodule-load-conditional-perl During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: ** Using build dependencies supplied by package: Build-Depends: debhelper (= 6) 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. Maybe we should reassing this bug to sbuild? Thanks for your efforts. -- Martín Ferrari
Bug#464302: libmodule-load-conditional-perl: FTBFS: perl-modules: non-matching version installed (5.8.8-12 ! 5.10)
On Feb 6, 2008 6:08 PM, Lucas Nussbaum [EMAIL PROTECTED] wrote: If you want to ask me something, please put me in to To: or Cc:, or use [EMAIL PROTECTED] Submitters don't receive answers automatically. Gah, sorry, I always forget which bug aliases map to what :) On 06/02/08 at 10:39 -0200, Martín Ferrari wrote: Build-Depends-Indep: liblocale-maketext-simple-perl, libmodule-load-perl, libparams-check-perl, perl (= 5), perl-modules ( 5.10) | libversion-perl (= 0.69) 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? :-) As you said later, I was talking about | libversion-perl. If sbuild cannot understand this, isn't that a bug in sbuilder not properly implementing policy? -- Martín Ferrari
Bug#464069: vtun: Please add LSB formatted dependency info in init.d script
Hi Peter, On Feb 4, 2008 9:44 PM, Petter Reinholdtsen [EMAIL PROTECTED] wrote: I am working on a system to update the boot sequence based on these dependencies, and would like see this as the default in Lenny. Because of this, it is nice if the dependencies was updated quickly. I have this as a pending todo since some months ago. I just hadn't found the time to correctly implement this. Here is a patch to document the dependencies. I hope this is correct. Thanks for the patch! What I fear (and this is what prevented me for solving this before) is that for LSB compilance there should be some adherence to standards in the different actions performed (exit codes, functions used, etc), isn't that correct? I am also lacking a status action. +# Default-Stop: 0 1 6 As the stop script do not seem to do much except killing the daemon, that task might be better left to the sendsigs script in runlevel 0 and 6, to speed up shutdown. If this is indeed the case, I recommend removing 0 and 6 from the Default-Stop list. Shouldn't runlevel 1 be removed too in that case? -- Martín Ferrari
Bug#430665: libnet-snpp-perl: install-stamp rule invokes make install with bogus arguments
tags 430665 + pending thanks Hi Richard, In the bug report you say: so it seems that $(MAKE) install DESTDIR=$(b) PREFIX=/usr would be more portable. [I actually have a custom built perl 5.8.8 installed that I used to build libnet-snpp-perl] Would it be possible to change the rules file to this scheme? --- This is in fact what dh-make-perl uses now as a template; and what we're using as we go updating debian/rules to cope with current practices. For this package this is fixed now in SVN. -- Martín Ferrari
Bug#456490: closed by Martín Ferrari [EMAIL PROTECTED] (Bug#456490: fixed in qc-usb 0.6.6-3)
reopen 456490 thanks On Feb 1, 2008 7:27 PM, Stefan Lippers-Hollmann [EMAIL PROTECTED] wrote: Unfortunately kernel 2.6.24 doesn't like the CFLAGS redefinition intended to (only) apply for the qcset target and refuses to build the kernel module. Indeed, the bug is still present. Sorry, I only tested 2.6.23, because .24 was uninstallable from my mirror yesterday. I'll try to fix and upload today. Thanks. -- Martín Ferrari
Bug#463385: libmath-numbercruncher-perl: Some methods hanging after a while
Hi Gilles, On Jan 31, 2008 7:45 AM, Gilles Sadowski [EMAIL PROTECTED] wrote: Package: libmath-numbercruncher-perl Then (less easy to find out what is going on) some methods apparently hang when used repeatedly (i.e. in a loop): the program continue running but doesn't do anything useful (but doesn't seem to consume more more and more memory). It happens (at least) with 'Distance' and 'StandardDeviation'. After noticing the problem, I changed the code to call my own version of these functions, and the program ran to completion. Well, if the program continues running, that sounds more like you're looping on a condition that's never met. Could you please send us a snippet of code that can reproduce this problem? If you can also send the alternative, working version too, great. Thanks. -- Martín Ferrari
Bug#463038: libpathtools-perl: dummy package for a testing-only transition should be dropped
On Jan 28, 2008 11:09 PM, Steve Langasek [EMAIL PROTECTED] wrote: Package: libpathtools-perl Version: 3.2700-1 Severity: important The libpathtools-perl package claims to be a dummy package to ease the transition to libfile-spec-perl and can be safely removed. But libpathtools-perl has never existed in a stable release, so it shouldn't be added in the form of a dummy package either. Please drop this unnecessary binary package. For the record, I'm pasting below the short IRC chat with Steve about this bug: [00:20:33] Tincho vorlon: regarding #463038; even if the package was never in stable, isn't it desirable to have a smooth transition for current lenny users? [00:22:51] vorlon Tincho: how long of a transition period do you plan to provide for lenny users? it really isn't something that should be carried into a stable release, AFAICS [00:25:37] Tincho vorlon: that's a good point. We planned to remove it after lenny release; but if not, when would be the right time to do so without breaking things for current users? [00:28:36] vorlon Tincho: well, I would think that for testing, maybe 2 months is long enough to keep it? [00:29:54] Tincho vorlon: sounds reasonable. I'll send this to the bugreport if you don't disagree [00:30:08] vorlon Tincho: feel free So, let's remember to remove this binary about end of march/begining of april. -- Martín Ferrari
Bug#435801: more info needed
Hi Michael, while your patch seems sane, I'm not confident enough to apply it. The question that arises is why there is an undef value there instead of an empty list? In any case, if you could provide us with a way of reproducing the error, maybe we could understand better the problem. Thanks. -- Martín Ferrari
Bug#458822: debbugs: Please provide a way of relating bugs with source package when doing SOAP queries
Package: debbugs Severity: wishlist [01:12:52] dondelelcaro Tincho: what exactly are you trying to do? [01:13:18] Tincho dondelelcaro: I maintain the scripts that build this page: http://pkg-perl.alioth.debian.org/cgi-bin/qareport.cgi [01:13:52] Tincho for that, I construct a list of source packages I'm interested in, and then call get_bugs(src = [EMAIL PROTECTED]) [01:14:28] Tincho then, for retrieving the status of each bug, get_status(@list_of_bugs) [01:14:57] dondelelcaro oh, and you just want to know which bugs were retunred by which source package [01:15:04] Tincho dondelelcaro: exactly There are two things that could be done: adding a source key to the hash returned by get_status, or enabling get_bugs to return a hash indexed on the requested source package. The latter seems easier to implement, although it would mean that I still have to make many queries; the former would be ideal for me: two queries would return all the information I need. Nowadays I'm just doing the two queries thing, because 99% of the perl modules have the same source package name as the (only) binary package. But I've just found that this wasn't working for the few packages that differ. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23-1-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#114920: [PROPOSAL] remove foolish consistency in perl module names
Hi, On Jan 2, 2008 12:28 AM, Russ Allbery [EMAIL PROTECTED] wrote: This is a Policy proposal that's sat in the Policy bug queue with wording and seconds for quite some time. I'd like to resurrect it and resolve it one way or the other. I think the proposal is a good technical solution to the problem: I really want to still be able to apt-get install libbusiness-onlinepayment-bankofamerica-perl, I don't need to think twice to find it. But, is this really a problem? I don't completely grasp the benefit of using reduced names for libraries. Also, there is the problem of assigning good names. Perl modules usually don't have fancy names, saving a couple of distributions. For XS wrappers of C libraries, it could just use the name of the C library plus -perl, but what about the rest of CPAN? And I find the lack of a lib prefix (like the python people do) ugly. Call me a consistency freak :) -- Martín Ferrari
Bug#458123: cron should not skip jobs when entering DST
Package: cron Version: 3.0pl1-100 Severity: normal Despite the presence of a Debian-specific patch to address this, I just tried it to see what would happen tomorrow with the new ARST, and it didn't run a job I scheduled for midnight. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cron depends on: ii adduser 3.105 add and remove users and groups ii debianutils 2.28.2 Miscellaneous utilities specific t ii libc62.7-4 GNU C Library: Shared libraries ii libpam0g 0.99.7.1-5 Pluggable Authentication Modules l ii libselinux1 2.0.15-2+b1 SELinux shared libraries ii lsb-base 3.1-24 Linux Standard Base 3.1 init scrip Versions of packages cron recommends: ii msmtp-mta [mail-transport-age 1.4.13-1 light SMTP client with support for -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457527: lintian: misspelled menu-section tag
Package: lintian Version: 1.23.36 Severity: normal Tags: patch The non-wm-module-in-wm-modules-menu-section tag is triggered from /usr/share/lintian/checks/menu-format, but it is described as non-wm-module-in-wm-module-menu-section in /usr/share/lintian/checks/menu-format.desc. The fix is trivial: $ diff menu-format.desc /usr/share/lintian/checks/menu-format.desc 171c171 Tag: non-wm-module-in-wm-module-menu-section --- Tag: non-wm-module-in-wm-modules-menu-section Note: I find that particular description difficult to understand. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lintian depends on: ii binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina ii diffstat1.45-2 produces graph of changes introduc ii dpkg-dev1.14.7 package building tools for Debian ii file4.21-3 Determines file type using magic ii gettext 0.16.1-2 GNU Internationalization utilities ii intltool-debian 0.35.0+20060710.1Help i18n of RFC822 compliant conf ii libparse-debianchan 1.1.1-1 parse Debian changelogs and output ii man-db 2.5.0-4 on-line manual pager ii perl [libdigest-md5 5.8.8-12 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435480: libapache2-mod-perl2: Apache::Test fails in `fakeroot' environment
Hi, I'm not sure why you consider this a showstopper for building packages which use Apache::Test, since testing is usually done in the build phase, without fakeroot nor root privileges. If nobody disagrees, I'll be closing this bug. -- Martín Ferrari
Bug#451838: dh-make-perl: picks wrong case in case of case collision :-)
Hi,
I created a patch that I think solves this issue. But I'm not sure if
this is worth the trouble: it is a very rare thing to find this kind
of collisions, and also it will make trouble because of name-clashing
it the Debian namespace. What do other people think about it?
See the attached patch.
--
Martín Ferrari
Index: dh-make-perl
===
--- dh-make-perl (revisión: 11147)
+++ dh-make-perl (copia de trabajo)
@@ -286,8 +286,19 @@
$CPAN::Config-{'histfile'} = $ENV{'HOME'} . /.cpan/history;
$CPAN::Config-{'keep_source_where'} = $ENV{'HOME'} . /.cpan/source;
- $mod = CPAN::Shell-expand('Module', '/^'.$opts{cpan}.'$/')
- || die Can't find '$opts{cpan}' module on CPAN\n;
+ my @mod = CPAN::Shell-expand('Module', '/^'.$opts{cpan}.'$/')
+ or die Can't find '$opts{cpan}' module on CPAN\n;
+ foreach(@mod) {
+ my $file = $_-cpan_file();
+ $file =~ s#.*/##; # remove directory
+ $file =~ s/(.*)-.*/$1/; # remove version and extension
+ $file =~ s/-/::/g; # convert dashes to colons
+ if($file eq $opts{cpan}) {
+$mod = $_;
+last;
+ }
+ }
+ $mod = shift @mod unless($mod);
$mod_cpan_version = $mod-cpan_version;
$cpanversion = $CPAN::VERSION;
$cpanversion =~ s/_.*//;
Bug#455581: ecj should depend on gij-4.2
Package: ecj Version: 3.3.0+0728-2 Severity: normal When using ecj in a hybrid etch/lenny system I got: /usr/bin/ecj: line 25: /usr/bin/gij-4.2: No existe el fichero o el directorio /usr/bin/ecj: line 25: exec: /usr/bin/gij-4.2: cannot execute: No existe el fichero o el directorio Which shows that ecj is expecting gij-4.2 to be present, but it is not declared as a dependency. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (901, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-686 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages ecj depends on: ii java-common 0.25 Base of all Java packages ii libecj-java 3.3.0+0728-2 Eclipse Java compiler (library) Versions of packages ecj recommends: pn ecj-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452122: Opinions about #452122
Hi there, this bug report is reproducible here, and the fix seems
sensible. Has anyone an opinion on it, or should I just apply it?
I'm copying the original report below:
Searching for DateTime package using apt-file.
Use of uninitialized value in split at /usr/bin/dh-make-perl line 730.
A look at line 730f. shows:
if ($f =~ /$re/ !
grep { $_ eq $p } @deps, split(/,/,$opts{basepkgs})) {
After a cursory glance at the sources, I think that
$opts{basepkgs}
should be replaced with
@stdmodules
--
Martín Ferrari
Bug#342751: Triaging on dh-make-perl
Gunnar, Have you had the opportunity to advance on this bug (last mail is from you saying you were working on it)? Maybe some pointer so me or other can finish it? Saludos, Tincho. -- Martín Ferrari
Bug#422026: (mod-perl2) PerlSetEnv vars not available in PerlPostConfigRequire startup script
Hi, sorry if this has been already reported and I missed it, but searching for bugs in a mailing list is not that easy (originally reported in Debian -- see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=422026) From: srdjan [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: libapache2-mod-perl2: PerlSetEnv vars not available in PerlPostConfigRequire startup script Date: Thu, 03 May 2007 12:50:55 +1200 Package: libapache2-mod-perl2 Version: 2.0.2-2.4 Severity: normal Documentation is not explicit on weather PerlSetEnv updates %ENV only for requests, but it certainly breaks mod_perl 1 behaviour - it used to work for PerlRequire. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-k7 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-perl2 depends on: ii apache2. 2.2.3-4+b1 Next generation, scalable, extenda ii libapr1 1.2.7-8.2 The Apache Portable Runtime Librar ii libaprut 1.2.7+dfsg-2+b1 The Apache Portable Runtime Utilit ii libc62.5-4 GNU C Library: Shared libraries ii libdevel 2.03-3 Perl module for inspecting perl's ii libperl5 5.8.8-7 Shared Perl library ii liburi-p 1.35-2 Manipulates and accesses URI strin ii libuuid1 1.39+1.40-WIP-2006.11.14+dfsg-2 universally unique id library ii libwww-p 5.805-1 WWW client/server library for Perl ii netbase 4.29Basic TCP/IP networking system ii perl [li 5.8.8-7 Larry Wall's Practical Extraction ii perl-bas 5.8.8-7 The Pathologically Eclectic Rubbis NOTE: please CC, I'm not subscribed. -- Martín Ferrari
Bug#454564: ITP: libjtds-java -- Pure Java (type 4) JDBC 3.0 driver for Microsoft SQL Server and Sybase
Package: wnpp Severity: wishlist Owner: Martín Ferrari [EMAIL PROTECTED] * Package name: libjtds-java Version : 1.2.2 Upstream Author : The jTDS Project [EMAIL PROTECTED] * URL : http://jtds.sourceforge.net/ * License : LGPL Programming Lang: Java Description : Pure Java (type 4) JDBC 3.0 driver for Microsoft SQL Server and Sybase jTDS is an open source JDBC 3.0 Type 4 driver for Microsoft SQL Server (6.5, 7.0, 2000 and 2005) and Sybase (10, 11, 12, 15). jTDS is the fastest JDBC driver for MS SQL Server and is a complete implementation of the JDBC spec. jTDS is the most performant JDBC driver for both Microsoft SQL Server and Sybase. It is a complete implementation of JDBC 3.0, it passes the J2EE 1.3 certification and Hibernate test suites and is the preferred SQL Server/Sybase driver for JBoss, Hibernate, Atlassian JIRA and Confluence, DbVisualizer and Compiere. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.22-3-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296832: follow-up on old bug
This bug doesn't seem to be still present in testing, although something very similar happens with the GET script: $ perl -e 'use LWP::UserAgent;my $ua=LWP::UserAgent-new; my $response= $ua-get(http://www.math.ucl.ac.be/membres/vanschaftingen/publications.fr.html;); $response-decoded_content();' $ LANG=C GET -d http://www.math.ucl.ac.be/membres/vanschaftingen/publications.fr.html Parsing of undecoded UTF-8 will give garbage when decoding entities at /usr/share/perl5/LWP/Protocol.pm line 114. All seems to be connected with HTML::HeadParser, which in its POD says: Note that the CHTML::HeadParser might get confused if raw undecoded UTF-8 is passed to the parse() method. Make sure the strings are properly decoded before passing them on. This seems to be the same issue as in #386565. Shall we close this bug and only keep the latter? -- Martín Ferrari [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#296832: follow-up on old bug
This bug doesn't seem to be still present in testing, although something very similar happens with the GET script: $ perl -e 'use LWP::UserAgent;my $ua=LWP::UserAgent-new; my $response= $ua-get(http://www.math.ucl.ac.be/membres/vanschaftingen/publications.fr.html;); $response-decoded_content();' $ LANG=C GET -d http://www.math.ucl.ac.be/membres/vanschaftingen/publications.fr.html Parsing of undecoded UTF-8 will give garbage when decoding entities at /usr/share/perl5/LWP/Protocol.pm line 114. All seems to be connected with HTML::HeadParser, which in its POD says: Note that the CHTML::HeadParser might get confused if raw undecoded UTF-8 is passed to the parse() method. Make sure the strings are properly decoded before passing them on. This seems to be the same issue as in #386565. Shall we close this bug and only keep the latter? -- Martín Ferrari [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#297765: Package should be named libmime-tools-perl, not libmime-perl
On Nov 30, 2007 11:04 AM, Niko Tyni [EMAIL PROTECTED] wrote: On Fri, Nov 30, 2007 at 01:38:13PM +0200, Damyan Ivanov wrote: I am for renaming (plus a transitional package). So am I, the existence of MIME/Tools.pm tips the scales for me. FWIW, I think it makes sense to rename both the source and the binary package in the same go. Maybe it's not worth the effort to put it in the NEW queue... that's really only cosmetic. In any case, I don't have a strong opinion against it. -- Martín Ferrari
Bug#451799: new evince cannot display Japanese characters correctly
(Dropping -legal from the cc) On Nov 27, 2007 3:56 PM, Josselin Mouette [EMAIL PROTECTED] wrote: The new poppler version needs some specific files that contain some mappings between Unicode and other encodings, which are in a separate package. That's all that it contains? can't that be reproduced with data from iconv or similar? -- Martín Ferrari
Bug#451998: DM application for Martín Ferrari
Package: debian-maintainers I've put together the required changeset, with relevant links and my public key. My key has been already checked for NM, if that helps; and I have lots of signatures from DDs. I don't have any package with the new control field. I'll ask my usual sponsors after I'm added to the DM keyring. Cheers, Martín. -- Martín Ferrari [EMAIL PROTECTED] Changed-By: Date: Mon, 19 Nov 2007 14:35:18 -0300 Comment: adding debian-maintainer Martín Ferrari NM-Page: https://nm.debian.org/nmstatus.php?email=martin.ferrari%40gmail.com Agreement: http://lists.debian.org/debian-newmaint/2007/11/msg00090.html Advocates: - damog: http://lists.debian.org/debian-newmaint/2007/08/msg6.html - des: http://lists.debian.org/debian-newmaint/2007/08/msg7.html - marga: http://lists.debian.org/debian-newmaint/2007/08/msg00012.html Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.6 (GNU/Linux) mQGiBEGBEtIRBADgJz3KlqgFfDYtmjCVOwCeg7wAp44yfMBeEemcJAwiH8K6MrRN Ay/igAIOgXwFHOB7rBlpZY2qsIZygKQxvLIkTyrZVkxnOTbg7o1EV0U2z9RFh9QM bCMrEbI4a8aCuk3XhRX725OG/zAoE3ei4FcOXjix3V+4CujySVruV3oIhwCgnB1K jkDVrpmMiNqAZdvYUd+FlIsEALRp21fqiE4uNuB1O/fczM8AZMWzV5fEN8ATKbfa BQnAnS+F+QfGJ4LkRausnHm06kRE1PR4msLcp9CUUIvgyC7hBto6mwuels1i5uWm UuDPSxNfYyikwfegXpHcO5PJqozWD8YtzTYfWLtcay4ryhHKpO2DyvrMxpgpciQx 2Ms+A/0T+TV/rbUfmjamabAgW/krQD5UmDiZXufVldxKtdmXgeA8dKbCihZ999JY /YpvxdrrAMotjzKF2AmoTEBBQuWAFMwlrOQiNo/gJyYsxRpFvgp1cN5FUBoBoLue XraoGuOkC26KoYd4zInp3QNnotGiBY5ihsWDAZz7wmh8BY6MKrQqTWFydMOtbiBG ZXJyYXJpIDxtYXJ0aW4uZmVycmFyaUBnbWFpbC5jb20+iEYEEBECAAYFAkLeIK0A CgkQipBneRiAKDw2sgCghZHEqm47XrubbSsAK9aNvhN5dUMAn38eD8kNt5UkJkOt RAJrKCDGsWgFiEYEEhECAAYFAkLdg1oACgkQ3nqvbpTAnH9TjACfVdxKyFiUowP/ SBoSeH+785WFlkYAn0nKuizIHqZ1gRBo92cO+7CzixWXiEwEEBECAAwFAkLeWkAF gwJlH5IACgkQ+FmQsCSK63NbIACdFMGu5YMITwrVMBOAI/HjIDNV1zcAnR1wmEJZ WIy4QpTiRR5IkW9cl26NiEwEEhECAAwFAkGBRQ0FgwPCNMUACgkQIntwtlWVB0rS zwCfUb+USbSqvwfzRp9h9d5Gk5dayxkAn30q6bh5ZFcFxl4TEtKY1fUi3o2ZiEwE ExECAAwFAkGBQ20FgwPCNmUACgkQlAuUx1tI/67uzQCdHtiM2tdKuDyiig0tPztQ na86cBYAniN3ZhPR5KIqaTVboRX/TdIupRXiiEwEExECAAwFAkLZEOQFgwJqaO4A CgkQjJA0f48GgBJlfACfeF0IDb3zXCiT9KzV9M3h6vZO+roAn0ucdvoo0UR8mDk1 Ci9z5NAUrqduiGEEExECACECGwMGCwkIBwMCAxUCAwMWAgECHgECF4ACGQEFAkRe rKIACgkQaWQ2v1ddCnb/HQCgkQUawnM73kB1Kyr1EjVy/whluowAnRRbVSkIt4nZ TpTQf50wsTJStIDuiEwEEBECAAwFAkLurSEFgwJUzLEACgkQiSG13M0VqIPPIwCd G15SWIRa+MeCXE2Jm97RAFgSDFkAnAmutd8qyXCQamE0u0UJs22TXZU2iEwEEBEC AAwFAkLurUEFgwJUzJEACgkQBxd04ADYzRb/DQCgtGvfIWiFkK0FOjOZY0dHI8sJ YywAnAg3PA5CVOvCXKDTmPLzz61X6IaMiGQEExECACQFAkGBEtICGwMFCQPCZwAG CwkIBwMCAxUCAwMWAgECHgECF4AACgkQaWQ2v1ddCnZgrgCeL2IxinpLD2seFdCD Eo9DeiawORIAn2QLhFH37LhHKh28ehYL/Vh7cPk2iEYEEBECAAYFAkQleK8ACgkQ cV7WoH57iskg2ACghv4pWexdREnK8Vb+zGa7rKNOqvAAn37+pe3Mohffvxjg25C1 9fa96+syiGcEExECACcCGwMFCQPCZwAGCwkIBwMCAxUCAwMWAgECHgECF4AFAkLu uwgCGQEACgkQaWQ2v1ddCnYgfQCgiiOrxMmn4xK2QO/TJW2Ma6sKtjIAnj3XeFBe F8S3qXV2N8QzewoEg1+GiEYEEBECAAYFAkRujc8ACgkQJgw1SIj4j4/UBQCfYtrh jEEMcHhOAYpbd2tSNQ2CPGYAoJD0EGJYE7QV+cb5+WypJIJIVRhDiEYEEBECAAYF AkRuj7YACgkQ11ldN0tyliWAUQCgiPQQsDEVb50Fc24HAxiVrbdBsAEAnjDNmuXD TAW6BdznTs6U5K1FP6IRiEYEEBECAAYFAkRukVoACgkQfPP1rylJn2FffwCfRWDl sV6IE7l/ByrGdOnxPN0riOAAnRFow/EGAyXf+efKZd7F4ZNQhWMoiEYEEBECAAYF AkRurNgACgkQVAp7Xm10Jmm6TwCfZlVlt3wyy8OF/SUpMyrBRiS6iQsAn2qhX0TM Ut55t3HEAG+y7cXYhcRWiEYEEBECAAYFAkRurh4ACgkQUWAsjQBcO4LjLQCeOih/ SnGLG44ruMvqEGbz73vYgKsAnRKU3RE8JW3P1byzMjJbq+30HFKDiEYEEBECAAYF AkRutb0ACgkQ5UTeB5t8Mo1kUQCgh3rUf9YKtVQlfi0yPZ1yKwnxb/wAoLT0BjmU i6cgmTw56Ajo1QhB4/3ciEYEEBECAAYFAkRuvcMACgkQmBxf18ZxJX1zxwCbBCy3 NrWjLBQqd6SbXSI2bC98/zIAoIeJvWx6NuSAWRVSMe/QvCaOTx3biEYEEBECAAYF AkRu7m4ACgkQzur584O2RlZ89QCfT2M1JbHBJSTgkWGZC70eL6WE8uoAn1+NQjuL 5mK0ihb0xxzQuI5bO3ciiEYEEBECAAYFAkRvUgwACgkQSYIMHOpZA478kQCfbnYI iVZTJegfUgVmRNcJZKZtRX0An0lSGHbKi62lm3pC9OP6/stszPvfiEYEEBECAAYF AkRvkkAACgkQxRSvjkukAcNKBgCeMki8JVXuac3qqHcHixuLnJRhN90AnAveQl2z 1GO/ckyFggMm5ucnhLnpiEYEEBECAAYFAkRv1oUACgkQQUuEI2/szeBfIQCgh6r4 zP23c6xJRq3cUkxRsDyEqR8An2BaZHvXCTeJgJh/+deq+MPb3OrIiEYEEBECAAYF AkRv9IEACgkQOU3FkQ7XBOrvmACfQ1Ir0HZqx//Z9fo859yT51cQqkwAn21Sp3nV bliIFhtQeD1wuEC5ukuSiEYEEBECAAYFAkRv+FMACgkQw3ao2vG823NEHQCeP1Jv +O8YV27syW0W/v8UfyPB9OcAmwbKVL75o8npkGv/l2s+DNxEjdseiEYEEBECAAYF AkRwCuEACgkQvPbGD26BadK/HQCgs86bJgljmgo0dCfFNANA2HLOJKcAoKtk646w rKr+LH2fHx+utyJSEv6oiEYEEBECAAYFAkRwD0IACgkQHuKcDICy0QoymgCfZ1X5 ZqR0dXfmiGvdmDlTUyjG2xEAn3wqnsDfm/Ydcin2M97w1h8E8SW6iEYEEBECAAYF AkR9vBcACgkQ2A7zWou1J6+/kQCfSxNhpYoHYaTjjuqywFsObxvsuzcAoM1dqryH BpngwGy0kJ0GPiGbQ1JCiEYEEhECAAYFAkRwLoEACgkQGKDMjVcGpLRPOACeLePt oVJFqAgaq1+j8IrOOIuSu0gAnjQuH33AnjNj7JfbTEcj8qYRiI4QiEYEEBECAAYF AkR2BtcACgkQ79ZNCRIGYgdXSgCgtPYFAR2d2dTeZLG4WVjomH745cwAn2d2uNRu EqVS0sYmeolUjE8iVOObiEYEEBECAAYFAkR31BsACgkQYemOzxbZcMbD0QCffcYV UNiaJdLl/dkpxHFGPuXl8xMAoKr+VgtFvqmMAXOzzhWGzaN3j3VqiEYEEBECAAYF AkR7jg0ACgkQjmtY05dBwDoKTQCfWKi4WArxzZ0MNYbsOg1rigloSsQAoNUhSDks a+2FGjvtbe
Bug#450929: libtest-expect-perl: FTBFS: BEGIN failed--compilation aborted at lib/Test/Expect.pm line 5.
tags 450929 pending thanks Hi, this was already detected and fixed in SVN. Will be uploaded shortly. Thanks for your QA work. On 11/12/07, Michael Ablassmeier [EMAIL PROTECTED] wrote: Package: libtest-expect-perl version: 0.30-1 Severity: serious User: [EMAIL PROTECTED] Usertags: qa-ftbfs-20071106 qa-ftbfs Justification: FTBFS on i386 Hi, During a rebuild of all packages in sid, your package failed to build on i386. Relevant part: make[1]: Entering directory `/build/user/libtest-expect-perl-0.30' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(0, 'blib/lib', 'blib/arch') t/*.t t/simpleCan't locate Expect/Simple.pm in @INC (@INC contains: lib /build/user/libtest-expect-perl-0.30/blib/lib /build/user/libtest-expect-perl-0.30/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 lib/Test/Expect.pm line 5. BEGIN failed--compilation aborted at lib/Test/Expect.pm line 5. Compilation failed in require at t/simple.t line 5. BEGIN failed--compilation aborted at t/simple.t line 5. dubious Test returned status 2 (wstat 512, 0x200) FAILED--1 test script could be run, alas--no output ever seen make[1]: *** [test_dynamic] Error 2 make[1]: Leaving directory `/build/user/libtest-expect-perl-0.30' make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 The full build log is available from http://people.debian.org/~lucas/logs/2007/11/06 A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on about 50 AMD64 nodes of the Grid'5000 platform, using a clean chroot containing a sid i386 environment. Internet was not accessible from the build systems. bye, - michael ___ pkg-perl-maintainers mailing list [EMAIL PROTECTED] http://lists.alioth.debian.org/mailman/listinfo/pkg-perl-maintainers -- Martín Ferrari
Bug#390840: Adopting camstream
retitle 390840 ITA: camstream -- Collection of tools for webcams and other video-devices owner 390840 ! thanks -- Martín Ferrari
Bug#431803: ITP: pyctures -- Small and simple web gallery for pictures
retitle 431803 RFP: pyctures -- Small and simple web gallery for pictures noowner 431803 thanks After all, I am not using this program, and I really don't know how to package web.py applications in a reasonable way. So, I'm changing this to a RFP. On 7/4/07, Martín Ferrari [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Martín Ferrari [EMAIL PROTECTED] * Package name: pyctures Version : 0.20 Upstream Author : Alberto Bertogli [EMAIL PROTECTED] * URL : http://auriga.wearlab.de/~alb/pyctures/ * License : BOLA (Public Domain) plus some 3rd party modules (BSD, MIT Public Domain) Programming Lang: Python Description : Small and simple web gallery for pictures pyctures is a small web gallery written in Python that uses the web.py framework. It does not use any database and stores all the necessary data in the filesystem. It does not intend to be as featureful as other galleries, just to be comfortable to browse. Most of the administration tasks are performed by manual file manipulation, so the owner is expected to be comfortable doing UNIX administration. It comes with one simple CSS-based style, and the HTML templates are isolated from the code, so it's very easy to modify. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Martín Ferrari
Bug#447461: libdevice-cdio-perl: FTBFS: Can't exec -I/usr/include: No such file or directory at /usr/share/perl5/Module/Build/Base.pm line 4096.
On 10/21/07, gregor herrmann [EMAIL PROTECTED] wrote: Alright, I've created a patch that for the moment fixes Build.PL; could someone please take a look at it (in pkg-perl's svn)? Guys, you are really fast! I didn't even have the chance to read the mails and try fixing it :) Thanks!! -- Martín Ferrari
Bug#339364: [Vtun-devel] Question about old patch proposed
Hi Bishop, On 10/17/07, bishop [EMAIL PROTECTED] wrote: That patch looks pretty mangled and the (apparent) Artifact ID it references doesn't look valid. Is the problem still occurring? But I think you're asking the same question, and I've never seen such a problem in my own set-up; not that As you guessed, I don't know and haven't ever seen that problem. But then again, it's very specific and I don't know how to reproduce it. Maybe the OP (who should be receiving copies of this can enlighten us?). I've recognized to be the bug so reported. I'll put it on my queue, but I can't say when I'd be able to generate a set of patches from 301. Anyone else care to reformat the diff as mentioned on the Debian site and review it? Please CC me if anyone finds something about this, I'm not subscribed. Thanks for your kind help, as usual :) -- Martín Ferrari
Bug#339364: [Vtun-devel] Question about old patch proposed
On 10/17/07, Eugene Berdnikov [EMAIL PROTECTED] wrote: On Wed, Oct 17, 2007 at 01:05:11AM -0700, bishop wrote: That patch looks pretty mangled and the (apparent) Artifact ID it references doesn't look valid. ... I've recognized to be the bug so reported. I'll put it on my queue, but I can't say when I'd be able to generate a set of patches from 301. Where is 3.01? Page http://vtun.sourceforge.net/download.html have only references for 3.0.0, that's why I did not submit this patch again. That's outdated, use http://sourceforge.net/project/showfiles.php?group_id=2947 -- Martín Ferrari
Bug#339364: [Vtun-devel] Question about old patch proposed
Eugene, On 10/17/07, Eugene Berdnikov [EMAIL PROTECTED] wrote: That's outdated, use http://sourceforge.net/project/showfiles.php?group_id=2947 Thank you for this reference. As a Debian maintainer you can update URL in the vtun package description block, and I ask you to do that. The homepage in the description is correct. Only that the download section doesn't list the last version. That is correctly pointed in the watch file. I'll make a look at this code in a couple of days. Great, I'll wait for your follow-up. Please, also send steps to reproduce the problem, because nor upstream nor me had reproduced it yet. Thanks. -- Martín Ferrari
Bug#446715: #446715 Could not load 18pt font font.ttf
tags +pending thanks Hi, I found the problem. It was a typo in upstream (+= written as =+) which prevented qonk for finding the font in the correct directory. It worked because it has a fallback to look in the ./data directory, and when I was testing this, I was sitting on the source directory. I fixed this and it's pending for an upload. Thanks. -- Martín Ferrari
Bug#446715: #446715 Could not load 18pt font font.ttf
tags 446715 +pending thanks I just discovered that upstream made a new release which fixes this. So I'm preparing an upload for it. -- Martín Ferrari
Bug#339364: Question about old patch proposed
Hi there, while looking at bugs reported in Debian BTS, I found an old one [0], which includes a patch, for a problem with timeouts in UDP mode. I've found that this patch was also sent here, to the development list [1], without any answer. I'd like to have your opinion on that patch/bug, to see if it's a good solution to the problem and apply it in Debian. Thanks, Martín. [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=339364 [1] http://sourceforge.net/mailarchive/message.php?msg_id=20051117151625.GD12087%40protva.ru -- Martín Ferrari
Bug#414502: Followup on the compressed NEWS.Debian file
tags 414502 +pending thanks Hi, I was trying to resolve this bug, and found out that dh_compress considers NEWS.Debian a changelog, and so it compresses it without regard of its size. So I fixed the message in the init.d script. This bug will be closed as soon as this gets uploaded. Thanks, and sorry for the delay. -- Martín Ferrari
Bug#373966: ITP: qonk -- Small build-and-conquer strategy game with very simple rules
Hi Jordà, On 9/11/07, Jordà Polo [EMAIL PROTECTED] wrote: Sadly, upstream never resolved licensing issues (it is supposedly GPL, but it's missing notices in source files and readme) Looks like there is a revival going on[1][2] and a new version was released a few days ago[3]. They are probably more responsive now, it would be interesting to ask them again about those licensing issues. Oh, that's great! Thanks for the information. I've asked upstream about this some months ago without any answer. I've just downloaded it, and now the files have a small notice on them. maybe now it'd be anough. (Btw, I loved the game and I'm willing to help if needed. Perhaps it would be a good idea to move the packaging to the pkg-games repo.) I'm fine if the pkg-games team wants qonk, although I'll not be able to join another group, the perl group is enough for me :). -- Martín Ferrari
Bug#438168: The status of libapache2-mod-perl2
On 8/16/07, Gunnar Wolf [EMAIL PROTECTED] wrote: - Should we hijack/adopt the package, or will its current maintainers stand up and get it back to life? - Is there somebody who wants to lead this? - Pkg-perl and/or Apache groups: Do you agree? :) - In any other case: Other takers? I think that such an important module would benefit from group maintenance, be it the apache or the perl group. I don't think I have all the knowledge to lead it, but I can help. I have used mod_perl a lot, know enough C, and I'm already somewhat familiar with basic perlguts. -- Martín Ferrari
Bug#438192: hfsutils doesn't support volumes larger than 2GiB
Package: hfsutils
Version: 3.2.6-11
Severity: normal
Tags: patch
Hi, there is a limitation in libhfs, which prevents it from using
volumes larger than 2 GiB, although HFS volumes can be much bigger
(terabytes, I think) and most bootable DVDs for mac aren't usable with
hfsutils.
Since I'm using the lib for other project, I fixed most of the code to
use correct types and now I think it works OK with volumes up to
2**(32+12) in size. That's because long ints are still used in other
parts of the code, but I wanted to keep my modifications minimal.
The patch also changes a couple of things in config.h and configure.in
(most notable AC_SYS_LARGEFILE), but you should adapt those and re-run
autotools.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (901, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages hfsutils depends on:
ii libc6 2.6-2 GNU C Library: Shared libraries
hfsutils recommends no packages.
-- no debconf information
diff -aur libhfs/block.c ../../cvs/pancutan/hfsbootfiles/block.c
--- libhfs/block.c 2007-08-16 05:30:19.0 +0100
+++ ../../cvs/pancutan/hfsbootfiles/block.c 2007-08-14 14:07:33.0 +0100
@@ -578,7 +578,8 @@
*/
int b_readpb(hfsvol *vol, unsigned long bnum, block *bp, unsigned int blen)
{
- unsigned long nblocks;
+ off_t sblocks;
+ ssize_t nblocks;
# ifdef DEBUG
fprintf(stderr, BLOCK: READ vol 0x%lx block %lu,
@@ -589,15 +590,15 @@
fprintf(stderr, \n);
# endif
- nblocks = os_seek(vol-priv, bnum);
- if (nblocks == (unsigned long) -1)
+ sblocks = os_seek(vol-priv, (off_t)bnum);
+ if (sblocks == (off_t) -1)
goto fail;
- if (nblocks != bnum)
+ if (sblocks != bnum)
ERROR(EIO, block seek failed for read);
- nblocks = os_read(vol-priv, bp, blen);
- if (nblocks == (unsigned long) -1)
+ nblocks = os_read(vol-priv, bp, (ssize_t)blen);
+ if (nblocks == (ssize_t) -1)
goto fail;
if (nblocks != blen)
@@ -616,7 +617,8 @@
int b_writepb(hfsvol *vol, unsigned long bnum, const block *bp,
unsigned int blen)
{
- unsigned long nblocks;
+ off_t sblocks;
+ ssize_t nblocks;
# ifdef DEBUG
fprintf(stderr, BLOCK: WRITE vol 0x%lx block %lu,
@@ -627,15 +629,15 @@
fprintf(stderr, \n);
# endif
- nblocks = os_seek(vol-priv, bnum);
- if (nblocks == (unsigned long) -1)
+ nblocks = os_seek(vol-priv, (off_t)bnum);
+ if (nblocks == (off_t) -1)
goto fail;
if (nblocks != bnum)
ERROR(EIO, block seek failed for write);
- nblocks = os_write(vol-priv, bp, blen);
- if (nblocks == (unsigned long) -1)
+ nblocks = os_write(vol-priv, bp, (ssize_t)blen);
+ if (nblocks == (ssize_t) -1)
goto fail;
if (nblocks != blen)
Sólo en libhfs/: block.c.orig
diff -aur libhfs/btree.c ../../cvs/pancutan/hfsbootfiles/btree.c
--- libhfs/btree.c 2007-08-16 05:30:20.0 +0100
+++ ../../cvs/pancutan/hfsbootfiles/btree.c 2007-08-16 00:43:23.0 +0100
@@ -409,7 +409,7 @@
* DESCRIPTION: recursively locate a node and insert a record
*/
static
-int insertx(node *np, byte *record, int *reclen)
+int insertx(node *np, byte *record, unsigned int *reclen)
{
node child;
byte *rec;
diff -aur libhfs/config.h.in ../../cvs/pancutan/hfsbootfiles/config.h.in
--- libhfs/config.h.in 2007-08-16 05:30:21.0 +0100
+++ ../../cvs/pancutan/hfsbootfiles/config.h.in 2007-08-16 00:49:52.0 +0100
@@ -1,57 +1,70 @@
-/* config.h.in. Generated automatically from configure.in by autoheader. */
-/*
- * libhfs - library for reading and writing Macintosh HFS volumes
- * Copyright (C) 1996-1998 Robert Leslie
- *
- * This program is free software; you can redistribute it and/or modify
- * it under the terms of the GNU General Public License as published by
- * the Free Software Foundation; either version 2 of the License, or
- * (at your option) any later version.
- *
- * This program is distributed in the hope that it will be useful,
- * but WITHOUT ANY WARRANTY; without even the implied warranty of
- * 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 program; if not, write to the Free Software
- * Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.
- *
- * $Id: acconfig.h,v 1.5 1998/04/11 08:27:11 rob Exp $
- */
-
-/*
- * Definitions selected automatically by `configure' *
- */
+/* config.h.in. Generated from configure.in by autoheader. */
-/* Define to empty if the keyword does not work. */
-#undef const
-
-/* Define to `unsigned' if sys/types.h
Bug#437226: hfsutils: Please create a libhfs binary package
On 8/14/07, Aurélien GÉRÔME [EMAIL PROTECTED] wrote: What would be the use cases in the Debian archive? Do you package something which needs it? In fact I'm writing an application that uses it, and probably would end in the archive. It can always use a copy of the source, but it doesn't sound very nice. Other than that, I don't know who else can make use of it, really. But there are libhfsp and equivalents... -- Martín Ferrari
Bug#437226: hfsutils: Please create a libhfs binary package
Package: hfsutils Version: 3.2.6-11 Severity: wishlist This program includes a small and simple library for accessing HFS programatically. It would be useful to be able to use it as a shared library, or at least as a static .a. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hfsutils depends on: ii libc6 2.6-2 GNU C Library: Shared libraries hfsutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#437221: genisoimage: Undocumented option -chrp-boot + incorrect s/// in mac_label.c comments
Package: genisoimage Version: 9:1.1.6-1 Severity: minor In the genisoimage man page, the -chrp-boot option is missing. Also, in mac_label.c an undesired s/mkisofs/genisoimage/ was done, in the credits: /* * mac_label.c: generate Mactintosh partition maps and label * * Taken from genisoimage 1.05 PLUS by Andy Polyakov * [EMAIL PROTECTED] * (see http://fy.chalmers.se/~appro/genisoimage_plus.html for * details) * Tha should read mkisofs, specially in the (now) broken link :) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages genisoimage depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libmagic1 4.21-2 File type determination library us ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime genisoimage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436884: genisoimage produces invalid ElTorito boot entries when specifying more that one
Package: genisoimage Version: 9:1.1.6-1 Severity: normal From what I could research (the spec is not clear when you first read it), invalid ElTorito sections are created when you use -eltorito-alt-boot. genisoimage just appends entries after de default entry, but from what I understood, you need to add at least one section header after the default entry. If that's not done, the bios has no way of knowing the platformid nor the id string of the boot image (parameters which cannot be set from genisoimage nowadays). This is what genisoimage does now (hex dump of the boot catalog, for 5 boot images): 00011000 01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00011010 00 00 00 00 00 00 00 00 00 00 00 00 aa 55 55 aa 00011020 88 00 00 00 00 00 04 00 f6 0a 00 00 00 00 00 00 00011030 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00011040 88 00 00 00 00 00 04 10 23 00 00 00 00 00 00 00 00011050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00011060 88 02 00 00 00 00 01 00 24 04 00 00 00 00 00 00 00011070 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00011080 00 02 00 00 00 00 01 00 24 04 00 00 00 00 00 00 00011090 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000110a0 88 00 00 00 00 00 04 10 f4 06 00 00 00 00 00 00 000110b0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 This tutorial, albeit basic, sheds some light: http://lich.phys.spbu.ru/kab00m/projects/cdboot.eng.html -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages genisoimage depends on: ii libc6 2.6-2GNU C Library: Shared libraries ii libmagic1 4.21-2 File type determination library us ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime genisoimage recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#436650: debian-cd has unmet recommends on some archs
On 8/8/07, Julian Andres Klode [EMAIL PROTECTED] wrote: The package is Architecture: All and this does not work with arch-indep packages, because these expressions are used at build-time. If the package is built on powerpc, it won't contain the syslinux recommends. If the package is built on i386, it will contain the syslinux recommends. I tried this with one of my packages. Isn't that what was intended in the first place? -- Martín Ferrari
Bug#436218: debootstrap: Wrong check for bunzip2
Package: debootstrap Version: 1.0.1 Severity: normal Tags: patch In /usr/lib/debootstrap/functions, line 498: if [ -x /usr/bin/bunzip2 -a $bz2md != ]; then it checks for the wrong path, bunzip2 is installed in /bin. The obvious fix is: if [ -x /bin/bunzip2 -a $bz2md != ]; then -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debootstrap depends on: ii binutils 2.17cvs20070718-1 The GNU assembler, linker and bina ii wget 1.10.2-3 retrieves files from the web debootstrap recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435625: perl-doc: =encoding command documented in perlpod is unrecognised
Package: perl-doc Version: 5.8.8-7 Severity: normal The perlpod documents the =encoding command to specify the encoding of the POD, but is not recognized by any of the pod tools: $ echo -e '=pod\n\n=encoding utf8' | pod2man /dev/null standard input:3: Unknown command paragraph =encoding utf8 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages perl-doc depends on: ii perl 5.8.8-7Larry Wall's Practical Extraction perl-doc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434590: twinkle: Crashes on every call when using etch libraries
Hi Mark, First of all, the subject is wrong (I was tired :)), my system is not etch, but lenny. On 7/25/07, Mark Purcell [EMAIL PROTECTED] wrote: I gather you don't know which library upgrade fixed the issue for you? No, I did a # apt-get install -t unstable $(dpkg -s twinkle|grep Depends|sed 's/Depends: //;s/ ([^)]*)//g;s/, /\n/g') And that fixed the problem twinkle from sid does allready have some versioned depends on libraries, can you confirm that you did upgrade those libraries to produce your crash? To produce my crash, I had a (mostly) testing system, and then apt-get installed twinkle -t unstable. So, versioned depends came automatically. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) You system information indicates you are running lenny/sid with a preference for testing. Can you confirm this is the configuration that crashes? Yes. Same question for your list of versioned packages below. Can you confirm this is the list of packages that crashes: No, it is not. Note that this bugreport was filled after I fixed the issue by upgrading all the libraries to sid. I will try to reproduce the error and isolate the problem library. Will get back to you on this. -- Martín Ferrari
Bug#434590: twinkle: Crashes on every call when using etch libraries
Package: twinkle Version: 1:1.0.1-1 Severity: important I'm using a etch system, and when I upgraded to the latest twinkle from sid, it crashed everytime a call was made. Upgrading all the dependant libraries to sid solved the problem, so it needs a versioned depends or it will break to many people when it enters testing. This was the error message: $ LANG=C twinkle X Error: BadWindow (invalid Window parameter) 3 Major opcode: 7 Minor opcode: 0 Resource id: 0x1e00185 twinkle: Fatal IO error: client killed kabc: WARNING: Removed stale lock file from process 'twinkle' KCrash: Application 'twinkle' crashing... ICE default IO error handler doing an exit(), pid = 23166, errno = 9 *** glibc detected *** twinkle: double free or corruption (!prev): 0x084d0ec8 *** === Backtrace: = /lib/i686/cmov/libc.so.6[0xb6a97861] /lib/i686/cmov/libc.so.6(cfree+0x90)[0xb6a9aec0] /usr/lib/libstdc++.so.6(_ZdlPv+0x21)[0xb6c5deb1] /usr/lib/libDCOP.so.4(_ZN10DCOPObjectD2Ev+0x14e)[0xb699bf3e] /usr/lib/libkresources.so.1(_ZN4KRES12ManagerIfaceD0Ev+0x36)[0xb658da06] /usr/lib/libkabc.so.1(_ZN4KRES7ManagerIN4KABC8ResourceEED0Ev+0x37)[0xb7819907] /usr/lib/libkabc.so.1(_ZN4KABC11AddressBookD0Ev+0x34)[0xb77c4724] Could not find 'drkonqi' executable. /usr/lib/libkabc.so.1[0xb77c2be2] /lib/i686/cmov/libc.so.6(exit+0xee)[0xb6a5ae0e] /usr/lib/libDCOP.so.4[0xb69a3b81] /usr/lib/libDCOP.so.4(_kde_IceWrite+0x100)[0xb69a6390] /usr/lib/libDCOP.so.4(KDE_IceFlush+0x35)[0xb69a5ee5] /usr/lib/libDCOP.so.4(_ZN10DCOPClient12callInternalERK8QCStringS2_S2_RK9QMemArrayIcEPNS_11ReplyStructEbii+0x25e)[0xb699632e] /usr/lib/libDCOP.so.4(_ZN10DCOPClient12callInternalERK8QCStringS2_S2_RK9QMemArrayIcERS0_RS4_bii+0x11d)[0xb69968bd] /usr/lib/libDCOP.so.4(_ZN10DCOPClient4callERK8QCStringS2_S2_RK9QMemArrayIcERS0_RS4_bi+0x1b7)[0xb699b307] /usr/lib/libDCOP.so.4(_ZN10DCOPClient4callERK8QCStringS2_S2_RK9QMemArrayIcERS0_RS4_b+0x57)[0xb699b367] /usr/lib/libDCOP.so.4(_ZN10DCOPClient20disconnectDCOPSignalERK8QCStringS2_S2_S2_S2_+0x1f8)[0xb699b568] /usr/lib/libDCOP.so.4(_ZN10DCOPObjectD2Ev+0xe9)[0xb699bed9] /usr/lib/libkresources.so.1(_ZN4KRES11ManagerImplD0Ev+0x119)[0xb65831b9] /usr/lib/libkabc.so.1(_ZN4KRES7ManagerIN4KABC8ResourceEED0Ev+0x37)[0xb7819907] /usr/lib/libkabc.so.1(_ZN4KABC11AddressBookD2Ev+0x34)[0xb77c45f4] /usr/lib/libkabc.so.1(_ZN4KABC14StdAddressBookD0Ev+0x38)[0xb77ee148] /usr/lib/libkabc.so.1(_ZN14KStaticDeleterIN4KABC14StdAddressBookEE14destructObjectEv+0x80)[0xb7816550] /usr/lib/libkdecore.so.4(_ZN7KGlobal20deleteStaticDeletersEv+0x3b)[0xb7be499b] /usr/lib/libkdecore.so.4[0xb7c71c75] /usr/lib/libkdecore.so.4[0xb7bda580] /usr/lib/libkdecore.so.4[0xb7d3faac] /lib/ld-linux.so.2[0xb7f78fbe] /lib/i686/cmov/libc.so.6(exit+0xee)[0xb6a5ae0e] /usr/lib/libqt-mt.so.3[0xb6ff68ca] /usr/lib/libkdecore.so.4(_ZN12KApplication13xioErrhandlerEP9_XDisplay+0x3d)[0xb7bf66cd] /usr/lib/libkdecore.so.4[0xb7bf6719] /usr/lib/libX11.so.6(_XIOError+0x2d)[0xb6ce733d] /usr/lib/libX11.so.6[0xb6ce8bf6] /usr/lib/libX11.so.6(_XReply+0x6b)[0xb6ce8cab] /usr/lib/libX11.so.6(XGetImage+0x95)[0xb6cc9855] twinkle: userintf.cpp:2018: virtual void t_userintf::lock(): Assertion `!is_prohibited_thread()' failed. Unable to start Dr. Konqi -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.21-2-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages twinkle depends on: ii kdelibs4c2a 4:3.5.7.dfsg.1-2 core libraries and binaries for al ii libasound2 1.0.14a-2ALSA library ii libboost-regex1.34.01.34.0-1+b1 regular expression library for C++ ii libc6 2.6-3GNU C Library: Shared libraries ii libccrtp1-1.5-1 1.5.1-1 Common C++ class framework for RTP ii libcommoncpp2-1.5.3-0 1.5.6-3 A GNU package for creating portabl ii libgcc1 1:4.2.1-0GCC support library ii libgcrypt11 1.2.4-2 LGPL Crypto library - runtime libr ii libgnutls13 1.6.3-1 the GNU TLS library - runtime libr ii libgsm1 1.0.10-13Shared libraries for GSM speech co ii libqt3-mt 3:3.3.7-5Qt GUI Library (Threaded runtime v ii libsndfile1 1.0.17-3 Library for reading/writing audio ii libspeex1 1.1.12-3 The Speex Speech Codec ii libstdc++6 4.2.1-0 The GNU Standard C++ Library v3 ii libx11-62:1.0.3-7X11 client-side library ii libxext61:1.0.3-2X11 miscellaneous extension librar ii libzrtpcpp-0.9-00.9.0-5 ccrtp extension for zrtp/Zfone sup ii zlib1g 1:1.2.3.3.dfsg-5 compression library - runtime twinkle recommends no packages. -- no debconf information --
Bug#418604: Ping
On 7/24/07, Martín Ferrari [EMAIL PROTECTED] wrote: When trying to solve this, I noticed that compiling with DEB_BUILD_OPTIONS=noopt (i.e. -O0) the problem goes away... So, this might be a gcc problem? OK, I found the bug. It was a incorrect check after calling strtol. You should clear errno before calling. Now it compiles OK in sparc. --- libcdio-0.78.2.orig/lib/iso9660/iso9660.c +++ libcdio-0.78.2/lib/iso9660/iso9660.c @@ -169,6 +169,7 @@ char num[10]; \ memcpy(num, p_ldate-LT_FIELD, sizeof(p_ldate-LT_FIELD)); \ num[sizeof(p_ldate-LT_FIELD)+1] = '\0';\ +errno = 0; \ p_tm-TM_FIELD = strtol(num,\ (char **)NULL, 10)+ADD_CONSTANT;\ if (0 != errno) return false; \ -- Martín Ferrari
Bug#414502: late answer
Sorry, I haven't seen your mail before. Maybe the spam filter eat it. I will look how this should be resolved. Maybe it's a bug in debhelper, because I'm not compressing the file on purpose, debhelper it's doing it automatically. Thanks. -- Martín Ferrari
Bug#418604: Ping
On 7/20/07, Nicolas Boullis [EMAIL PROTECTED] wrote: I have access to a couple of sparcs, so if you want, I'd be glad to help. Thanks. Currently, I guess it would be nice if you could confim the issue. I could not reproduce the problem in my etch sparc chroot, and Blars Blarson tested it on a updated sid and could build ok too. -- Martín Ferrari
Bug#418604: Ping
Thanks. Currently, I guess it would be nice if you could confim the issue. I could not reproduce the problem in my etch sparc chroot, and Blars Blarson tested it on a updated sid and could build ok too. Sorry, I was out of my head, and testing 0.76. I'm seeing an error, I think it should be the same as you see: ++ WARN: string 'ABC!123' is getting truncated to 2 characters Years aren't equal. get: 107, set 106 Months aren't equal. get: 6, set 11 Month days aren't equal. get: 23, set 31 minute aren't equal. get: 22, set 0 seconds aren't equal. get: 53, set 0 Week days aren't equal. get: 1, set 0 Year days aren't equal. get: 203, set 364 GMT time retrieved with iso9660_get_ltime() not same as that set with iso9660_set_ltime(). FAIL: testiso9660 -- Martín Ferrari
Bug#418604: Ping
On 7/23/07, Martín Ferrari [EMAIL PROTECTED] wrote: Thanks. Currently, I guess it would be nice if you could confim the issue. I could not reproduce the problem in my etch sparc chroot, and Blars Blarson tested it on a updated sid and could build ok too. Sorry, I was out of my head, and testing 0.76. I'm seeing an error, I think it should be the same as you see: ++ WARN: string 'ABC!123' is getting truncated to 2 characters Years aren't equal. get: 107, set 106 Months aren't equal. get: 6, set 11 Month days aren't equal. get: 23, set 31 minute aren't equal. get: 22, set 0 seconds aren't equal. get: 53, set 0 Week days aren't equal. get: 1, set 0 Year days aren't equal. get: 203, set 364 GMT time retrieved with iso9660_get_ltime() not same as that set with iso9660_set_ltime(). FAIL: testiso9660 When trying to solve this, I noticed that compiling with DEB_BUILD_OPTIONS=noopt (i.e. -O0) the problem goes away... So, this might be a gcc problem? -- Martín Ferrari
Bug#418604: Ping
Hi, On 7/19/07, Nicolas Boullis [EMAIL PROTECTED] wrote: Thanks for your help. I started working on this new release when I saw your ping. Unfortunately, I'm currently experiencing problems: tmetime the testiso9660 regression test fails on some big-endian architectures (seen on powerpc, sparc and hppa)... I have access to a couple of sparcs, so if you want, I'd be glad to help. -- Martín Ferrari
Bug#418604: Ping
Hi, since I need this urgently, I packaged the new upstream version, that I think solves the current problems libcdio has wrt big iso files. I'm attaching the interdiff, hoping you will find it useful to do a new upload. Note that there is a new library (libudf), that doesn't have pkginfo information. I think that's an upstream problem, but I have zero experience with packaging libraries. On 7/15/07, Martín Ferrari [EMAIL PROTECTED] wrote: Hi, any news on this bug? It seems that #432939 is also solved by the new version. -- Martín Ferrari -- Martín Ferrari interdiff Description: Binary data
Bug#418604: Ping
Hi, any news on this bug? It seems that #432939 is also solved by the new version. -- Martín Ferrari
Bug#432939: Fwd: Bug#432939: fuseiso9660: can't open files 2gb
reassign 432939 libcdio thanks It seems that the problem is not in fuseiso9660 but in the underlying library -- Forwarded message -- From: Martín Ferrari [EMAIL PROTECTED] Date: Jul 13, 2007 10:25 AM Subject: Bug#432939: fuseiso9660: can't open files 2gb To: Debian Bug Tracking System [EMAIL PROTECTED] Package: fuseiso9660 Version: 0.2-2 Severity: normal Fuseiso9660 seems unable to handle any file equal or bigger than 2gb, thus rendering it unusable for most DVDs: $ test $ perl -e 'truncate test, 1024*1024*1024*2-1 or die $!' $ fuseiso9660 test tmp ++ WARN: unexpected PVD type 0 $ perl -e 'truncate test, 1024*1024*1024*2 or die $!' $ fuseiso9660 test tmp ++ WARN: could not retrieve file info for `test': Value too large for defined data type -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fuseiso9660 depends on: ii fuse-utils 2.6.5-1 Filesystem in USErspace (utilities ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcdio60.76-1 library to read and control CD-ROM ii libfuse22.6.5-1 Filesystem in USErspace library ii libiso9660-40.76-1 library to work with ISO9660 files ii libumlib0 0.4a-2 View-OS in user space - Support li ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime fuseiso9660 recommends no packages. -- no debconf information -- Martín Ferrari
Bug#432939: fuseiso9660: can't open files 2gb
Package: fuseiso9660 Version: 0.2-2 Severity: normal Fuseiso9660 seems unable to handle any file equal or bigger than 2gb, thus rendering it unusable for most DVDs: $ test $ perl -e 'truncate test, 1024*1024*1024*2-1 or die $!' $ fuseiso9660 test tmp ++ WARN: unexpected PVD type 0 $ perl -e 'truncate test, 1024*1024*1024*2 or die $!' $ fuseiso9660 test tmp ++ WARN: could not retrieve file info for `test': Value too large for defined data type -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fuseiso9660 depends on: ii fuse-utils 2.6.5-1 Filesystem in USErspace (utilities ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcdio60.76-1 library to read and control CD-ROM ii libfuse22.6.5-1 Filesystem in USErspace library ii libiso9660-40.76-1 library to work with ISO9660 files ii libumlib0 0.4a-2 View-OS in user space - Support li ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime fuseiso9660 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432673: moc: Line editing in i and o commands gets corrupted
Elimar, On 7/11/07, Elimar Riesebieter [EMAIL PROTECTED] wrote: I can reproduce this on my Ubuntu system, no solution for now, but I'll take care of it. My shell is zsh - Unreproducable bash - Unreproduceable I don't think the shell has anything to do with it.. switched some x-terminals in almost all locale variants (rxvt/ xterm et all) - Unreproduceable. So my idea is: Could it be a wrong ncurses behaviour? Uhm, I found another person who could reproduce this on Debian. Maybe I didn't explain myself correctly.. You have to write something on the line, and then delete characters from the beginning. When you do that, the characters at the end get changed. -- Martín Ferrari
Bug#432673: moc: Line editing in i and o commands gets corrupted
Package: moc Version: 1:2.5.0~alpha2-1+b1 Severity: normal When using the go to directory (i) or open url (o) commands, and you use the delete/backspace to edit the line, the text after the cursor gets corrupted. Example: ├URL: http://gaogle.com/_ I go to the 'a' and press delete: ├URL: http://goglle.com And after a few more deletes in the same position: ├URL: http://gle So, you get the idea... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages moc depends on: ii libasound2 1.0.14a-1ALSA library ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcurl3-gnutls 7.16.2-6 Multi-protocol file transfer libra ii libflac81.1.4-3 Free Lossless Audio Codec - runtim ii libgcc1 1:4.2-20070627-1 GCC support library ii libid3tag0 0.15.1b-10 ID3 tag reading library from the M ii libjack00.103.0-6JACK Audio Connection Kit (librari ii libkrb531.6.dfsg.1-5 MIT Kerberos runtime libraries ii libmad0 0.15.1b-2.1 MPEG audio decoder library ii libmodplug0c2 1:0.7-5.2shared libraries for mod music bas ii libmpcdec3 1.2.2-1 Musepack (MPC) format library ii libncursesw55.6-3Shared libraries for terminal hand ii libogg0 1.1.3-2 Ogg Bitstream Library ii libresid-builder0c2a2.1.1-5 SID chip emulation class based on ii libsamplerate0 0.1.2-5 audio rate conversion library ii libsidplay2 2.1.1-5 SID (MOS 6581) emulation library ii libsidutils02.1.1-5 utility functions for SID players ii libsndfile1 1.0.17-1 Library for reading/writing audio ii libspeex1 1.1.12-3 The Speex Speech Codec ii libstdc++6 4.2-20070627-1 The GNU Standard C++ Library v3 ii libtagc01.4-8TagLib Audio Meta-Data Library (C ii libvorbis0a 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libvorbisfile3 1.1.2.dfsg-1.2 The Vorbis General Audio Compressi ii libwavpack1 4.41.0-1 an audio codec (lossy and lossless ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime moc recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432673: moc: Line editing in i and o commands gets corrupted
On 7/11/07, Elimar Riesebieter [EMAIL PROTECTED] wrote: No, I don't. It seems to be either a locale problem or a problem with yout terminal. Wich x-terminal ( or console) this happens on? I've tried the virtual console, gnome-terminal and xterm. $ echo $TERM xterm (linux in the virtual console) $ locale LANG=es_AR.UTF-8 etc With LANG=C mocp I can also reproduce it in the three terminals, so I guess is not a locale/unicode problem. -- Martín Ferrari
Bug#432361: jumpnbump: SIGSEGV when exiting from fullscreen mode
Hi Francois Actually, you are right. I had forgotten about that feature. The trick is to start the game as if you were playing with more people on the same computer, then press the keys to let these players be controlled by the AI. So you grab more than one bunny and jump over the log in the welcome screen and then you start the game and enable AI for bunnies other than the one you want to control. Ahhh, now I could do it! Thanks. Maybe you could put this paragraph in the README, so other people who want to try it alone know how to do it regards, martín -- Martín Ferrari
Bug#432361: jumpnbump: SIGSEGV when exiting from fullscreen mode
Package: jumpnbump Version: 1.50-7 Severity: normal If you put the game in fullscreen (F10) and then exit with the escape key, it throws a segmentation fault. On an unrelated note, the AI doesn't seem to work, not even when selecting standalone in the menu, or I'm missing something... -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jumpnbump depends on: ii imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libsdl-mixer1.21.2.6-2 mixer library for Simple DirectMed ii libsdl-net1.2 1.2.5-7+b1network library for Simple DirectM ii libsdl1.2debian1.2.11-8 Simple DirectMedia Layer ii python 2.4.4-6 An interactive high-level object-o ii python-glade2 2.10.4-3 GTK+ bindings: Glade support ii python-gtk22.10.4-3 Python bindings for the GTK+ widge jumpnbump recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431939: llgal: Pointless waste of resources when checking images
Hi Brice! On 7/8/07, Brice Goglin [EMAIL PROTECTED] wrote: I did some testing on a directory containing 1000 jpeg images. I am only timing the listing entries part since this is where identify is called. The next part might be much longer because it generates thumbnails and scaled images (but it is generally only done once, not when regenerating a new gallery). 1) with a regular llgal 0.13.12, it takes: real1m41.503suser1m15.733ssys 0m11.617s Well, I think you have a faster computer than me :) Or maybe you're using small images? Remember that nowadays 7-9 megapixel consumer grade cameras are pretty common. The problem with identify is that for some obscure reason, takes time proportionally to the image size. In my desktop (1,7ghz cpu), running identify * (so no extra fork penalty) in a directory with 189 images (7 megapixel each), takes 146.230s. A full llgal run without the identify in the same dir, takes 13.759s. So it's and order of magnitude less. You can imagine how long it takes in my webserver which has a 500mhz cpu! And the main point is that this is executed each time, even if I already had build the captions catalog. Really, if it wasn't for my modification, I'd have dropped llgal already, because is inusable for me. 3) when using 'file' instead of 'identify' (and without writing the code to parse the output of file, which is not trivial since I support multiple image types): maybe file -i which gives an easily parseable mime type, but you still have to fork out 5) with the Image::Infos perl library (seems to detect broken images well too): real0m1.444s user0m0.672ssys 0m0.560s this seems the real contender! (4) is already a very nice improvement and has the advantage of being very easy to integrate in the current code. But the best seems to be (5) and it should be easy to integrate too. However, there's only a 16s difference between them, which means about 1 second for 60 images. If ExifTool brings other interesting advantages, it might be worse using it anyway even if it is a little bit slower. I'll look at all this more deeply and release a new llgal in the near future. Well it's not a 16s difference, it's 12 times faster!! It is really a huge difference. Anyway, I'll try to run such a test before new releases in the future, I didn't expect such a timing difference (even if running llgal on 1000 images is probably not so common :) Not so... I have thousand of images in my current gallery setup, which I want to replace. People with digital cameras tend to take lots of pictures :) regards, Martín. -- Martín Ferrari
Bug#432069: fuseiso9660: fuseiso9960 exits with value 0 even when there are errors
Package: fuseiso9660 Version: 0.2-2 Severity: normal fuseiso9660 is not behaving as expected when there is a problem mounting the file: $ fuseiso9660 debian-40r0-i386-CD-1.iso /mmt; echo $? fuse: bad mount point `/mmt': No such file or directory 0 This makes very difficult to use it in scripts and such. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fuseiso9660 depends on: ii fuse-utils 2.6.5-1 Filesystem in USErspace (utilities ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libcdio60.76-1 library to read and control CD-ROM ii libfuse22.6.5-1 Filesystem in USErspace library ii libiso9660-40.76-1 library to work with ISO9660 files ii libumlib0 0.4a-2 View-OS in user space - Support li ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime fuseiso9660 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431939: llgal: Pointless waste of resources when checking images
Package: llgal
Version: 0.13.12-1
Severity: normal
Tags: patch
llgal runs identify in each image in each run, just to verify that these
are, in fact, images. This wastes a lot of resources, as identify is
very slow, and can take ages on big directories. Most surely this can be
better done with file, but for the time being, I'm just skipping the
check (as is currently done with movies). Patch below.
--- llgal.orig 2007-07-06 02:17:41.0 -0300
+++ /usr/bin/llgal 2007-07-06 02:04:43.0 -0300
@@ -242,6 +242,7 @@
}
sub check_image {
+return 0;
my $filename = shift ;
my ($status, @output) = Llgal::Utils::system_with_output
( check \$filename\ validity,
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (901, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages llgal depends on:
ii imagemagick7:6.2.4.5.dfsg1-1 Image manipulation programs
ii libimage-size-perl 3.01-1determine the size of images in se
ii liblocale-gettext-perl 1.05-1Using libc functions for internati
ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin
ii perl 5.8.8-7 Larry Wall's Practical Extraction
Versions of packages llgal recommends:
ii libimage-exiftool-perl6.90-1 Library and program to read and wr
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431738: hugin crashes when stitching and runs out of disk space
Package: hugin Version: 0.6.1-1 Severity: normal just that, I got a SIGSEGV when stitching. Then I realized that the problem was that it run out of disk space. I was using nona and multiple tiff output -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hugin depends on: ii hugin-bin 0.6.1-1hugin binaries ii hugin-tools 0.6.1-1some tools for hugin ii libpano12-bin 2.8.3-1panorama tools utilities hugin recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431803: ITP: pyctures -- Small and simple web gallery for pictures
Package: wnpp Severity: wishlist Owner: Martín Ferrari [EMAIL PROTECTED] * Package name: pyctures Version : 0.20 Upstream Author : Alberto Bertogli [EMAIL PROTECTED] * URL : http://auriga.wearlab.de/~alb/pyctures/ * License : BOLA (Public Domain) plus some 3rd party modules (BSD, MIT Public Domain) Programming Lang: Python Description : Small and simple web gallery for pictures pyctures is a small web gallery written in Python that uses the web.py framework. It does not use any database and stores all the necessary data in the filesystem. It does not intend to be as featureful as other galleries, just to be comfortable to browse. Most of the administration tasks are performed by manual file manipulation, so the owner is expected to be comfortable doing UNIX administration. It comes with one simple CSS-based style, and the HTML templates are isolated from the code, so it's very easy to modify. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#431803: ITP: pyctures -- Small and simple web gallery for pictures
On 7/5/07, Christian Perrier [EMAIL PROTECTED] wrote: s/, so it's very easy to modify/and therefore very easy to modify Thanks for the corrections! -- Martín Ferrari
Bug#398708: closed by Luis Matos [EMAIL PROTECTED] (Closing unreproducible bugs.)
Luis, I didn't received your original mail asking for confirmation (and you didn't wait too much :)). But I can confirm that in my lenny machine the bug is not reproducible anymore. I cannot test in the original system from which I discovered the bug, as that's a server and is still etch. On 5/27/07, Debian Bug Tracking System [EMAIL PROTECTED] wrote: This is an automatic notification regarding your Bug report #398708: trac: Trac installs invalid default permissions on anonymous user, which was filed against the trac package. It has been closed by Luis Matos [EMAIL PROTECTED]. Their explanation is attached below. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Luis Matos [EMAIL PROTECTED] by replying to this email. Debian bug tracking system administrator (administrator, Debian Bugs database) -- Forwarded message -- From: Luis Matos [EMAIL PROTECTED] To: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Date: Sun, 27 May 2007 16:29:23 +0100 Subject: Closing unreproducible bugs. Hello there I am closing this bug because i cn't reproduce it or i consider it invalid. nevertheless, please reopen it if you consider it is still present. kind regards Luis Matos -- Martín Ferrari
Bug#426523: Confusing Net-tools Oct error in Sarge and Etch
Hi Peter, On 5/29/07, Peter Clapham [EMAIL PROTECTED] wrote: Error appears to be due to ifconfig taking 08 as an invalid octal value rather than a binary with leading 0. Error also affects ifup/ifdown if /etc/network/interfaces has similar entries. Values 01-07 accepted as they are valid octal units. Ifconfig uses inet_aton to check if you provided an ip address, if it says it's invalid, it will try to resolve it with DNS. inet_aton will accept many formats of ip address, dotted-decimal, dotted-octal, dotted-hex, and raw decimal, octal and hex addresses: ifconfig eth1 0x0f.0x0f.0x0f.0x0f ifconfig eth1 15.15.15.15 ifconfig eth1 017.017.017.017 ifconfig eth1 0x0f0f0f0f ifconfig eth1 01234567123 ifconfig eth1 9 All of these are valid, although inet_aton doesn't document this. If you provide a string which is invalid to inet_aton, such as an invalid octal, it will try with gethostbyname and then you see the error you mentioned. So, I'm not even sure if this could be considered a bug. In any case, it's libc fault... What do you think? -- Martín Ferrari
Bug#425501: gotmail doesn't seem to support the Windows Live version of Hotmail
Package: gotmail Version: 0.8.9-1 Severity: important Testing an old account which haven't been used for some time, I found that it got converted to the new frontend of hotmail called Windows Live. Gotmail doesn't seem to cope with the new structure: $ gotmail -u *** -p *** --verbose --folders Inbox --summary Gotmail v0.8.9Copyright (C) 2000-2003 Peter Hawkins Gotmail comes with ABSOLUTELY NO WARRANTY. This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details. CVS ident: $Id: gotmail.in,v 1.28 2006/04/23 20:51:34 kidproto Exp $ Running at Tue May 22 03:13:08 2007 for user *** System version is: linux Perl version is: 5.008008 Curl version is: curl 7.15.5 (i486-pc-linux-gnu) libcurl/7.15.5 OpenSSL/0.9.8e zlib/1.2.3 libidn/0.6.5 Protocols: tftp ftp telnet dict ldap http file https ftps Features: GSS-Negotiate IDN IPv6 Largefile NTLM SSL libz Getting hotmail index page... FETCH: http://www.hotmail.com/ Trying [1/2]... Following redirect to http://login.live.com/login.srf?id=2svc=mailcbid=24325msppjph=1tw=900fs=1lc=1033_lang=EN FETCH: http://login.live.com/login.srf?id=2svc=mailcbid=24325msppjph=1tw=900fs=1lc=1033_lang=EN Trying [1/2]... Using New Login... Logging in... FETCH: https://login.live.com/ppsecure/post.srf?id=2svc=mailcbid=24325msppjph=1tw=900fs=1lc=1033_lang=ENbk=1179814390 Trying [1/2]... Following redirect... FETCH: http://www.hotmail.msn.com/cgi-bin/sbox?t=982K7mikiDCTWf*JnLPMILTDQMbQT!iRue73NqbkkJiYzqY0wbA29b79EZsrEiyRe0qAhsy934IvtG12mgaZupK2HMnZeMhFN85KNZZh7EvZtMijTF61IhsQyJWz2iE2aUp=9IQ1vti!AG!IQXB0uf9sUkVR*9id1QgXwb2RE66r4BCLMUKRFmvtPNQam1J4L!TjKYzI7vUvCUCynzv11jWDNm5gPuCtYPM302EAAaLu5xfUR0SdAg4Vs5Ya7Z4RvpUolY7LfW0R*2Zwp1*PE6LIMDlRKecVXp0wxVAoTmw7bAIECr44Nu1CxHJok91W643RFWlc=1033id=2 Trying [1/2]... Detected language code 'EN'... FETCH: https://login.live.com/login.srf?tw=86400ru=http%3a%2f%2fbl107w%2eblu107%2email%2elive%2ecom%2fmail%2fmail%2easpx%3f%26ip%3d10%2e6%2e0%2e215%26d%3dd3400%26mf%3d0id=64855/HoTMail Trying [1/2]... Got inbox location... Loading main display... FETCH: https://login.live.com/login.srf?tw=86400ru=http%3a%2f%2fbl107w%2eblu107%2email%2elive%2ecom%2fmail%2fmail%2easpx%3f%26ip%3d10%2e6%2e0%2e215%26d%3dd3400%26mf%3d0id=64855/HoTMail Trying [1/2]... Could not isolate folder index location -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (901, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gotmail depends on: ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT ii liburi-perl 1.35-2 Manipulates and accesses URI strin ii perl 5.8.8-7Larry Wall's Practical Extraction ii perl-modules [libnet-perl]5.8.8-7Core Perl modules gotmail recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421444: ITA
Hi David, I contacted Eric privately to adopt qc-usb, almost at the same time you wrote the commentary to this bug. I would rather not leave the package unattended while you're working on the merge with the messenger project. So if it's fine to you, I can adopt it now and if you succeed with the merge, I'll happily hand it to you. What do you think? -- Martín Ferrari
Bug#425502: gotmail: Gotmail cannot retrieve mail: infinite loop
Package: gotmail
Version: 0.8.9-1
Severity: normal
Tags: patch
It seems that hotmail drops the support for numbered pages when your
account has a number of messages, so gotmail goes on downloading the
first page, guessing that always there are more pages to download.
I made a small patch that changes the folder page download method:
instead of using numbered pages, it searches for the next page button
and follows it. This way, it works with the usual behaviour and with
this special one.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (901, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.18-3-686 (SMP w/2 CPU cores)
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gotmail depends on:
ii curl 7.15.5-1 Get a file from an HTTP, HTTPS, FT
ii liburi-perl 1.35-2 Manipulates and accesses URI strin
ii perl 5.8.8-7Larry Wall's Practical Extraction
ii perl-modules [libnet-perl]5.8.8-7Core Perl modules
gotmail recommends no packages.
-- no debconf information
--- /usr/bin/gotmail2006-04-25 21:25:38.0 -0300
+++ gotmail 2007-05-22 02:40:42.0 -0300
@@ -1180,13 +1180,16 @@
my $still_a_page_to_go = 1;
my $start_line_of_nextpage_search = 0;
my @folder = ();
+ my $pageid = page=0;
while ($still_a_page_to_go) {
$still_a_page_to_go = 0;
# Get the messages in whatever order Hotmail says we should
- push @folder,getPage(http://$host/cgi-bin/HoTMaiL?$url\page=$page;,
, 1, 1, 0);
+ push @folder,getPage(http://$host/cgi-bin/HoTMaiL?$url\$pageid;,
, 1, 1, 0);
for (my
$line_nr=$start_line_of_nextpage_search;$line_nr@folder;$line_nr++) {
- if ($folder[$line_nr] =~ m/title=$nextpage_string/) {
+#if ($folder[$line_nr] =~ m/title=$nextpage_string/) {
+ if($folder[$line_nr] =~ m/a href=javascript:HM\('([^']+)'\)
title=$nextpage_string/) {
+ $pageid = $1;
$start_line_of_nextpage_search = $line_nr + 1;
$still_a_page_to_go = 1;
$page++;
Bug#421444: ITA
Hi David, On 5/22/07, David Johnson [EMAIL PROTECTED] wrote: Sure, go ahead. As you're almost certainly a more experienced maintainer than I am, it's probably best you keep it even if I do manage to make the merge work (unless you don't want to keep it, in which case I'd be happy to take it). Any way is ok to me. In an ideal world it would be nice to have all quickcam cameras supported by one driver under Debian, but the merge is looking to be quite difficult. I'll play with it some more and see if I can make it work, but if not I'll probably just package the messenger stuff separately. OK, good luck with it! -- Martín Ferrari
Bug#222676: [patch] make real promisc status visible
Some weeks ago, I posted [0] asking for help about current handling of
promisc mode. I didn't have any answer but I kept researching on this.
I found that the new mechanism for using promisc mode (PACKET_{ADD|
REMOVE}_MEMBERSHIP) modify the dev-promiscuity counter and set the
IFF_PROMISC bit in dev-flags if that counter is over zero.
To keep backward compatibility, an additional field was added to the
device structure: gflags, which is what is seen when issuing ifconfig or
ip link show. If the user tries to modify this, the promiscuity counter
is incremented or decremented, without interfering with processes using
the other method.
I also found that dev-promiscuity is not accesible from anywhere, nor
is the IFF_PROMISC bit from dev-flags, as it's masked out in
dev_get_flags() and dev-gflags is shown in its place.
I propose the following change: instead of masking out dev-flags'
IFF_PROMISC and showing only dev-gflags', ORing the both bits, so the
actual state is shown. I think this is the most unobtrusive way of
fixing this; and the only side effect would be that you will see that
the interface is in promisc mode but you won't be able to disable it
from ifconfig, while something like tcpdump is running.
ip is affected by this, as it checks the current status before trying to
change that. But that's trivially fixable. ifconfig is not affected.
In the patch, I do the same for IFF_ALLMULTI which has the same issue.
Please, I'd like to know your opinions on this.
[0]: http://lists.openwall.net/netdev/2007/05/01/63
--
Martín Ferrari [EMAIL PROTECTED]
--- net/core/dev.c.orig 2007-05-19 07:06:34.0 -0300
+++ net/core/dev.c 2007-05-19 07:08:06.0 -0300
@@ -2357,9 +2357,7 @@
{
unsigned flags;
- flags = (dev-flags ~(IFF_PROMISC |
-IFF_ALLMULTI |
-IFF_RUNNING |
+ flags = (dev-flags ~(IFF_RUNNING |
IFF_LOWER_UP |
IFF_DORMANT)) |
(dev-gflags (IFF_PROMISC |
Bug#422165: perl-base: IO::Socket::INET mis-reports gethostbyname problems
Package: perl-base Version: 5.8.8-7 Severity: normal $ LANG=C perl -MIO::Socket::INET -e 'new IO::Socket::INET(PeerAddr = non.existant.host, PeerPort = 25) or die $!' Invalid argument at -e line 1. This is on purpose, as when I read the code, the _error subroutine sets $! with EINVAL and $@ with the correct error. Which nobody expects (like the spanish inquisition), nor is documented (save a example in the manpage that seems like a typo). From the perlvar manpage: $@ The Perl syntax error message from the last eval() operator. So this clearly is a bug. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (901, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages perl-base depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries perl-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421665: Strange problem with CDR created with DAO mode of wodim
Package: wodim Version: 9:1.1.2-1 Severity: normal Some time ago I started to notice that many of my audio CDR had a strange glitch when played in a standard cd player: they seemed to never get past the second track, but played until the end, and at the end of the disc, a endless loop started. Also, you could not skip to any track or the player or it would get very confused and hang. I thought it was my recorder fault, but after many dumped CDR's, I found that cdrdao didn't produce this faulty discs, so I guess it is wodim's fault, after all, and nobody else is trying to do the same :) The line I use to record is: cdrecord speed=4 -v -dao -useinfo -text -audio -eject *.wav if I have inf files, or: cdrecord speed=4 -v -dao -pad -audio -eject defpregap=0 *.wav if I don't (but I want no 2 second pause). The weird behaviour is seen also when the discs are played in the computer: $ cdplay 1 $ cdir|grep PLAYING 4:44.30 1 [PLAYING] $ cdplay 2 $ cdir|grep PLAYING 6:23.37 2 [PLAYING] $ cdplay 3 $ cdir|grep PLAYING 6:23.37 2 [PLAYING] -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (901, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Versions of packages wodim depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. Versions of packages wodim recommends: ii genisoimage 9:1.1.2-1 Creates ISO-9660 CD-ROM filesystem -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419775: darcsweb: Incomplete default configuration: stops working when upgraded to etch and using cachedir
Package: darcsweb
Version: 0.16-1
Severity: important
After upgrading to etch, darcsweb stopped working with an unfriendly
error, which could be traced to the absence of a myurl parameter. I
had to learn from the upstream author that this is mandatory when using
cachedir (as I used since a long ago), but this isn't mentioned at all
in the debian package documentation, nor in the default configuration
provided. Please, upgrade documentation and default config.
From upstream sample configuration:
# this script's name, usually just darcsweb.cgi unless you
# rename
# it; if you leave this commented it will be detected
# automatically
#myname = darcsweb.cgi
# our url, used only to generate RSS
# links, without the script name;
# if you leave this commented it
# will be detected automatically
#myurl = http://example.com/darcsweb;
{..}
# It is possible to have a cache where darcsweb will store the pages
# it generates; entries are automatically updated when the repository
# changes. This will speed things up significatively, specially for
# popular sites.
# It's recommended that you clean the directory with some regularity,
# to avoid having too many unused files. A simple rm will do just
# fine.
# If you leave the entry commented, no cache will be ever used;
# otherwise the directory is assumed to exist and be writeable.
# If you use this option you must set the myname and myurl
# variables.
#cachedir = '/tmp/darcsweb-cache'
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (900, 'stable'), (500, 'oldstable')
Architecture: i386 (i586)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-4-486
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Versions of packages darcsweb depends on:
ii darcs 1.0.9~rc1-0.1 an advanced revision control syste
ii python 2.4.4-2 An interactive high-level object-o
Versions of packages darcsweb recommends:
ii apache [httpd]1.3.34-4.1 versatile, high-performance HTTP s
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418419: vtun: doesn't work in etch
Hi, On 4/10/07, Arseny Klimovsky [EMAIL PROTECTED] wrote: Sorry, I'm sending the bug report not from the system, on which it appears. kernel 2.6.8-2-386 udev is installed You're using an old kernel, you should update to a current one (install linux-image-2.6-486). Udev can't be working on your machine, as you can read in /usr/share/doc/udev/README.Debian.gz: The running kernel must be not older than 2.6.15 and must support the hotplug subsystem (CONFIG_HOTPLUG) and tmpfs (CONFIG_TMPFS). That's why the package doesn't try to create the nodes, as with a current kernel everything should work automatically. -- Martín Ferrari
Bug#418419: vtun: doesn't work in etch
Hi, On 4/9/07, Arseny Klimovsky [EMAIL PROTECTED] wrote: After dist-upgrading from sarge it failed to start with eror message: vtund[2000]: Can't allocate tun device . No such file or directory(2) The solution is to add the device. I think it should be done by installation script. #mkdir /dev/net #mknod /dev/net/tun c 10 200 What kernel are you using? Do you have udev installed? If you use the reportbug tool, it sends automatically all this information, which is very useful. Regards, Martín. -- Martín Ferrari
Bug#64458: net-tools: Bug fixed
Package: net-tools
Followup-For: Bug #64458
I've just tested the precence of this bug:
[EMAIL PROTECTED]:~$ sudo ifconfig lo:0 127.0.0.2 up
[EMAIL PROTECTED]:~$ sudo ifconfig lo:0 down
[EMAIL PROTECTED]:~$ sudo ifconfig
{..}
loLink encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:1154 errors:0 dropped:0 overruns:0 frame:0
TX packets:1154 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:120916 (118.0 KiB) TX bytes:120916 (118.0 KiB)
I think it's time to close this (*very*) bug...
-- System Information:
Debian Release: 4.0
APT prefers testing
APT policy: (901, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8)
Versions of packages net-tools depends on:
ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries
net-tools recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#90410: bug fixed
As Tim reported a year ago, this seems to be fixed with current kernels (I've just tried with a current etch setup). It is present in sarge with 2.6.8 kernels, tho. This bug doesn't even belong to net-tools. So I suggest closing it, or at least marking it as fixed. -- Martín Ferrari [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
Bug#392263: bug not fixed!
tags 392263 -fixed +fixed-upstream thanks Reviewing the code, it is clear that is not fixed! It seems that Bernd commited the patch to CVS, but in Debian this is still an open bug. I could see with gdb that the buffer overflow is present, although it seems harmless, is still dangerous. -- Martín Ferrari
Bug#391512: not fixed
tags 391512 -fixed +fixed-upstream thanks Same as the last mail I've sent, this is not fixed in Debian -- Martín Ferrari
Bug#391495: another not fixed
tags 391495 - fixed tags 391512 + fixed-upstream tags 391495 + fixed-upstream tags 392263 + fixed-upstream thanks This bug is another not-fixed-in-debian bug. -- Martín Ferrari
Bug#345331: can reproduce bug
After a looong while, creating sockets so it number would reach 2^31, I can assert that this bug is present and that the proposed patch solves it: thaya:/home/martin# netstat -nxap 1; ./netstat -nxap 2 thaya:/home/martin# diff 1 2 41,43c41,43 unix 3 [ ] STREAM CONNECTED 2904742848 - unix 3 [ ] STREAM CONNECTED 2904742847 - unix 2 [ ] DGRAM2327620299 - --- unix 3 [ ] STREAM CONNECTED 2904742848 28467/sshd: martin unix 3 [ ] STREAM CONNECTED 2904742847 28469/0 unix 2 [ ] DGRAM2327620299 28105/smtp -- Martín Ferrari [EMAIL PROTECTED] signature.asc Description: Esta parte del mensaje está firmada digitalmente
