Bug#907853: liblwp-protocol-https-perl: turning off hostname verification does not work
09. 07. 2023. u 20:43, gregor herrmann piše: On Sat, 02 Jan 2021 10:24:52 +0100, Slaven Rezic wrote: The problem still exists in debian/testing (libwww-perl 6.50 + liblwp-protocol-https-perl 6.09-1 installed here): perl -MLWP::UserAgent -e '$ua=LWP::UserAgent->new; $ua->ssl_opts(verify_hostname=>0); $res = $ua->get("https://quartier-heidestrasse.contempo-webcam.de/;); warn $res->as_string' 500 Can't connect to quartier-heidestrasse.contempo-webcam.de:443 (certificate verify failed) Content-Type: text/plain Client-Date: Sat, 02 Jan 2021 09:23:22 GMT Client-Warning: Internal response Can't connect to quartier-heidestrasse.contempo-webcam.de:443 (certificate verify failed) SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed at /usr/share/perl5/LWP/Protocol/http.pm line 50. I just tried your example and I don't get any errors. This is in today's unstable with libwww-perl/6.71-2 and liblwp-protocol-https-perl 6.10-1. Could you please try as well? (Please note that I'm about to upload liblwp-protocol-https-perl/6.11-1 to unstable). Confirmed. The former examples cannot be used anymore to prove the problem, as the used websites fixed their certificates in the meantime. But you can use something like "https://bla.bla.bing.com; which now works if verify_hostname=>0 is set. Tried on debian:stretch and debian:bookworm. Regards, Slaven
Bug#907853: liblwp-protocol-https-perl: turning off hostname verification does not work
On Mon, 03 Sep 2018 06:03:51 + Slaven Rezic wrote: > Package: liblwp-protocol-https-perl > Version: 6.06-2 > Severity: normal > > Dear Maintainer, > > to disable hostname verification in https requests one would set ssl_opts' > verify_hostname to a false value. However, this does not work: > > $ perl -MLWP::UserAgent -e '$ua=LWP::UserAgent->new; $ua->ssl_opts(verify_hostname=>0); $res = $ua->get("https://www.dwd.de;); warn $res->as_string' > 500 Can't connect to www.dwd.de:443 (certificate verify failed) > Content-Type: text/plain > Client-Date: Mon, 03 Sep 2018 05:58:34 GMT > Client-Warning: Internal response > > Can't connect to www.dwd.de:443 (certificate verify failed) > > SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed at /usr/share/perl5/LWP/Protocol/http.pm line 47. > > With a self-compiled perl and modules installed from CPAN this works as expected > (in this case there's no artificial 500 response, but a 403 Forbidden response). > > I found out that it's possible to workaround the issue with > Debian's perl by setting SSL_verify_mode: > > $ perl -MIO::Socket::SSL=SSL_VERIFY_NONE -MLWP::UserAgent -e '$ua=LWP::UserAgent->new; $ua->ssl_opts(SSL_verify_mode => SSL_VERIFY_NONE, verify_hostname => 0); $res = $ua->get("https://www.dwd.de;); warn $res->as_string' > > The issue is still present on Ubuntu 18.04 which has a newer > version of liblwp-protocol-https-perl. I also don't know if the > problem lies in LWP, LWP::Protocol::https, IO::Socket::SSL, > Net::SSLeay, or any other module. > > -- System Information: > Debian Release: 9.5 > APT prefers stable-updates > APT policy: (500, 'stable-updates'), (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) > Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages liblwp-protocol-https-perl depends on: > ii ca-certificates 20161130+nmu1+deb9u1 > ii libio-socket-ssl-perl 2.044-1 > ii libnet-http-perl 6.12-1 > ii libwww-perl 6.15-1 > ii perl 5.24.1-3+deb9u4 > > liblwp-protocol-https-perl recommends no packages. > > Versions of packages liblwp-protocol-https-perl suggests: > pn libcrypt-ssleay-perl > > -- no debconf information > > The problem still exists in debian/testing (libwww-perl 6.50 + liblwp-protocol-https-perl 6.09-1 installed here): perl -MLWP::UserAgent -e '$ua=LWP::UserAgent->new; $ua->ssl_opts(verify_hostname=>0); $res = $ua->get("https://quartier-heidestrasse.contempo-webcam.de/;); warn $res->as_string' 500 Can't connect to quartier-heidestrasse.contempo-webcam.de:443 (certificate verify failed) Content-Type: text/plain Client-Date: Sat, 02 Jan 2021 09:23:22 GMT Client-Warning: Internal response Can't connect to quartier-heidestrasse.contempo-webcam.de:443 (certificate verify failed) SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed at /usr/share/perl5/LWP/Protocol/http.pm line 50.
Bug#949878: file: Mis-detection of (perl-pod generated) troff files
Package: file Version: 1:5.38-3 Severity: normal Manpage files generated from Perl's Pod souces are not detected anymore as troff files. With debian:buster: $ zcat /usr/share/man/man3/strict.3perl.gz | file - /dev/stdin: troff or preprocessor input, ASCII text With debian:bullseye: $ zcat /usr/share/man/man3/strict.3perl.gz | file - /dev/stdin: ReStructuredText file, ASCII text I checked one other non-perl manpage file, and it still seems to be detected correctly, so possibly only perl manpage files are affected. Regards, Slaven -- System Information: Debian Release: bullseye/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 5.4.0-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) Versions of packages file depends on: ii libc6 2.29-7 ii libmagic1 1:5.38-3 file recommends no packages. file suggests no packages. -- no debconf information
Bug#907853: liblwp-protocol-https-perl: turning off hostname verification does not work
Package: liblwp-protocol-https-perl Version: 6.06-2 Severity: normal Dear Maintainer, to disable hostname verification in https requests one would set ssl_opts' verify_hostname to a false value. However, this does not work: $ perl -MLWP::UserAgent -e '$ua=LWP::UserAgent->new; $ua->ssl_opts(verify_hostname=>0); $res = $ua->get("https://www.dwd.de;); warn $res->as_string' 500 Can't connect to www.dwd.de:443 (certificate verify failed) Content-Type: text/plain Client-Date: Mon, 03 Sep 2018 05:58:34 GMT Client-Warning: Internal response Can't connect to www.dwd.de:443 (certificate verify failed) SSL connect attempt failed error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed at /usr/share/perl5/LWP/Protocol/http.pm line 47. With a self-compiled perl and modules installed from CPAN this works as expected (in this case there's no artificial 500 response, but a 403 Forbidden response). I found out that it's possible to workaround the issue with Debian's perl by setting SSL_verify_mode: $ perl -MIO::Socket::SSL=SSL_VERIFY_NONE -MLWP::UserAgent -e '$ua=LWP::UserAgent->new; $ua->ssl_opts(SSL_verify_mode => SSL_VERIFY_NONE, verify_hostname => 0); $res = $ua->get("https://www.dwd.de;); warn $res->as_string' The issue is still present on Ubuntu 18.04 which has a newer version of liblwp-protocol-https-perl. I also don't know if the problem lies in LWP, LWP::Protocol::https, IO::Socket::SSL, Net::SSLeay, or any other module. -- System Information: Debian Release: 9.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages liblwp-protocol-https-perl depends on: ii ca-certificates20161130+nmu1+deb9u1 ii libio-socket-ssl-perl 2.044-1 ii libnet-http-perl 6.12-1 ii libwww-perl6.15-1 ii perl 5.24.1-3+deb9u4 liblwp-protocol-https-perl recommends no packages. Versions of packages liblwp-protocol-https-perl suggests: pn libcrypt-ssleay-perl -- no debconf information
Bug#758215: clusterssh: console is always put into top-left corner when using option console_position
Opened issue for this problem at github: https://github.com/duncs/clusterssh/issues/100
Bug#884244: dsh: option -N does not work
Package: dsh Version: 0.25.10-1.3 Severity: minor Dear Maintainer, the documented option -N does not work: $ dsh -N 1 -m localhost hostname dsh: invalid option -- 'N' The equivalent long option --num-topology works. Also, the manpage does not say that --num-topology & -N expects a number. It should probably say something like: --num-topology | -N number Regards, Slaven -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dsh depends on: ii libc6 2.24-11+deb9u1 ii libdshconfig1 0.20.13-1.2 dsh recommends no packages. Versions of packages dsh suggests: pn update-cluster -- no debconf information
Bug#884238: dsh: --forklimit off by one
Package: dsh Version: 0.25.10-1.3 Severity: minor Dear Maintainer, experiments (e.g. looking into a run with strace, using "-c --forklimit 1") show that the number of forks is actually always one greater than specified. E.g. with "--forklimit 1" there are two processes running at the same time. Regards, Slaven -- System Information: Debian Release: 9.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968), LANGUAGE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages dsh depends on: ii libc6 2.24-11+deb9u1 ii libdshconfig1 0.20.13-1.2 dsh recommends no packages. Versions of packages dsh suggests: pn update-cluster -- no debconf information
Bug#858592: libcurl4-gnutls-dev: curl-config --cflags does not return correct values
Package: libcurl4-gnutls-dev Version: 7.52.1-3 Severity: normal Dear Maintainer, $ curl-config --cflags returns nothing, but it should probably return the same as $ pkg-config --cflags libcurl -I/usr/include/x86_64-linux-gnu -- System Information: Debian Release: 9.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libcurl4-gnutls-dev depends on: ii libcurl3-gnutls 7.52.1-3 libcurl4-gnutls-dev recommends no packages. Versions of packages libcurl4-gnutls-dev suggests: pn libcurl3-dbg pn libcurl4-doc ii libgnutls28-dev 3.5.8-3 ii libidn11-dev 1.33-1 pn libkrb5-dev ii libldap2-dev 2.4.44+dfsg-3 pn librtmp-dev ii libssh2-1-dev1.7.0-1 ii pkg-config 0.29-4+b1 ii zlib1g-dev 1:1.2.8.dfsg-5 -- no debconf information
Bug#855453: mps-youtube can't search anything
Package: mps-youtube Version: 0.01.46-3 Severity: important All searches yield just Found nothing for ... According to https://github.com/mps-youtube/mps-youtube/issues/401 the 0.01.46 version is broken with current youtube, so probably the jessie version should be increased. -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mps-youtube depends on: ii mplayer2 2.0-728-g2c378c7-4+b1 ii python 2.7.9-1 ii python-pafy 0.3.62-1 mps-youtube recommends no packages. mps-youtube suggests no packages. -- no debconf information
Bug#824024: isc-dhcp-server: Will not start if interfaces are not specified
Just an idea: maybe the unit order at startup is just problematic? I seem to have the same problem: the dhcp daemon fails to start at boot time. But starting the daemon manually later works. Maybe the service start happens to early at boot time, when the network is not setup yet and no interfaces are available? Regards, Slaven -- Slaven Rezic - slaven rezic de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net
Bug#381030: UserComment Exif tag issue probably solved
It seems that this issue is probably resolved. See: https://rt.cpan.org/Ticket/Display.html?id=29243 Regards, Slaven
Bug#840471: libimage-info-perl: Wrong watch file on QA page?
Package: libimage-info-perl Version: 1.28-1 Severity: normal Dear Maintainer, on https://qa.debian.org/cgi-bin/watch?pkg=libimage-info-perl the following is listed: watch_file: # format version number, currently 2; this line is compulsory! version=2 http://search.cpan.org/CPAN/authors/id/T/TE/TELS/image/Image-Info-(.+)\.tar\.gz This is not correct; current primary maintainer is me (SREZIC), so this should be something like http://search.cpan.org/CPAN/authors/id/S/SR/SREZIC/Image-Info-(.+)\.tar\.gz Actually, using the direct like below the author's directory is problematic, as maintainers for CPAN modules may change. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libimage-info-perl depends on: ii libimage-base-bundle-perl [libimage-xpm-perl] 1.0.7-3 ii libio-string-perl 1.08-3 ii libxml-simple-perl 2.20-1 ii perl 5.20.2-3+deb8u6 libimage-info-perl recommends no packages. libimage-info-perl suggests no packages. -- no debconf information
Bug#840470: libimage-info-perl: Image::Info is not deprecated
Package: libimage-info-perl Version: 1.28-1 Severity: normal Dear Maintainer, the deprecation notice was removed in version 1.29. Currently Image::Info is already at version 1.39, and got a number of bug fixes (including preventing possible segfaults) and also security fixes (XXE processing is not allowed anymore since 1.38_50). Probably it's a good idea to upgrade the module in Debian. -- System Information: Debian Release: 8.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libimage-info-perl depends on: ii libimage-base-bundle-perl [libimage-xpm-perl] 1.0.7-3 ii libio-string-perl 1.08-3 ii libxml-simple-perl 2.20-1 ii perl 5.20.2-3+deb8u6 libimage-info-perl recommends no packages. libimage-info-perl suggests no packages. -- no debconf information
Bug#826006: xdiskusage: Synopsis and real usage do not match (-t vs. -ti)
Package: xdiskusage Version: 1.48-10.1 Severity: minor Dear Maintainer, the manpage of diskusage lists in the synopsis: xdiskusage [-a] [-d[isplay] host:n.n] [-g[eometry] WxH+X+Y] [-t[itle] Trying to use the short -t option fails however: $ xdiskusage -t title ... -ti[tle] windowtitle ... Using "-ti title" seems to work. Regards, Slaven Rezic -- System Information: Debian Release: 8.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/3 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages xdiskusage depends on: ii libc6 2.19-18+deb8u4 ii libfltk1.11.1.10-19+b1 ii libgcc1 1:4.9.2-10 ii libgl1-mesa-glx [libgl1] 10.3.2-1+deb8u1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 xdiskusage recommends no packages. xdiskusage suggests no packages. -- no debconf information
Bug#741616: graphite-carbon: execute permission on whisper files
On Fri, 14 Mar 2014 15:36:54 +0100 Sylvain Collilieuxwrote: > Package: graphite-carbon > Version: 0.9.10-3 > Severity: normal > > Dear Maintainer, > > ls -l /var/lib/graphite/whisper/myhost/interface/eth0/if_octets > total 520 > -rwxr-xr-x 1 _graphite _graphite 263428 mars 14 15:30 rx.wsp > -rwxr-xr-x 1 _graphite _graphite 263428 mars 14 15:30 tx.wsp > > Are execute permissions for user, group and other really needed on whisper > files ? I don't see this behavior with 0.9.15-1: ... -rw-r--r-- 1 _graphite _graphite 987616 Mai 27 12:27 rx_bit.wsp -rw-r--r-- 1 _graphite _graphite 987616 Mai 27 12:27 rx_byte.wsp ... > -- Sylvain > > > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') > Architecture: i386 (i686) > > Kernel: Linux 3.13-1-686-pae (SMP w/2 CPU cores) > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/bash > >
Bug#818345: RFP: libtime-moment-perl -- fast and memory-efficient datetime module
Package: wnpp Severity: wishlist * Package name: libtime-moment-perl * URL : https://metacpan.org/release/Time-Moment * License : perl_5 Programming Lang: Perl Description : fast and memory-efficient datetime module Relatively popular --- currently on rank 48 on MetaCPAN's leaderboard: https://metacpan.org/favorite/leaderboard Easily buildable using dh-make-perl.
Bug#818282: reportbug: crashes on BTS query returning "HTTPError 500 Internal Server Error"
Package: reportbug Version: 6.6.3 Severity: normal Dear Maintainer, trying to submit a wnpp report fails with a http 500 error. Steps to reproduce: $ reportbug wnpp Choose the request type: 5 Please enter the proposed package name: libtime-moment-perl Please briefly describe this package; this should be an appropriate short description for the eventual package: fast and memory-efficient datetime module Following output is: Querying Debian BTS for reports on wnpp (source)... Traceback (most recent call last): ... File "/usr/lib/python2.7/dist-packages/SOAPpy/Client.py", line 318, in call raise HTTPError(code, msg) SOAPpy.Errors.HTTPError: This looks much to me like the closed already report https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=789047 Probably again a problem with python-debianbts? -- Package-specific info: ** Environment settings: EDITOR="vi" DEBEMAIL="sla...@rezic.de" EMAIL="sla...@rezic.de" DEBFULLNAME="Slaven Rezic" INTERFACE="text" ** /home/eserte/.reportbugrc: reportbug_version "6.6.3" mode standard ui text -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages reportbug depends on: ii apt 1.0.9.8 ii python2.7.9-1 ii python-reportbug 6.6.3 pn python:any reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail ii debconf-utils 1.5.56 pn debsums pn dlocate pn emacs23-bin-common | emacs24-bin-common ii exim4 4.84-8 ii exim4-daemon-light [mail-transport-agent] 4.84-8 ii file 1:5.22+15-2 ii gnupg 1.4.18-7 ii python-gtk22.24.0-4 pn python-gtkspell pn python-urwid pn python-vte ii xdg-utils 1.1.0~rc1+git20111210-7.4 Versions of packages python-reportbug depends on: ii apt 1.0.9.8 ii python-debian 0.1.27 ii python-debianbts 1.12 pn python:any python-reportbug suggests no packages. -- no debconf information
Bug#811389: graphite-web: Incomplete chown instructions in README.debian
Package: graphite-web Version: 0.9.12+debian-6 Severity: normal Dear Maintainer, followed the sqlite instructions in /usr/share/doc/graphite-web/README.Debian --- and it seems that the chown instruction is incomplete. Also the parent directory /var/lib/graphite has to belong to the _graphite user, otherwise sqlite is not able to create journal files. So the following line should be added: # chown _graphite:_graphite /var/lib/graphite This is also relevant to the 0.9.15+debian-1 package. Regards, Slaven -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages graphite-web depends on: ii adduser3.113+nmu3 ii libjs-jquery 1.7.2+dfsg-3.2 ii libjs-jquery-flot 0.8.2+dfsg-1 ii libjs-prototype1.7.1-3 ii libjs-scriptaculous1.9.0-2 ii python 2.7.9-1 ii python-cairo 1.8.8-1+b2 ii python-django 1.7.7-1+deb8u3 ii python-django-tagging 1:0.3.1-4 ii python-pyparsing 2.0.3+dfsg1-1 ii python-simplejson 3.6.5-1 ii python-tz 2012c+dfsg-0.1 ii python-whisper 0.9.12-1 graphite-web recommends no packages. Versions of packages graphite-web suggests: pn graphite-carbon pn libapache2-mod-wsgi pn python-ldap pn python-memcache pn python-mysqldb -- no debconf information
Bug#771415: ITP: libarray-heap-perl -- perl module implementing heaps/priority queues
Jonas Smedegaard <d...@jones.dk> writes: > Hi Slaven, > > Quoting Slaven Rezic (2014-11-29 11:45:27) >> Package: wnpp >> Severity: wishlist >> Owner: Slaven Rezic <sla...@rezic.de> >> >> * Package name: libarray-heap-perl > > Are you still interested in packaging libarray-heap-perl for Debian? > > If so, you might consider joining the Debian Perl team and maintain the > package in collaboration with others with an attention particularly on > Perl modules: https://wiki.debian.org/Teams/DebianPerlGroup > > If you no longer want to package libarray-heap-perl, then I would be > happy to do it: That package will be needed for future releases of > libattean-perl. Please go on! Regards, Slaven -- Slaven Rezic - slaven rezic de Berlin Perl Mongers - http://berlin.pm.org
Bug#791886: /usr/bin/carbon-cache: reload kills carbon-cache
Package: graphite-carbon Version: 0.9.12-3 Severity: important File: /usr/bin/carbon-cache Dear Maintainer, reloading the carbon-cache service does not work and even kills the service: $ sudo service carbon-cache reload Job for carbon-cache.service failed. See 'systemctl status carbon-cache.service' and 'journalctl -xn' for details. (and there's no more carbon-cache running anymore) Reason is probably that USR1 handling is not implemented at all in carbon-cache, and probably ExecReload should be removed or disabled from the service file. Regards, Slaven -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages graphite-carbon depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.56 ii init-system-helpers1.22 ii python 2.7.9-1 ii python-twisted-core14.0.2-3 ii python-whisper 0.9.12-1 graphite-carbon recommends no packages. Versions of packages graphite-carbon suggests: pn graphite-web none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#791762: mlocate: Homepage URL does not exist anymore
Package: mlocate Version: 0.26-1 Severity: minor Dear Maintainer, the homepage URL http://carolina.mff.cuni.cz/~trmac/blog/mlocate does not seem to be available anymore; I get a 404 Not Found page. Regards, Slaven -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages mlocate depends on: ii adduser 3.113+nmu3 ii libc62.19-18 mlocate recommends no packages. mlocate suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#790328: ntp spontaneously stops
Package: ntp Version: 1:4.2.6.p5+dfsg-7 Severity: important Dear Maintainer, the ntp daemon stops every couple of days without any traces in the logs. If this happens, then strace attached to ntpd would report the following lines: 01:37:15.767895 sendto(19, #\3\6\357\0\0\t\17\1\336\231\365\201F\204!\3319\215\376\315\360\224\354\3319\265\356n\251\\224..., 48, 0, {sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr(84.200.81.98)}, 16) = 48 0.000235 01:37:15.768242 clock_gettime(CLOCK_REALTIME, {1435448235, 768291844}) = 0 0.38 01:37:15.768383 select(23, [16 17 18 19 20 21 22], NULL, NULL, NULL) = 1 (in [19]) 0.033360 01:37:15.801917 clock_gettime(CLOCK_REALTIME, {1435448235, 802037278}) = 0 0.69 01:37:15.802134 select(23, [16 17 18 19 20 21 22], NULL, NULL, {0, 0}) = 1 (in [19], left {0, 0}) 0.34 01:37:15.802279 recvmsg(19, {msg_name(16)={sa_family=AF_INET, sin_port=htons(123), sin_addr=inet_addr(84.200.81.98)}, msg_iov(1)=[{$\4\6\352\0\0\3\335\0\0\26\5\220L\7\\3319\262~\335M\356\3319\262+\304\216\347y..., 2120}], msg_controllen=32, {cmsg_len=32, cmsg_level=SOL_SOCKET, cmsg_type=0x1d /* SCM_??? */, ...}, msg_flags=0}, 0) = 48 0.000233 01:37:15.802634 recvmsg(19, 0x7ffcd5cfabc0, 0) = -1 EAGAIN (Resource temporarily unavailable) 0.29 01:37:15.802779 clock_gettime(CLOCK_REALTIME, {1435448235, 802826991}) = 0 0.38 01:37:15.802919 clock_gettime(CLOCK_REALTIME, {1435448235, 802965135}) = 0 0.60 01:37:15.803102 stat(/var/NTP/peerstats, 0x7ffcd5cfb280) = -1 ENOENT (No such file or directory) 0.33 01:37:15.803233 open(/var/NTP/peerstats.20150627, O_WRONLY|O_CREAT|O_APPEND, 0666) = -1 ENOENT (No such file or directory) 0.34 01:37:15.803390 clock_gettime(CLOCK_REALTIME, {1435448235, 803438572}) = 0 0.38 01:37:15.818321 clock_gettime(CLOCK_REALTIME, {1435448235, 818601967}) = 0 0.000263 01:37:15.819631 exit_group(-1) = ? 01:37:15.833564 +++ exited with 255 +++ Note that this is a trace from today, 2015-06-28, but the log lists a filename containing yesterday's date (peerstats.20150627). Also, /var/NTP is a directory which should not exist on a debian system. Regards, Slaven -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ntp depends on: ii adduser 3.113+nmu3 ii dpkg 1.17.25 ii libc62.19-18 ii libcap2 1:2.24-8 ii libedit2 3.1-20140620-2 ii libopts251:5.18.4-3 ii libssl1.0.0 1.0.1k-3 ii lsb-base 4.1+Debian13+nmu1 ii netbase 5.3 Versions of packages ntp recommends: ii perl 5.20.2-3 Versions of packages ntp suggests: pn ntp-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771414: ITP: bbbike -- route planner for cyclists
Andreas Tille andr...@an3as.eu writes: Hi Slaven, On Sat, Nov 29, 2014 at 10:56:38AM +, Slaven Rezic wrote: Package: wnpp Severity: wishlist Owner: Slaven Rezic sla...@rezic.de * Package name: bbbike Version : 3.18 Upstream Author : Slaven Rezic sla...@rezic.de * URL : http://bbbike.sourceforge.net * License : Artistic GPL Programming Lang: Perl Description : route planner for cyclists BBBike is an information system for cyclists in Berlin and Brandenburg (Germany), and, using OpenStreetMap and the BBBike @ World project, for more than 200 cities around the world. It has the following features: * Displays a map with streets, railways, rivers, parks, altitude, and other features * Finds and shows routes between two points * Route-finder can be customized to match the cyclist's preferences: fastest/nicest route, take wind directions and hills into account, etc. * Bike power calculator * Automatically fetches the current weather data Sounds like a neat project. Since it is using OpenStreetMap it vaguely touches the scope of Debian GIS project. At least I would consider to package this in the Debian GIS team. Is there any specific reason why the area is restricted to Berlin and Brandenburg. In other words: Can I use this program also in the Harz region (and if not why not)? The original BBBike does not use OpenStreetMap data, but its own data set (hence the name: *B*erlin *B*randenburg *B*ike). But it's possible to download data sets converted from OpenStreetMap to the BBBike format. The list of available regions and cities can be seen here: http://www.bbbike.org/ So Harz is not exactly included here, but maybe Göttingen or Braunschweig or Hannover will do it, or if not, you can ask Wolfram Schneider to create a new region. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Berlin Perl Mongers - http://berlin.pm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771414: ITP: bbbike -- route planner for cyclists
Package: wnpp Severity: wishlist Owner: Slaven Rezic sla...@rezic.de * Package name: bbbike Version : 3.18 Upstream Author : Slaven Rezic sla...@rezic.de * URL : http://bbbike.sourceforge.net * License : Artistic GPL Programming Lang: Perl Description : route planner for cyclists BBBike is an information system for cyclists in Berlin and Brandenburg (Germany), and, using OpenStreetMap and the BBBike @ World project, for more than 200 cities around the world. It has the following features: * Displays a map with streets, railways, rivers, parks, altitude, and other features * Finds and shows routes between two points * Route-finder can be customized to match the cyclist's preferences: fastest/nicest route, take wind directions and hills into account, etc. * Bike power calculator * Automatically fetches the current weather data -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771415: ITP: libarray-heap-perl -- perl module implementing heaps/priority queues
Package: wnpp Severity: wishlist Owner: Slaven Rezic sla...@rezic.de * Package name: libarray-heap-perl Version : 3.1 Upstream Author : Marc Lehmann mlehm...@cpan.org * URL : https://metacpan.org/release/Array-Heap * License : Artistic GPL Programming Lang: Perl Description : perl module implementing heaps/priority queues There are a multitude of heap and heap-like modules on CPAN, you might want to search for /Heap/ and /Priority/ to find many. They implement more or less fancy datastructures that might well be what you are looking for. This module takes a different approach: It exports functions (i.e. no object orientation) that are loosely modeled after the C++ STL's binary heap functions. They all take an array as argument, just like perl's built-in functions push, pop etc. The implementation itself is in C for maximum speed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771414: ITP: bbbike -- route planner for cyclists
Sebastiaan Couwenberg sebas...@xs4all.nl writes: Hi Slaven, Have you considered maintaining this package as part of the Debian GIS team? http://pkg-grass.alioth.debian.org/policy/index.html#introduction Hi Bas, no, I was not aware of the existence of this group. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668638: dh-make-perl: Incorrect dependency detection (because Module::Depends is used)
Damyan Ivanov d...@debian.org writes: Control: -1 tags confirmed -=| Slaven Rezic, 13.04.2012 21:02:05 +0200 |=- Package: dh-make-perl Version: 0.70-1 Severity: normal When trying to build Tk::Wizard with dh-make-perl using dh-make-perl --cpan=Tk::Wizard --build an obviously wrong dependecy was detected: - Win32::TieRegistry not found in any package CPAN contains it in Win32-TieRegistry substituting package name of libwin32-tieregistry-perl Problem is very probably that META.yml is used for dependency detection. This is wrong unless dynamic_config:0 is set in the META file. If dynamic_config is not defined or set to 1, then Makefile.PL or Build.PL must be run and the created Makefile or Build must be inspected for the correct dependencies (in newer Perls one can use the created MYMETA* files instead). Thanks for the explanation and sorry for replaying more than an year later. I can point you to the correct dependency detection code in CPAN.pm. That would be very helpful indeed. Hopefully there is a way to just use some CPAN.pm-provided method to obtain this information. Maybe using Module::Depends::Intrusive *always* would also do the right thing. Tried that, but for this package M:D:Intrusive returns an empty hash :/ With Debian now shipping perl 5.14.x, we have now the easier option to fix the problem. Modern ExtUtils::MakeMaker and Module::Build write a MYMETA.yml (and MYMETA.json) file when executing perl Makefile.PL resp. perl Build.PL, and this file contains all fields as META.yml, but dynamically evaluated. In the case of Tk::Wizard the requires field in MYMETA.yml looks like this: requires: Carp: 0 Cwd: 0 ExtUtils::testlib: 0 File::Copy: 0 File::Path: 0 File::Spec: 0 FileHandle: 0 IO::Handle: 0 LWP::UserAgent: 0 Scalar::Util: 0 Test::More: 0 Tk: 0 Tk::After: 0 Tk::DialogBox: 0 Tk::DirTree: 0 Tk::ErrorDialog: 0 Tk::Frame: 0 Tk::LabFrame: 0 Tk::MainWindow: 0 Tk::ProgressBar: 0 Tk::ROText: 0 That is, the Win32* modules are gone. So probably the fix is: run Makefile.PL/Build.PL, and if there was a MYMETA.yml file written, use this, else fallback to META.yml (the fallback probably should never happen, so is worth a warning). Regards, Slaven -- Slaven Rezic - slaven at rezic dot de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708624: perl-tk: FTBFS with zlib 1:1.2.8.dfsg-1: No rule to make target `zconf.h'
Niko Tyni nt...@debian.org writes: tag 708624 patch thanks On Fri, May 17, 2013 at 01:27:21PM +0300, Niko Tyni wrote: Package: perl-tk Version: 1:804.030-1 Severity: serious Tags: sid cc -c -I.. -I/usr/local/include -I/usr/include/freetype2 -D_REENTRANT -D_GNU_SOURCE -DDEBIAN -fstack-protector -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -DVERSION=\4.004\ -DXS_VERSION=\804.03\ -fPIC -I/usr/lib/perl/5.14/CORE -Wall -Wno-implicit-int -Wno-comment -Wno-unused -D__USE_FIXED_PROTOTYPES__ PNG.c make[2]: *** No rule to make target `zconf.h', needed by `imgPNG.o'. Stop. zlib (1:1.2.8.dfsg-1) unstable; urgency=low [...] * Install zconf.h in multiarch path (closes: #698648). It looks like Tk/MakeDepend.pm needs to look in multiarch include paths (/usr/include/triplet). Possibly the right thing to do is to parse 'cpp -v' output somewhere and feed that to Tk::MakeDepend::command_line(). My half hearted attempts to override INC from debian/rules weren't successful. Here's a much cruder patch that makes it build for me. Hope it helps a bit. This issue was also addressed in the original perl-tk distribution. See https://rt.cpan.org/Ticket/Display.html?id=85407 for a related bug report. The fix is in the development release Tk-804.030_502. However, I note this warning in the build log: dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/perl-tk/usr/lib/perl5/auto/Tk/PNG/PNG.so was not linked against libz.so.1 (it uses none of the library's symbols). so presumably the whole zlib stuff is only needed for the bundled libpng and we shouldn't need it at all? That's correct. 804.030_502 is now using pkg-config to check if libpng is available, and is using this one, otherwise does a fallback to the bundled (old!) libpng+zlib. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Berlin Perl Mongers - http://berlin.pm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695199: perlindex: Can't take log of negative value
Package: perlindex Version: 1.605-2 Severity: normal See https://rt.cpan.org/Ticket/Display.html?id=70755 for the detailed bug report. Regards, Slaven -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=hr_HR.utf8, LC_CTYPE=hr_HR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages perlindex depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libterm-readkey-perl 2.30-4A perl module for simple terminal ii libtext-english-perl 1.605-2 Perl module implementing the Porte ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages perlindex recommends: ii libio-stringy-perl2.110-4Perl modules for IO from scalars a perlindex suggests no packages. -- debconf information: * perlindex/removeindexonpurge: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693300: munin-node: Wrong usage: --pidebug should be --plugindebug
Package: munin-node Version: 1.4.5-3 Severity: normal /usr/sbin/munin-node --help lists --pidebug as an option. But this option does not exist, it should probably be --plugindebug instead. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=hr_HR.utf8, LC_CTYPE=hr_HR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages munin-node depends on: ii adduser3.112+nmu2add and remove users and groups ii gawk 1:3.1.7.dfsg-5GNU awk, a pattern scanning and pr ii libnet-server-perl 0.97-1An extensible, general perl server ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii munin-common 1.4.5-3 network-wide graphing framework (c ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii procps 1:3.2.8-9squeeze1 /proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections Versions of packages munin-node suggests: ii acpi 1.5-2 displays information on ACPI devic pn ethtoolnone(no description available) ii hdparm 9.32-1tune hard disk parameters for high ii libcache-cache-perl1.06-1Managed caches of persistent infor ii libcrypt-ssleay-perl 0.57-2Support for https protocol in LWP ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My ii libdbd-pg-perl 2.17.1-2+squeeze1 Perl DBI driver for the PostgreSQL pn liblwp-useragent-deter none(no description available) pn libnet-irc-perlnone(no description available) ii libnet-ssleay-perl 1.36-1Perl module for Secure Sockets Lay ii libtext-csv-xs-perl0.73-1Perl C/XS module to process Comma- ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar ii libxml-simple-perl 2.18-3Perl module for reading and writin ii lm-sensors 1:3.1.2-6 utilities to read temperature/volt pn logtailnone(no description available) pn munin none(no description available) pn munin-java-plugins none(no description available) pn munin-plugins-extranone(no description available) ii mysql-client-5.1 [mysq 5.1.63-0+squeeze1 MySQL database client binaries ii net-tools 1.60-23 The NET-3 networking toolkit ii python 2.6.6-3+squeeze7 interactive high-level object-orie ii ruby 4.5 An interpreter of object-oriented pn smartmontools none(no description available) -- Configuration Files: /etc/munin/munin-node.conf changed [not included] /etc/munin/plugin-conf.d/munin-node [Errno 13] Pristup odbijen: u'/etc/munin/plugin-conf.d/munin-node' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419091: Update on Relax-NG validation problem
At least the first testcase works with current libxml2 in Debian/squeeze: $ xmllint --noout --relaxng http://www.docbook.org/xml/5.0CR3/rng/docbook.rng testcase.xml testcase.xml validates Version of libxml2 is: 2.7.8.dfsg-2+squeeze5 However, it's possible that other test cases still not work. Regards, Slaven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668638: dh-make-perl: Incorrect dependency detection (because Module::Depends is used)
Package: dh-make-perl Version: 0.70-1 Severity: normal When trying to build Tk::Wizard with dh-make-perl using dh-make-perl --cpan=Tk::Wizard --build an obviously wrong dependecy was detected: - Win32::TieRegistry not found in any package CPAN contains it in Win32-TieRegistry substituting package name of libwin32-tieregistry-perl Problem is very probably that META.yml is used for dependency detection. This is wrong unless dynamic_config:0 is set in the META file. If dynamic_config is not defined or set to 1, then Makefile.PL or Build.PL must be run and the created Makefile or Build must be inspected for the correct dependencies (in newer Perls one can use the created MYMETA* files instead). META.yml is only meant for statistical analysis, but not for real dependency resolution. In the case of Tk::Wizard the Windows-specific module is optional and only used on Windows systems. Probably the module author was creating the distribution on a Windows system, so the generated META.yml had this windows-specific module in the prerequisites list. Just conincidence. I can point you to the correct dependency detection code in CPAN.pm. Maybe using Module::Depends::Intrusive *always* would also do the right thing. Regards, Slaven -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-028stab095.1 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 8.0.0 helper programs for debian/rules ii dpkg-dev 1.15.8.12 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1Tie-able array that allows only un ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libdpkg-perl 1.15.8.12 Dpkg perl modules ii libemail-date-format-p 1.002-1 Module to generate RFC-2822-valid ii liblist-moreutils-perl 0.25~02-1 Perl module with additional list f ii libmodule-depends-perl 0.14-3identify the dependencies of a dis ii libparse-debcontrol-pe 2.005-2 Easy OO parsing of Debian control- ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtie-ixhash-perl 1.21-2ordered associative arrays for Per ii libwww-mechanize-perl 1.64-1module to automate interaction wit ii libyaml-perl 0.71-1YAML Ain't Markup Language ii make 3.81-8An utility for Directing compilati ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii perl-modules [libmodul 5.10.1-17squeeze3 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.4.0 search for files within Debian pac dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668642: dh-make-perl: --arch any ineffective
Package: dh-make-perl Version: 0.70-1 Severity: normal It seems that --arch any does not work. I tried this option for Filesys::DfPortable in the form dh-make-perl --cpan=Filesys::DfPortable --build --arch=any but still an all package was built. I have to use the --arch switch here because the automatic XS detection does not work --- the distribution does not have a .xs file after unpacking, but creates one in the perl Makefile.PL phase (this could also be constructed as a bug). Regards, Slaven -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-028stab095.1 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 8.0.0 helper programs for debian/rules ii dpkg-dev 1.15.8.12 Debian package development tools ii fakeroot 1.14.4-1 Gives a fake root environment ii libapt-pkg-perl0.1.24+b1 Perl interface to libapt-pkg ii libarray-unique-perl 0.08-1Tie-able array that allows only un ii libclass-accessor-perl 0.34-1Perl module that automatically gen ii libdpkg-perl 1.15.8.12 Dpkg perl modules ii libemail-date-format-p 1.002-1 Module to generate RFC-2822-valid ii liblist-moreutils-perl 0.25~02-1 Perl module with additional list f ii libmodule-depends-perl 0.14-3identify the dependencies of a dis ii libparse-debcontrol-pe 2.005-2 Easy OO parsing of Debian control- ii libparse-debianchangel 1.1.1-2.1 parse Debian changelogs and output ii libtie-ixhash-perl 1.21-2ordered associative arrays for Per ii libwww-mechanize-perl 1.64-1module to automate interaction wit ii libyaml-perl 0.71-1YAML Ain't Markup Language ii make 3.81-8An utility for Directing compilati ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii perl-modules [libmodul 5.10.1-17squeeze3 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.4.0 search for files within Debian pac dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662655: libimage-base-bundle-perl: Image::Xpm fails on some xpm files
Package: libimage-base-bundle-perl Version: 1.0.7-3 Severity: normal The following line fails with Debian's Image::Xpm (test image is available from package fvwm-icons): $ perl -MImage::Xpm -e 'Image::Xpm-new(-file = /usr/share/pixmaps/fvwm/xterm-dec.xpm)' load() file `/usr/share/pixmaps/fvwm/xterm-dec.xpm' does not have a proper C array name at -e line 1 However, with the latest Image::Xpm from CPAN (1.12) there's no problem loading this file. Regards, Slaven -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=hr_HR.utf8, LC_CTYPE=hr_HR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libimage-base-bundle-perl depends on: ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction libimage-base-bundle-perl recommends no packages. libimage-base-bundle-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661277: rhino can't handle whitespace in -e
Package: rhino Version: 1.7R2-4 Severity: normal rhino -e works as expected if there's no whitespace in the oneliner: $ rhino -e 'print(1+1)' 2 With whitespace one gets an error: $ rhino -e 'print (1+1)' js: Couldn't read source file (1+1): (1+1) (No such file or directory). I assume that the shell wrapper is somehow wrong, cause calling the underlying java command seems to work: $ /usr/bin/java -classpath /usr/share/java/js.jar:/usr/share/java/jline.jar org.mozilla.javascript.tools.shell.Main -e 'print (1+1)' 2 Regards, Slaven -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages rhino depends on: ii gij-4.3 [java5-ru 4.3.2-2The GNU Java bytecode interpreter ii java-gcj-compat-h 1.0.78-2 Java runtime environment using GIJ ii libjline-java 0.9.94-5 Java library for handling console ii openjdk-6-jre-hea 6b18-1.8.10-0+squeeze2 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [ja 1.5.0-22-0lenny1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [ja 6.26-0squeeze1 Sun Java(TM) Runtime Environment ( rhino recommends no packages. Versions of packages rhino suggests: pn rhino-doc none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656994: resolv.conf: Comments syntax not explained in resolv.conf
Package: manpages Version: 3.27-1 Severity: minor File: resolv.conf resolv.conf does not explain how to put comments into /etc/resolv.conf Other sources on the internet ( http://sourceware.org/ml/glibc-bugs/2011-07/msg9.html, http://resin.csoft.net/cgi-bin/man.cgi?section=5topic=resolv.conf ) suggest that # or ; may be used for comment lines. Regards, Slaven -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash manpages depends on no packages. manpages recommends no packages. Versions of packages manpages suggests: ii konqueror [man-browser] 4:4.4.5-2 advanced file manager, web browser ii man-db [man-browser] 2.5.7-8on-line manual pager -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649520: munin: Munin should not automatically add itself to Apache configuration
I agree. But probably it shouldn't be put into mods-available, but instead it should go to sites-available, as the munin plugin is not an Apache module. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Berlin Perl Mongers - http://berlin.pm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586698: graphicsmagick consumes 100% of cpu
Maybe it's the same issue as reported in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638409 for ImageMagick. I also saw a similar problem with a Perl script using either GraphicsMagick or ImageMagick on a virtual machine instance. After rebuilding graphicsmagick using the --without-openmp switch in configure everything worked OK. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Berlin Perl Mongers - http://berlin.pm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641206: apache2: Implement init.d's stop and restart using graceful stop
Package: apache2.2-common Version: 2.2.9-10+lenny11 Severity: wishlist apache2 knows the concept of a graceful stop, that is, running requests will be kept running after such a signal until finishing. See apache2ctl graceful-stop or the apache2 documentation about the WINCH signal. It would be nice if the init.d script would use this feature for the stop and restart commands. -- Package-specific info: List of /etc/apache2/mods-enabled/*.load: alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgid deflate dir env mime negotiation perl setenvif status -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apache2 depends on: ii apache2-mpm-worker 2.2.9-10+lenny11 Apache HTTP Server - high speed th apache2 recommends no packages. apache2 suggests no packages. Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.9-10+lenny11 utility programs for webservers ii libapr1 1.2.12-5+lenny4 The Apache Portable Runtime Librar ii libaprutil1 1.2.12+dfsg-8+lenny5 The Apache Portable Runtime Utilit ii libc6 2.9-6GNU C Library: Shared libraries ii libmagic1 4.26-1 File type determination library us ii libssl0.9.8 0.9.8m-2 SSL shared libraries ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii mime-support3.44-1 MIME files 'mime.types' 'mailcap ii net-tools 1.60-22 The NET-3 networking toolkit ii perl5.10.1-13Larry Wall's Practical Extraction ii procps 1:3.2.7-11 /proc file system utilities ii psmisc 22.6-1 Utilities that use the proc filesy ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#641206: Acknowledgement (apache2: Implement init.d's stop and restart using graceful stop)
I just saw that graceful-stop is already available in /etc/init.d/apache2 in debian/squeeze. So I amend my wishlist: The standard stop command should implement graceful-stop. If somebody has the need for the original apache stop, then this could be implemented with a new init.d command force-stop or so. Regards, Slaven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632829: munin-node: init.d script should implement reload action (using HUP)
Package: munin-node Version: 1.4.5-3 Severity: wishlist munin-node is based on the perl module Net::Server, and Net::Server implements HUP handling. So it would be nice to have reload implemented in /etc/init.d/munin-node. This will be as simple as kill -HUP `cat /var/run/munin/munin-node.pid` Regards, Slaven -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-486 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages munin-node depends on: ii adduser 3.112+nmu2 add and remove users and groups ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii libnet-server-perl 0.97-1 An extensible, general perl server ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii munin-common1.4.5-3 network-wide graphing framework (c ii perl5.10.1-17Larry Wall's Practical Extraction ii procps 1:3.2.8-9/proc file system utilities Versions of packages munin-node recommends: ii libnet-snmp-perl 5.2.0-4Script SNMP connections Versions of packages munin-node suggests: pn ethtoolnone(no description available) ii hdparm 9.32-1tune hard disk parameters for high pn libcache-cache-perlnone(no description available) ii libcrypt-ssleay-perl 0.57-2Support for https protocol in LWP ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My ii libdbd-pg-perl 2.17.1-2 Perl DBI driver for the PostgreSQL pn liblwp-useragent-deter none(no description available) pn libnet-irc-perlnone(no description available) ii libnet-ssleay-perl 1.36-1Perl module for Secure Sockets Lay ii libtext-csv-xs-perl0.73-1Perl C/XS module to process Comma- ii libwww-perl5.837-1imt-lenny3 The World-Wide Web library for Per ii libxml-simple-perl 2.18-3Perl module for reading and writin ii lm-sensors 1:3.1.2-6 utilities to read temperature/volt pn logtailnone(no description available) pn munin none(no description available) pn munin-java-plugins none(no description available) pn munin-plugins-extranone(no description available) ii mysql-client-5.1 [mysq 5.1.49-3 MySQL database client binaries ii net-tools 1.60-23 The NET-3 networking toolkit ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii ruby 4.5 An interpreter of object-oriented ii smartmontools 5.39.1+svn3124-2 control and monitor storage system -- Configuration Files: /etc/munin/munin-node.conf changed [not included] /etc/munin/plugin-conf.d/munin-node [Errno 13] Permission denied: u'/etc/munin/plugin-conf.d/munin-node' -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578814: perl-tk: FTBFS with Perl 5.12
Niko Tyni nt...@debian.org writes: On Thu, Apr 22, 2010 at 09:55:00PM +0100, Colin Tuckley wrote: Yes, Slaven (the upstream maintainer) and I know about this. Once 5.12 is released properly (which it sounds like it might have been) there will be a formal release of a new version of Perl-tk to support it. I think Slaven is subscribed to the perl-tk bug reports so hopefully he will comment. 5.12.0 was released a month ago. Any news? I think I'll do yet another developer release, possibly this week. Some Windows-related thing popped up with the 502 release, so I want to recheck before creating 804.029. Regards, Slaven FWIW, I've tested Tk-804.028_502 from CPAN a bit with a dozen Debian packages that build-depend directly or transitively on perl-tk. They all built successfully on both Perl 5.10.1 and 5.12.0. libconfig-model-itself-perl_1.215-1 libconfig-model-tkui-perl_1.306-1 libdevel-ptkdb-perl_1.1091-1.1 libpoe-loop-tk-perl_1.304-1 libtest-mockclass-perl_1.04-3 libtk-dirselect-perl_1.12-1 libtk-gbarr-perl_2.08-1 libtk-objscanner-perl_2.012-2 libtk-pod-perl_0.9939-1 libtk-splashscreen-perl_1.0-3 libtk-tablematrix-perl_1.23-5 Thanks for your work, -- Slaven Rezic - slaven at rezic dot de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560165: dh-make-perl: Suboptimal README detection
Package: dh-make-perl Version: 0.61 Severity: normal I just tried to build Encode::DoubleEncodedUTF8 with dh-make-perl: $ dh-make-perl --cpan Encode::DoubleEncodedUTF8 ... Checksum for /home/livesrezic/.cpan/source/authors/id/M/MI/MIYAGAWA/Encode-DoubleEncodedUTF8-0.04.tar.gz ok ... Found docs: README inc/Module/Install/ReadmeFromPod.pm ... So the README detection does not look OK for me. Maybe everything with an .pm extension should not be treated as documentation. -- System Information: Debian Release: 5.0.3 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-5-xen-686 (SMP w/1 CPU core) Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.17 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libapt-pkg-perl 0.1.22+b1 Perl interface to libapt-pkg ii libclass-accessor-perl 0.31-2 Automated accessor generator ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii liblist-moreutils-perl 0.22-1+b1 Addition list functions not found ii libmodule-corelist-perl 2.22-1 Perl module to determine modules s ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2 Easy OO parsing of Debian control- ii libparse-debianchangelog 1.1.1-2 parse Debian changelogs and output ii libtie-ixhash-perl 1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii libmodule-build-perl 0.2808.01-2 Subclassable and make-independent ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#543663: perl-tk: Examples provides wrong path for interpreter
Dario Minnucci (midget) deb...@midworld.net writes: Package: perl-tk Version: 1:804.028-5 Severity: minor Hi, /usr/share/doc/perl-tk/examples/browse:#!/usr/local/bin/perl -w /usr/share/doc/perl-tk/examples/color_editor:#!/usr/local/bin/perl -w /usr/share/doc/perl-tk/examples/composite:#!/usr/local/bin/perl -w /usr/share/doc/perl-tk/examples/dialog:#!/usr/local/bin/perl -w /usr/share/doc/perl-tk/examples/hello:#!/usr/local/bin/perl -w /usr/share/doc/perl-tk/examples/timer:#!/usr/local/bin/perl -w /usr/share/doc/perl-tk/examples/tom:#!/usr/local/bin/perl -w I changed the original Perl/Tk source to use '#!/usr/bin/env perl' now (see https://svn.perl.org/modules/Tk/tr...@13403). This should be quite portable on most Unix systems. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de tkruler - Perl/Tk program for measuring screen distances http://ptktools.sourceforge.net/#tkruler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550046: exmap-modules-source: Build fails with 2.6.26-2-686
Package: exmap-modules-source Version: 0.10-1 Severity: important The module build failed on this machine. The log reads: make: Ništa za napraviti za `kdist_clean'. /usr/bin/make -f debian/rules kdist_clean kdist_config binary-modules make[1]: Ulazim u direktorij `/usr/src/modules/exmap' make[1]: Ništa za napraviti za `kdist_clean'. make[1]: Ništa za napraviti za `kdist_config'. for templ in ; do \ cp $templ `echo $templ | sed -e 's/_KVERS_/2.6.26-2-686/g'` ; \ done for templ in `ls debian/*.modules.in` ; do \ test -e ${templ%.modules.in}.backup || cp ${templ%.modules.in} ${templ%.modules.in}.backup 2/dev/null || true; \ sed -e 's/##KVERS##/2.6.26-2-686/g ;s/#KVERS#/2.6.26-2-686/g ; s/_KVERS_/2.6.26-2-686/g ; s/##KDREV##/2.6.26-19/g ; s/#KDREV#/2.6.26-19/g ; s/_KDREV_/2.6.26-19/g ' $templ ${templ%.modules.in}; \ done dh_testdir dh_testroot dh_clean -k make KVERS=2.6.26-2-686 KERNEL_SOURCES=/lib/modules/2.6.26-2-686/build MODVERSIONS=detect KERNEL=linux-2.6.26-2-686 make[2]: Ulazim u direktorij `/usr/src/modules/exmap' make -C /lib/modules/2.6.26-2-686/build M=/usr/src/modules/exmap modules make[3]: Ulazim u direktorij `/usr/src/linux-headers-2.6.26-2-686' CC [M] /usr/src/modules/exmap/exmap.o /usr/src/modules/exmap/exmap.c: In function ‘init_module’: /usr/src/modules/exmap/exmap.c:510: error: ‘proc_root’ undeclared (first use in this function) /usr/src/modules/exmap/exmap.c:510: error: (Each undeclared identifier is reported only once /usr/src/modules/exmap/exmap.c:510: error: for each function it appears in.) /usr/src/modules/exmap/exmap.c: In function ‘cleanup_module’: /usr/src/modules/exmap/exmap.c:535: error: ‘proc_root’ undeclared (first use in this function) make[4]: *** [/usr/src/modules/exmap/exmap.o] Greška 1 make[3]: *** [_module_/usr/src/modules/exmap] Greška 2 make[3]: Izlazim iz direktorija `/usr/src/linux-headers-2.6.26-2-686' make[2]: *** [kernel_modules] Greška 2 make[2]: Izlazim iz direktorija `/usr/src/modules/exmap' make[1]: *** [binary-modules] Greška 2 make[1]: Izlazim iz direktorija `/usr/src/modules/exmap' make: *** [kdist_build] Greška 2 -- System Information: Debian Release: 5.0.3 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exmap-modules-source depends on: ii cdbs 0.4.48 common build system for Debian pac ii module-assistant 0.10.8 tool to make module package creati Versions of packages exmap-modules-source recommends: ii linux-headers-2.6.26-2-686 [l 2.6.26-19 Header files for Linux 2.6.26-2-68 ii linux-source-2.6.26 [linux-so 2.6.26-19 Linux kernel source for version 2. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550137: dh-make-perl: debian/* files may disturb package generation process
Package: dh-make-perl Version: 0.60 Severity: normal While trying to make a package for Tk::Wizard using dh-make-perl --build --cpan Tk::Wizard I run into following problem: t/001_MANIFEST.t . Not in MANIFEST: debian/changelog Not in MANIFEST: debian/compat Not in MANIFEST: debian/control Not in MANIFEST: debian/copyright Not in MANIFEST: debian/libtk-wizard-perl.debhelper.log Not in MANIFEST: debian/libtk-wizard-perl.docs Not in MANIFEST: debian/rules Not in MANIFEST: debian/watch t/001_MANIFEST.t . 1/3 # Failed test 'No un-MANIFESTed files found' # at t/001_MANIFEST.t line 23. # got: '0' # expected: '8' # debian/changelog, debian/compat, debian/control, debian/copyright, debian/libtk-wizard-perl.debhelper.log, debian/libtk-wizard-perl.docs, debian/rules, debian/watch # Looks like you failed 1 test of 3. t/001_MANIFEST.t . Dubious, test returned 1 (wstat 256, 0x100) Failed 1/3 subtests Ouch. I doubt that there's a better solution than to politely ask upstream to make this test an author-only test, or to silently skip over all files in a debian subdirectory. Or is it possible to postpone creation of the debian files after the test phase? Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper 7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25Debian package development tools ii fakeroot 1.11 Gives a fake root environment ii libapt-pkg-perl 0.1.22+b1 Perl interface to libapt-pkg ii libclass-accessor-perl0.31-2 Automated accessor generator ii libemail-date-format-perl 1.002-1Module to generate RFC-2822-valid ii liblist-moreutils-perl0.22-1+b1 Addition list functions not found ii libmodule-corelist-perl 2.18-2 what modules shipped with versions ii libmodule-depends-perl0.14-1 identify the dependencies of a dis ii libparse-debcontrol-perl 2.005-2Easy OO parsing of Debian control- ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output ii libtie-ixhash-perl1.21-2 ordered associative arrays for Per ii libwww-mechanize-perl 1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.1-5 Larry Wall's Practical Extraction ii perl-modules [libmodule-corel 5.10.1-5 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl 5.10.1-5 Larry Wall's Practical Extraction ii perl-modules [libmodule-build 5.10.1-5 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548937: dh-make-perl: META.yml parsing in Module::Install controlled dists does not seem to work
Package: dh-make-perl Version: 0.47 Severity: normal Trying to build Image::Info with dh-make-perl results in the following log: $ dh-make-perl --build --cpan Image::Info Image-Info-1.29/ [...] Image-Info-1.29/META.yml [...] == Could not find the dependencies for the requested module. Generated error: Can't use an undefined value as a HASH reference at /usr/bin/dh-make-perl line 723. Please check if your module depends on Module::Install for its build process - Automatically finding its dependencies is unsupported, please specify them manually using the 'depends' option. Alternatively, including a META.yml file with dependencies should allow discovery even for Module::Install modules. == The last suggestion is about including a META.yml file into the distribution to help in parsing the dependencies. But there is already a META.yml in the distribution, and there is no indication that the YAML there is invalid. Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libpod-par 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548935: dh-make-perl: Bad YAML-related comments
Package: dh-make-perl Version: 0.47 Severity: minor In my copy of dh-make-perl I find the following comment in the process_meta function around line 430: # YAML::LoadFile has the bad habit of dying when it cannot properly parse # a file - Catch it in an eval, and if it dies, return -again- just an # empty hashref. Oh, were it not enough: It dies, but $! is not set, so we # check against $...@. Crap, crap, crap :-/ The first point about dying is debatable. It is not documented in the YAML Pod, but it is quite valid for a module to do so. But the second point is not debatable. If eval fails, then you have always to look up in $@, never in $!. Please check perldoc -f eval. Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libpod-par 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548941: Pod errors in dh-make-perl manpage
Package: dh-make-perl Version: 0.47 Severity: minor The end of the dh-make-perl manpage shows that there were Pod errors in it: POD ERRORS Hey! The above document had some coding errors, which are explained below: Around line 1403: '=item' outside of any '=over' Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libpod-par 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548946: dh-make-perl: Incorrect detection of a standard module (Kwalify.pm)
Package: dh-make-perl Version: 0.47 Severity: normal Trying to build a package for the module Kwalify.pm fails: $ dh-make-perl --build --cpan Kwalify Kwalify is a standard module. This is wrong, Kwalify is not in the perl core: $ apt-file search Kwalify.pm perl-modules: /usr/share/perl/5.10.0/CPAN/Kwalify.pm So it's only CPAN::Kwalify in the core, but not Kwalify. Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libpod-par 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548950: dh-make-perl: Should check if sample is really a directory
Package: dh-make-perl Version: 0.47 Severity: normal When trying to build Devel::Trace: $ dh-make-perl --build --cpan Devel::Trace [...] Found: Devel-Trace 0.10 (libdevel-trace-perl arch=all) [...] Found examples: sample/* dh_installexamples sample/* cp: cannot stat `sample/*': Not a directory dh_installexamples: command returned error code 256 make: *** [binary-indep] Error 1 make: Leaving directory `/tmp/Devel-Trace-0.10' Cannot create deb package Looking into the distribution I see a sample file, not a directory: -rwxr-xr-x 1 eserte eserte 206 1998-07-19 02:20 sample So I guess there is a -d check missing in the code. Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libpod-par 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548367: dh-make-perl: Detecting alternative dependencies
Package: dh-make-perl Version: 0.47 Severity: wishlist It seems to me that dh-make-perl could detect alternative dependencies in a better way. Currently it seems that it picks one by random. For example $ dh-make-perl --build --cpan GD::SVG; dpkg --info libgd-svg-perl_0.33-1_all.deb ... Needs the following debian packages: libgd-gd2-noxpm-perl, libsvg-perl ... Depends: perl (= 5.6.0-16), libgd-gd2-noxpm-perl, libsvg-perl But libgd-gd2-noxpm-perl is not the only candidate satisfying the GD.pm requirement: $ apt-file search perl5/GD.pm libgd-gd2-noxpm-perl: /usr/lib/perl5/GD.pm libgd-gd2-perl: /usr/lib/perl5/GD.pm So it would be nice if this could be automatically turned into something like libgd-gd2-perl | libgd-gd2-noxpm-perl Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages dh-make-perl depends on: ii debhelper7.0.15 helper programs for debian/rules ii dpkg-dev 1.14.25 Debian package development tools ii fakeroot 1.11Gives a fake root environment ii libemail-date-format-per 1.002-1 Module to generate RFC-2822-valid ii libmodule-depends-perl 0.14-1 identify the dependencies of a dis ii libwww-mechanize-perl1.34-2 Automate interaction with websites ii libyaml-perl 0.66-1 YAML Ain't Markup Language (tm) ii make 3.81-5 The GNU version of the make util ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction ii perl-modules [libpod-par 5.10.0-19lenny2 Core Perl modules Versions of packages dh-make-perl recommends: ii apt-file 2.1.5 APT package searching utility -- c ii perl-modules [libmodule- 5.10.0-19lenny2 Core Perl modules dh-make-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#494808: libdbd-xbase-perl: Patch available
Package: libdbd-xbase-perl Version: 1:0.241-6 Followup-For: Bug #494808 This bug was also reported on http://rt.cpan.org/Ticket/Display.html?id=29523 And I have a patch in http://cpan.noris.de/authors/id/S/SR/SREZIC/patches/DBD-XBase-0.241-SREZIC-01.patch Regards, Slaven -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdbd-xbase-perl depends on: ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction libdbd-xbase-perl recommends no packages. Versions of packages libdbd-xbase-perl suggests: ii libdbi-perl 1.605-1Perl5 database interface by Tim Bu -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547185: emacs23: May crash if old libotf0 is installed
Package: emacs23 Version: 23.1+1-4 Severity: important emacs23 may crash if some non-latin1 characters are about to be shown. Sorry, I cannot exactly say which kind of characters it is, the failure-causing file contained arabic, cyrillic and hindi. The error message is: emacs23: symbol lookup error: emacs23: undefined symbol: OTF_open_ft_face After upgrading libotf0 from 0.9.4-1 to 0.9.9-1 the error vanished. Regards, Slaven -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages emacs23 depends on: ii emacs23-bin-common 23.1+1-4 The GNU Emacs editor's shared, arc ii install-info4.13a.dfsg.1-4 Manage installed documentation in ii libasound2 1.0.19-1 shared library for ALSA applicatio ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.9-18 GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libfontconfig1 2.4.2-1.2generic font configuration library ii libfreetype62.3.9-5 FreeType 2 font engine, shared lib ii libgif4 4.1.6-3 library for GIF images (library) ii libglib2.0-02.20.0-2 The GLib library of C routines ii libgpm2 1.20.4-3.1 General Purpose Mouse - shared lib ii libgtk2.0-0 2.16.2-1 The GTK+ graphical user interface ii libice6 1:1.0.1-2X11 Inter-Client Exchange library ii libjpeg62 6b-13The Independent JPEG Group's JPEG ii libm17n-0 1.5.4-1+b1 a multilingual text processing lib ii libncurses5 5.7+20090613-1 shared libraries for terminal hand ii libotf0 0.9.9-1 A Library for handling OpenType Fo ii libpango1.0-0 1.24.4-1 Layout and rendering of internatio ii libpng12-0 1.2.15~beta5-1 PNG library - runtime ii librsvg2-2 2.26.0-1 SAX-based renderer library for SVG ii libsm6 1:1.0.1-3X11 Session Management library ii libtiff43.8.2-7 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-6X11 client-side library ii libxft2 2.1.8.2-8FreeType-based font drawing librar ii libxpm4 1:3.5.5-2X11 pixmap library ii libxrender1 1:0.9.1-3X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-3 compression library - runtime emacs23 recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528100: include paths mixed up in libsundials-serial-dev
Package: libsundials-serial-dev Version: 2.2.0-3 Severity: grave Justification: renders package unusable Hi everybody, Thanks for packaging sundials for debian! It seems that -dev package needs some include paths fixing. For example, in header file ida.h there is an include line #include sundials_nvector.h However, file sundials_nvector.h is not on the include path, so compilation of code that includes ida.h file would fail. The correct include line in ida.h IMHO would be #include sundials/sundials_nvector.h That would allow for compiling code that links to ida shared library without specifying additional include paths. A workaround for this bug is to add all necessary include paths in the compilation command. For example to compile sundials example idadenx.c one should add -I/usr/include/sundials -I/usr/include/ida to the compilation line. Cheers, Slaven -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libsundials-serial-dev depends on: ii libsundials-serial0 2.2.0-3SUit of Nonlinear and DIfferential libsundials-serial-dev recommends no packages. libsundials-serial-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#205895: CAPS-LOCK + Ctrl + c does not copy into clipboard in TextUndo
Colin Tuckley col...@debian.org writes: I've looked at this on and off for quite a while. Investigations on several different systems (incl Windows) indicate that the state of the Caps Lock or Shift keys makes no difference to what Cntrl-c etc do. I intend to talk with upstream again about this with a view to having the attached patch incorporated. I applied a slight variation of the patch, see https://svn.perl.org/modules/Tk/tr...@12756 The original patch was problematic because it also accepted Shift-Control-c as cut, which seems not to be the behavior in Gtk2 and Qt applications (I don't care about Windows). An additional Lock- fixed this problem. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de tknotes - A knotes clone, written in Perl/Tk. http://ptktools.sourceforge.net/#tknotes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527227: kannel: Documentation URL needs an extra slash
Package: kannel Version: 1.4.1-4 Severity: minor The URL file://usr/share/doc/kannel/ in the kannel manual should have an extra slash after the scheme: file:///usr/share/doc/kannel/ Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (990, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kannel depends on: ii adduser3.99 Add and remove users and groups ii libc6 2.7-5 GNU C Library: Shared libraries ii libmysqlclient15off5.0.51a-5 MySQL database client library ii libpam0g 1.0.1-4 Pluggable Authentication Modules l ii libssl0.9.80.9.8g-15 SSL shared libraries ii libxml22.6.32.dfsg-4 GNOME XML library kannel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524927: merkaartor: Texts not displayed anymore in the GUI
Bernd Zeimetz be...@bzed.de writes: tag 524927 moreinfo unreproducible severity 524927 normal thanks After upgrading merkaartor from 0.13 to 0.13.1-1, no texts appear anymore in the GUI, that is, no menu and button labels. Additionally, I see the following error messages: That just works fine here. Are you probably missing some fonts? Are your QT settings somehow f*cked up? I found out that the problem does not occur always. Usually if I restart the application the third or fourth time, then everything works as expected. So at least the fonts are there. I can provide a strace log done during a problematic application start, if it helps. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de BBBike - Routenplaner für Radfahrer in Berlin WWW-Version: http://www.bbbike.de Offline-Version für Unix,Mac,Windows: http://bbbike.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524927: merkaartor: Texts not displayed anymore in the GUI
Bernd Zeimetz be...@bzed.de writes: Slaven Rezic wrote: I found out that the problem does not occur always. Usually if I restart the application the third or fourth time, then everything works as expected. So at least the fonts are there. I can provide a strace log done during a problematic application start, if it helps. Which windowmanager are you using? I can reproduce the problem with fvwm and metacity. I also heard from another user with the same problem (he's also using metacity, I think). I could NOT reproduce the problem on the same system when starting a Xnest server and a fvwm inside the Xnest. I doubt that an strace would help, I still belive this is a problem of your window manager or similar thing in X. -- Slaven Rezic - slaven at rezic dot de Berlin Perl Mongers - http://berlin.pm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524967: debmirror: Clarify --getcontents documentation
Package: debmirror Version: 20070123 Severity: wishlist Currently I cannot tell from the documentation for the --getcontents switch if it is about to additionally OR exclusively download the contents files. So I propose to change the wording from Download Contents.arch.gz files. to Additionally download Contents.arch.gz files. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debmirror depends on: ii bzip2 1.0.3-6 high-quality block-sorting file co ii libcompress-zlib-perl 1.42-2 Perl module for creation and manip ii libdigest-sha1-perl 2.11-2 NIST SHA-1 message digest algorith ii liblockfile-simple-perl 0.207-1 Simple advisory file locking ii libwww-perl 5.812-1 WWW client/server library for Perl ii perl [libdigest-md5-perl] 5.8.8-7etch6 Larry Wall's Practical Extraction ii perl-modules [libnet-perl] 5.8.8-7etch6 Core Perl modules ii rsync 2.6.9-3 fast remote file copy program (lik Versions of packages debmirror recommends: ii ed0.2-20 The classic unix line editor ii gnupg 1.4.6-2.2 GNU privacy guard - a free PGP rep ii patch 2.5.9-4Apply a diff file to an original -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524874: html2ps: Update homepage information
Package: html2ps Severity: minor apt-cache show html2ps says: ... Homepage: http://www.tdb.uu.se/~jan/html2ps.html ... But this only points to a redirect page which suggests: The information has moved to http://user.it.uu.se/~jan/html2ps.html. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524927: merkaartor: Texts not displayed anymore in the GUI
Package: merkaartor Version: 0.13.1-1 Severity: grave Justification: renders package unusable After upgrading merkaartor from 0.13 to 0.13.1-1, no texts appear anymore in the GUI, that is, no menu and button labels. Additionally, I see the following error messages: X Error: RenderBadGlyphSet (invalid GlyphSet parameter) 184 Extension:155 (RENDER) Minor opcode: 25 (RenderCompositeGlyphs32) Resource id: 0x0 Regards, Slaven -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages merkaartor depends on: ii libc6 2.9-6 GNU C Library: Shared libraries ii libexiv2-4 0.17.1-1 EXIF/IPTC metadata manipulation li ii libgcc11:4.3.3-5 GCC support library ii libqt4-network 4.4.3-2 Qt 4 network module ii libqt4-svg 4.4.3-2 Qt 4 SVG module ii libqt4-webkit 4.4.3-2 Qt 4 WebKit module ii libqt4-xml 4.4.3-2 Qt 4 XML module ii libqtcore4 4.4.3-2 Qt 4 core module ii libqtgui4 4.4.3-2 Qt 4 GUI module ii libstdc++6 4.3.3-5 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime merkaartor recommends no packages. merkaartor suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524663: gnome-panel: Wrong weather data for Berlin
Package: gnome-panel Version: 2.24.3-1 Severity: minor The clock applet shows wrong weather data for Berlin. It shows always 4°C, which was the temperature at 2008-10-30 (see http://weather.noaa.gov/cgi-bin/mgetmetar.pl?=EDDI). At this date the airport Berlin-Tempelhof closed, so this is probably the reason why the METAR data is not updated anymore. It's probably best to remove Berlin-Tempelhof (EDDI) from the weather station lists, both in the weather and in the clock applets. Regards, Slaven -- System Information: Debian Release: 5.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-panel depends on: ii gnome-about2.22.3-2 The GNOME about box ii gnome-control-center 1:2.22.2.1-2 utilities to configure the GNOME d ii gnome-desktop-data 2.22.3-2 Common files for GNOME 2 desktop a ii gnome-menus2.22.2-4 an implementation of the freedeskt ii gnome-panel-data 2.24.3-1 common files for the GNOME Panel ii libatk1.0-01.24.0-2 The ATK accessibility toolkit ii libbonobo2-0 2.24.1-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.1-1 The Bonobo UI library ii libc6 2.9-6 GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-3simple interprocess messaging syst ii libecal1.2-7 2.24.5-4+b1 Client library for evolution calen ii libedataserver1.2-11 2.24.5-4+b1 Utility library for evolution data ii libedataserverui1.2-8 2.24.5-4+b1 GUI utility library for evolution ii libgconf2-42.24.0-7 GNOME configuration database syste ii libglade2-01:2.6.3-1 library to load .glade files at ru ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome-menu2 2.24.2-2 an implementation of the freedeskt ii libgnome2-02.24.1-2 The GNOME 2 library - runtime file ii libgnomeui-0 2.24.1-1 The GNOME 2 libraries (User Interf ii libgtk2.0-02.14.7-4+b1 The GTK+ graphical user interface ii libgweather1 2.24.3-1 GWeather shared library ii liborbit2 1:2.14.17-0.1 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.20.3-5+b1 library for GNOME Panel applets ii libpango1.0-0 1.22.4-2 Layout and rendering of internatio ii libpolkit-dbus20.9-3 library for accessing PolicyKit vi ii libpolkit2 0.9-3 library for accessing PolicyKit ii librsvg2-2 2.22.3-2 SAX-based renderer library for SVG ii libwnck22 2.22.3-1 Window Navigator Construction Kit ii libx11-6 2:1.2-1 X11 client-side library ii libxau61:1.0.3-3 X11 authorisation library ii menu-xdg 0.3 freedesktop.org menu compliant win Versions of packages gnome-panel recommends: ii alacarte 0.11.5-1easy GNOME menu editing tool ii evolution-data-server2.24.5-4+b1 evolution database backend server ii gnome-applets2.22.3-3Various applets for GNOME 2 panel ii gnome-icon-theme 2.24.0-4GNOME Desktop icon theme ii gnome-session2.22.3-2The GNOME 2 Session Manager ii gvfs 1.0.3-4 userspace virtual filesystem - ser ii policykit-gnome 0.9.2-1 GNOME dialogs for PolicyKit Versions of packages gnome-panel suggests: ii epiphany-browser 2.22.3-9Intuitive web browser - dummy pack ii evolution2.24.5-3groupware suite with mail client a ii gdm 2.20.7-4GNOME Display Manager ii gnome-session2.22.3-2The GNOME 2 Session Manager ii gnome-system-tools 2.22.0-3Cross-platform configuration utili ii gnome-terminal [x-terminal-e 2.22.3-3The GNOME 2 terminal emulator appl ii gnome-user-guide [gnome2-use 2.22.1-1GNOME user's guide ii nautilus 2.20.0-7file manager and graphical shell f ii xterm [x-terminal-emulator] 235-2 X terminal emulator ii yelp 2.22.1-8+b1 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas
Bug#518338: perl-tk incompatible with XIM
Mingming Ren porti...@gmail.com writes: Package: perl-tk Version: 1:804.028-3 I cannot input in Entry. This is caused by some incompatibility with XIM. With the help of google, I finally find this patch: [...] I've tested this patch, and it works perfectly. Hope it can be accepted. Unfortunately, your patch was garbled (missing whitespaces). But I already had a very similar patch on my local disk. I just committed the patch to the Perl/Tk SVN repository: https://svn.perl.org/modules/Tk/trunk Can you try to recompile from the SVN repository; if it's still OK for you, then I would make a developer's CPAN release in a few days. I can't speak for the Debian package, I am just the upstream maintainer. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516201: Problem with mouse wheel binding
Ali a...@infomed.sld.cu writes: Colin where should i apply that patch? the path mTk/generic/tk.h doesn't exist in my perl-tk package: a...@stallman:~$ dpkg -L perl-tk | grep tk.h /usr/bin/ptksh /usr/lib/perl5/Tk/pTk/tk.h /usr/share/man/man1/ptksh.1p.gz /usr/share/doc/perl-tk/hello anyway, I try modifying /usr/lib/perl5/Tk/pTk/tk.h as the patch suggested and the error remains. You have to grab the sources from CPAN http://search.cpan.org/CPAN/authors/id/S/SR/SREZIC/Tk-804.028.tar.gz, apply the patch and recompile. Patching the installed tk.h of course does not help. Regards, Slaven Best wishes, Ali On Fri, 2009-02-20 at 09:16 +, co...@tuckley.org wrote: I'm unable to reproduce this on my lenny/KDE system, however there are enough reports of it around the web that it obviously is a real problem. Upstream have proposed a different fix to the one mentioned in the Gentoo bug report. I have attached a copy of the patch - can you try it and let us know if it fixes the problem for you. Colin plain text document attachment (patch-lastevent) --- pTk/mTk/generic/tk.h.orig2007-05-05 20:41:02.0 +0200 +++ pTk/mTk/generic/tk.h 2008-08-27 03:16:31.0 +0200 @@ -677,17 +677,15 @@ * *--- */ -#define VirtualEvent(LASTEvent) -#define ActivateNotify (LASTEvent + 1) -#define DeactivateNotify(LASTEvent + 2) -#define MouseWheelEvent (LASTEvent + 3) -#define TK_LASTEVENT(LASTEvent + 4) +#define VirtualEvent(MappingNotify + 1) +#define ActivateNotify (MappingNotify + 2) +#define DeactivateNotify(MappingNotify + 3) +#define MouseWheelEvent (MappingNotify + 4) +#define TK_LASTEVENT(MappingNotify + 5) #define MouseWheelMask (1L 28) - #define ActivateMask(1L 29) #define VirtualEventMask(1L 30) -#define TK_LASTEVENT(LASTEvent + 4) /* --- Red Telematica de Salud - Cuba CNICM - Infomed -- Slaven Rezic - slaven at rezic dot de tkrevdiff - graphical display of diffs between revisions (RCS, CVS or SVN) http://ptktools.sourceforge.net/#tkrevdiff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#510481: Wrong link to kannel documentation in manpage
Package: kannel Version: 1.4.1-2 Severity: minor The manpage of kannel says: For more information, see http://www.kannel.org or file://usr/doc/kannel/ The file: URL does not exist on my system. First, it needs to have three slashes. Then, documentation on Debian systems is in /usr/share/doc/kannel. And last, the real documentation lives in /usr/share/doc/kannel-docs, but only if the kannel-docs package is installed. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kannel depends on: ii adduser3.99 Add and remove users and groups ii libc6 2.7-5 GNU C Library: Shared libraries ii libmysqlclient15off5.0.51a-5 MySQL database client library ii libpam0g 1.0.1-4 Pluggable Authentication Modules l ii libssl0.9.80.9.8g-3 SSL shared libraries ii libxml22.6.32.dfsg-4 GNOME XML library kannel recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#508469: gitosis-init fails with DistributionNotFound traceback
Package: gitosis Version: 0.2+20080825-2 Severity: important After installing gitosis, I tried to initialize the package according to the README: $ sudo -H -u gitosis gitosis-init ~/.ssh/id_dsa.pub Traceback (most recent call last): File /usr/bin/gitosis-init, line 5, in ? from pkg_resources import load_entry_point File /usr/lib/python2.4/site-packages/pkg_resources.py, line 2561, in ? working_set.require(__requires__) File /usr/lib/python2.4/site-packages/pkg_resources.py, line 626, in require needed = self.resolve(parse_requirements(requirements)) File /usr/lib/python2.4/site-packages/pkg_resources.py, line 524, in resolve raise DistributionNotFound(req) # XXX put more info here pkg_resources.DistributionNotFound: gitosis==0.2 Note that on my system both python2.4 and python2.5 is installed, and /usr/bin/python is symlinked to python2.4, whereas gitosis seems to be installed in something called /gitosis-0.2-py2.5.egg. But changing the shebang of gitosis-init from /usr/bin/python to /usr/bin/python2.5 did not help, either, only the traceback was shorter. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gitosis depends on: ii adduser 3.99Add and remove users and groups ii git-core 1:1.5.6.5-1 fast, scalable, distributed revisi ii openssh-server 1:4.3p2-9 Secure shell server, an rshd repla ii python 2.4.4-2 An interactive high-level object-o ii python-setuptools0.6c8-4 Python Distutils Enhancements ii python-support 0.7.6 automated rebuilding support for p gitosis recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506226: puppetd --help does not work
Package: puppet Version: 0.20.1-1 Severity: normal I tried to get the list of possible command line options to puppetd: [EMAIL PROTECTED]:/etc/puppet# puppetd --bla /usr/sbin/puppetd: unrecognized option `--bla' unrecognized option `--bla' Try '/usr/sbin/puppetd --help' [EMAIL PROTECTED]:/etc/puppet# puppetd --help /usr/sbin/puppetd:219: undefined method `feature' for Puppet:Module (NoMethodError) from /usr/lib/ruby/1.8/getoptlong.rb:613:in `each' from /usr/lib/ruby/1.8/getoptlong.rb:610:in `loop' from /usr/lib/ruby/1.8/getoptlong.rb:610:in `each' from /usr/sbin/puppetd:194 -- System Information: Debian Release: lenny/sid APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages puppet depends on: ii adduser3.110 add and remove users and groups ii facter 1.3.5-1 a library for retrieving facts fro ii libopenssl-ruby1.0.0+ruby1.8.2-1 OpenSSL interface for Ruby ii libxmlrpc-ruby 1.8.2-1 XML-RPC support for Ruby ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii ruby 1.8.2-1 An interpreter of object-oriented Versions of packages puppet recommends: ii rdoc 1.8.2-1Generate documentation from ruby s puppet suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506226: Acknowledgement (puppetd --help does not work)
Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Puppet Package Maintainers [EMAIL PROTECTED] If you wish to submit further information on this problem, please send it to [EMAIL PROTECTED], as before. Please do not send mail to [EMAIL PROTECTED] unless you wish to report a problem with the Bug-tracking system. Seems that this problem is already fixed in unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497926: xvfb: Should depend on xfonts-base package
Package: xvfb Version: 2:1.1.1-21etch5 Severity: wishlist After install xvfb on a vanilla system without any other X11 components I tried to start Xvfb and got the following error: -- _XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6 _XSERVTransOpen: transport open failed for inet6/j2me-toolchain:121 _XSERVTransMakeAllCOTSServerListeners: failed to open listener for inet6 error opening security policy file /etc/X11/xserver/SecurityPolicy Could not init font path element /usr/share/fonts/X11/misc, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/misc, removing from list! Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list! Could not init font path element /usr/share/fonts/X11/100dpi/:unscaled, removing from list! Could not init font path element /usr/share/fonts/X11/75dpi/:unscaled, removing from list! Could not init font path element /usr/X11R6/lib/X11/fonts/Type1, removing from list! Could not init font path element /usr/share/fonts/X11/100dpi, removing from list! Could not init font path element /usr/share/fonts/X11/75dpi, removing from list! Could not init font path element /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, removing from list! Fatal server error: could not open default font 'fixed' The virtual server did not start. After installing the xfonts-base package everything worked as expected. It would be nice if xfonts-base or any other xfonts-* package satisfying the needs of Xvfb would be declared as a dependency. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-xen-vserver-686 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Versions of packages xvfb depends on: ii libc6 2.3.6.ds1-13etch6 GNU C Library: Shared libraries ii libfontenc11:1.0.2-2 X11 font encoding library ii libxau61:1.0.1-2 X11 authorisation library ii libxdmcp6 1:1.0.1-2 X11 Display Manager Control Protoc ii libxfont1 1:1.2.2-2.etch1 X11 font rasterisation library ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages xvfb recommends: ii xbase-clients1:7.1.ds1-2 miscellaneous X clients -- debconf information excluded -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458928: Re: Bug#458928: perlindex: Some vendor directories missing in search path
gregor herrmann wrote: On Thu, 03 Jan 2008 19:10:00 +0100, Slaven Rezic wrote: See bug report at RT (with patch): http://rt.cpan.org/Ticket/Display.html?id=32068 As far as I can see this bug does not apply to the Debian package, which uses a patch to read the relevant directories from a config file. /usr/lib/perl5 is not scanned and indexed on my system: $ sudo /usr/bin/perlindex -index | grep Scanning Scanning /usr/share/perl/5.8 ... Scanning /usr/lib/perl/5.8 ... Scanning /usr/local/share/perl/5.8.8 ... Scanning /usr/share/perl5 ... Scanning /usr/bin ... Scanning /usr/local/lib/perl/5.8.8 ... $ perl '-V:installvendorarch.*' installvendorarch='/usr/lib/perl5'; installvendorscript is not a problem on Debian, as installvendorscript the same path like installscript. (/etc/perl, which is part of @INC is also not indexed, but I guess there are no Pods to be expected here) Regards, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478702: mysqldump: --replace is documented but not implemented
Package: mysql-client-5.0 Version: 5.0.51a-3 Severity: normal The mysqldump manpage documents the --replace option in the option reference. However, --replace does not seem to exist: $ mysqldump --replace -uroot mysql mysqldump: unknown option '--replace' -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mysql-client-5.0 depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii libc6 2.7-5 GNU C Library: Shared libraries ii libdbd-mysql-perl 4.006-1A Perl5 database interface to the ii libdbi-perl 1.55~svn20070405-2 Perl5 database interface by Tim Bu ii libgcc1 1:4.3-20080127-1 GCC support library ii libmysqlclient15off 5.0.51a-5 MySQL database client library ii libncurses5 5.6+20071215-1 Shared libraries for terminal hand ii libreadline5 5.2-1 GNU readline and history libraries ii libstdc++64.3-20080127-1 The GNU Standard C++ Library v3 ii libwrap0 7.6.dbs-11 Wietse Venema's TCP wrappers libra ii mysql-common 5.0.51a-5 MySQL database common files ii perl 5.8.8-12 Larry Wall's Practical Extraction ii zlib1g1:1.2.3.3.dfsg-3 compression library - runtime Versions of packages mysql-client-5.0 recommends: ii libterm-readkey-perl 2.30-3 A perl module for simple terminal -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#457771: Please reopen #457771, hplip: hp-setup fails to find PPD file
I've just installed version 2.8.2 and this bug is still there. By specifying standard C locale I can work around this bug, as earlier suggested. This bug is also reported in #467117 and it seems that the same problem is causing bug #458291. I quote the workaround below. Cheers, Slaven From: Lupe Christoph [EMAIL PROTECTED] To: Debian Bug Tracking System [EMAIL PROTECTED] Subject: hplip: hp-setup fails to find PPD file Date: Tue, 25 Dec 2007 15:14:28 +0100 Package: hplip Version: 2.7.10-5 Severity: important Error message frpm hp-setup: error: PPD not file found.An appropriate PPD file could not be found. Please check your HPLIP install, use iSelect Other.../i, or download one from linuxprinting.org. (...) Same problems here, indeed related to locale management, with error messages like this: 'error: Invalid locale: fr_BE.utf8' If you're looking for a simple workaround to make hp-setup work (and other hplip binaries too), just run the commands in any console, but specifying the standard C locale, like this: yourbox:~# LANG=C.iso8859.1 hp-setup then other tools will work in the same way, eg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469645: findutils: /etc/cron.d/find should use ionice
Package: findutils Version: 4.2.28-1 Severity: wishlist I think the subject says it all... Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages findutils depends on: ii libc6 2.7-5 GNU C Library: Shared libraries findutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469645: Close ticket --- seems already to be fixed
I just saw that locate moved from findutils to an own package locate and that the ionice thing is already done there. So the ticket may be closed. Regards, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#469308: pidgin: Pidgin should not warp the mouse pointer
Package: pidgin Version: 2.3.1-2 Severity: normal If there are some error conditions like disconnects, then pidgin warps the mouse pointer to its window. This is bad behaviour and should not be done. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pidgin depends on: ii gconf2 2.16.1-1GNOME configuration database syste ii libatk1.0-0 1.20.0-1The ATK accessibility toolkit ii libc62.7-5 GNU C Library: Shared libraries ii libcairo21.4.10-1The Cairo 2D vector graphics libra ii libdbus-1-3 1.1.1-3 simple interprocess messaging syst ii libdbus-glib-1-2 0.74-1 simple interprocess messaging syst ii libglib2.0-0 2.14.4-2The GLib library of C routines ii libgstreamer0.10-0 0.10.15-3 Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.3-2The GTK+ graphical user interface ii libgtkspell0 2.0.10-3+b1 a spell-checking addon for GTK's T ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libpango1.0-01.18.4-1Layout and rendering of internatio ii libpurple0 2.3.1-2 multi-protocol instant messaging l ii libsm6 1:1.0.1-3 X11 Session Management library ii libstartup-notification0 0.9-1 library for program launch feedbac ii libx11-6 2:1.0.3-6 X11 client-side library ii libxss1 1:1.1.0-1 X11 Screen Saver extension library ii pidgin-data 2.3.1-2 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.12-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.6-4 GStreamer plugins from the good -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467619: apt-file: --regexp with parens returns wrong result
Package: apt-file Version: 2.0.8.2 Severity: normal Using the --regexp option with grouping does not work: $ apt-file search --regexp '(etc/perl|usr/lib/perl5)/Template.pm' perl5: usr/lib/perl5/Template.pm Aha, apt-file is a perl script. So I tried the following instead: $ apt-file search --regexp '(?:etc/perl|usr/lib/perl5)/Template.pm' libtemplate-perl: usr/lib/perl5/Template.pm This looks much better. But I think this should be done somehow by apt-file automatically. Or be documented. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-file depends on: ii gzip 1.3.5-15 The GNU compression utility ii libapt-pkg-perl 0.1.20 Perl interface to libapt-pkg ii libconfig-file-perl 1.41-1 Parses simple configuration files ii perl 5.8.8-12 Larry Wall's Practical Extraction ii wget 1.10.2-2 retrieves files from the web apt-file recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466983: perl-modules: Term::Cap does not work due to missing termcap
Package: perl-modules Version: 5.8.8-12 Severity: normal The oneliner below does not work. It surely worked some weeks ago: $ perl -MTerm::Cap -e 'my $terminal = Tgetent Term::Cap { TERM = undef, OSPEED = 9600 };' Can't find a valid termcap file at -e line 1 Obviously /etc/termcap or a similar file is missing. Regards, Slaven -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages perl-modules depends on: ii perl 5.8.8-12 Larry Wall's Practical Extraction perl-modules recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466983: perl-modules: Term::Cap does not work due to missing termcap
On Fri, Feb 22, 2008 at 10:44:45AM +0100, Slaven Rezic wrote: The oneliner below does not work. It surely worked some weeks ago: $ perl -MTerm::Cap -e 'my $terminal = Tgetent Term::Cap { TERM = undef, OSPEED = 9600 };' Can't find a valid termcap file at -e line 1 Obviously /etc/termcap or a similar file is missing. Since Debian doesn't ship /etc/termcap, the Term::Cap module kludges one up with 'infocmp -C'. Have you upgraded/removed ncurses-bin recently? What does this produce? infocmp -C $ infocmp -C infocmp: symbol lookup error: infocmp: undefined symbol: _nc_disable_period After upgrading using aptitude install ncurses-bin: $ infocmp -C # Reconstructed via infocmp from file: /lib/terminfo/x/xterm xterm|X11 terminal emulator:\ ... etc ... and Term::Cap seems to work again. Thanks! Regards, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458928: perlindex: Some vendor directories missing in search path
Package: perlindex Version: 1.502-2 Severity: normal Tags: patch See bug report at RT (with patch): http://rt.cpan.org/Ticket/Display.html?id=32068 -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages perlindex depends on: ii debconf [debconf-2.0] 1.5.8Debian configuration management sy ii libterm-readkey-perl2.30-3 A perl module for simple terminal ii libtext-english-perl1.502-2 Use Porter Stemming algorithm with ii perl5.8.8-7etch1 Larry Wall's Practical Extraction Versions of packages perlindex recommends: ii libio-stringy-perl2.110-2Perl5 modules for IO from scalars -- debconf information: * perlindex/removeindexonpurge: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450599: perl-tk: abort() called from HList while adding with -after
Tk 804.028-tobe has a fix for this problem. See the current subversion repository https://svn.perl.org/modules/Tk/trunk Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Berlin Perl Mongers - http://berlin.pm.org -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#331503: Tk::Scrolled: won't allow widget to grow vertically
I don't think it has to do something with Scrolled. The same oneliner with a plain text widget exhibits the same behaviour: perl -e 'use Tk; $a=new MainWindow; $a-Text-pack(-side=top,-fill=both,-expand=0); MainLoop();' Moreover, an equivalent wish program pack [text .t] -side top -fill both -expand 0 seems to do the same (tried with wish8.5 beta on freebsd). So it could be intended, or maybe a bug report should be filed for tk8.5, too? Regards, Slaven -- Slaven Rezic - slaven at rezic dot de BBBike - route planner for cyclists in Berlin WWW version: http://www.bbbike.de Perl/Tk version for Unix and Windows: http://bbbike.sourceforge.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#362002: undocumented tainting of variables with UTF8
This is not a bug, at least not a bug of Perl/tk. With modern perls, you cannot assume that a variable has or has not the utf8 flag set. If you use the contents of a variable outside of perl, then you have to make sure the contents are properly encoded for the outer world. It would be nice if perl would do this itself for filesystem functions, but this is still an item on perl's todo list. See Unicode in Filenames in perldoc perltodo. As perl 5.10.0 won't fix this problem, we have to wait for 5.12.0. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de tknotes - A knotes clone, written in Perl/Tk. http://ptktools.sourceforge.net/#tknotes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#451141: wapua gets segmentation fault
It seems that this problem is fixed in the development track of Perl/Tk. On my machine with the native debian Perl/Tk: $ env [EMAIL PROTECTED] [EMAIL PROTECTED] perl /usr/bin/wapua Segmentation fault (core dumped) And with Perl/Tk from https://svn.perl.org/modules/Tk/trunk: $ env [EMAIL PROTECTED] [EMAIL PROTECTED] perl -Mblib=/home/e/eserte/work/svk-checkouts/Tk-debian /usr/bin/wapua (program starts and wap browsing seems to be possible) I suspect the problem was solved by change 10172. From the log entry: | Changed paths: |M /Tk/trunk |M /Tk/trunk/encGlue.c | ... | possible memory corruption, applied patch from http://rt.cpan.org/Ticket/Display.html?id=24542 Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Tk-AppMaster: a perl/Tk module launcher designed for handhelds http://tk-appmaster.sf.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452277: binutils: Minor nit in strings manpage
Package: binutils Version: 2.17cvs20070426-3 Severity: minor The strings manpage says describing the --encoding option: Possible values for encoding are: s = single-7-bit-byte characters (ASCII, ISO 8859, etc., default), S = single-8-bit-byte characters,... However, ISO 8859 is NOT a 7 bit encoding, but rather an 8 bit encoding. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=hr_HR.UTF-8, LC_CTYPE=hr_HR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages binutils depends on: ii libc6 2.6.1-5GNU C Library: Shared libraries binutils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#424020: libtk-pod-perl: Pod/Text.pm diffs seems to be wrong
Carlo Segre [EMAIL PROTECTED] writes: Hi Slaven: On Tue, 15 May 2007, Slaven Rezic wrote: It seems that the debian version includes a patch to Pod/Text.pm, which changes the umlauts there to some nroff (?) notation, e.g. -=item auml: Eauml ä, +=item auml: Eauml \[:a], I don't see what the purpose of this change. tkpod may display the original Pod correctly. My version of perldoc changes the umlaut to ae in the original version; with the change \[:a] is displayed literally. Sorry for the delay in responding to this. i will look into it to remind myself why I had to change it. I believe it has to do with generating lintian errors in the other form but I just can't remember right now. It would help me to figure this out if you could point me to a module which has this character in it so that I can see how it behaves. I presume that this is within the tkpod browser. Just load Tk::Pod::Text in the tkpod browser. This file is located in the Tk-Pod distribution itself, as Pod/Text.pm Regards, Slaven -- Slaven Rezic - slaven at rezic dot de tksm - Perl/Tk program for searching and replacing in multiple files http://ptktools.sourceforge.net/#tksm
Bug#424020: libtk-pod-perl: Pod/Text.pm diffs seems to be wrong
Package: libtk-pod-perl Version: 0.9932-5 Severity: minor It seems that the debian version includes a patch to Pod/Text.pm, which changes the umlauts there to some nroff (?) notation, e.g. -=item auml: Eauml ä, +=item auml: Eauml \[:a], I don't see what the purpose of this change. tkpod may display the original Pod correctly. My version of perldoc changes the umlaut to ae in the original version; with the change \[:a] is displayed literally. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-4-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libtk-pod-perl depends on: ii libpod-simple-perl 3.04-1 Perl framework for parsing files i ii libtext-english-perl 1.502-2 Use Porter Stemming algorithm with ii libtk-histentry-perl 0.43-1 Implements an entry widget with hi ii perl 5.8.8-7 Larry Wall's Practical Extraction ii perl-doc 5.8.8-7 Perl documentation ii perl-tk 1:804.027-7 Perl module providing the Tk graph libtk-pod-perl recommends no packages. -- no debconf information
Bug#416727: gsl: Can we have 1.9 version in Etch?
Package: gsl Version: 1.9 Severity: wishlist Hi Dirk, Version 1.9 of gsl contains numerous improvements over 1.8, and pretty much all of us who use gsl will run this version one way or another. Since there is zero bugs against this package, no packages depend on gsl (as far as I know), and 1.9 was well tested upstream, would it be possible to make the case for including this version in Etch release? Thanks for your attention. Cheers, Slaven -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402653: Fwd: Bug#402653: kdvi crashes on startup
I just installed a fresh etch install (chroot via deboostrap), and kdvi worked fine. So i'm downgrading this bug. Your configuration files were fine, so the problem is in another place. Are you suffering this problem with more packages? Did this happen to you in only a single installation? Ana Hi Ana, After a regular Etch update this bug dissapeared, so I suggest closing it. Obviously the problem was elsewhere, and I'm sorry I didn't catch what were the packages I upgraded before the problem was gone. Thanks for your help, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402653: Fwd: Bug#402653: kdvi crashes on startup
On Monday 11 December 2006 22:10, you wrote: Upon startup kdvi crashes, and if embedded in another KDE application causes that application to crash, as well. When starting kdvi from xterminal I get following error messages: Hi! I am currently unable to reproduce this under any normal conditions. What does your /usr/share/services/emptymultipage.desktop contain? Do you have the file? if yes, can you try send it to the bug report? And what about /usr/share/servicetypes/kmultipage.desktop If you try to apt-get --reinstall install kviewshell, do your problem dissapear? /Sune Hi Sune, Below is the information you asked for. Reinstalling kviewshell didn't help, the same problem was there. I should add that I was able to reproduce this behavior only after a fresh install of kdvi. On all machines where I upgraded kdvi from older version, the new version worked fine. My guess is that the most recent kdvi may be missing some configuration file. The machine where this problem occurs is running clean and up to date Etch. Best, Slaven $ less /usr/share/services/emptymultipage.desktop [Desktop Entry] Type=Service Comment= Name=EmptyMultiPage Name[de]=Leere Mehrfachseite Name[el]=ΚενήΠολλαπλήΣελίδα Name[es]=Vaciado multipágina Name[fi]=TyhjäMoniSivu Name[fr]=Multi-page vide Name[hu]=ÜresTöbbOldalas Name[it]=MultiPaginaVuota Name[nb]=Tom Flerside Name[nds]=Leddig Mehrmaalsiet Name[nl]=LegeMultiPagina Name[nn]=Tom fleirside Name[pl]=Puste wielostronicowe Name[pt_BR]=MultiPáginas Vazias Name[ro]=Pagini multiple goale Name[sk]=EmprtyMultiPage Name[sv]=Tom flera sidor Name[ta]=காலியான பலபக்கம் Name[tr]=BoşÇokluSayfa Name[zh_HK]=空的多頁 ServiceTypes=KViewShell/MultiPage X-KDE-Library=emptymultipagepart X-KDE-EmptyMultiPage=1 X-KDE-MultiPageVersion=2 $ $ less /usr/share/servicetypes/kmultipage.desktop [Desktop Entry] Type=Service X-KDE-ServiceType=KViewShell/MultiPage Name=KViewShell MultiPage Name[da]=KViewShell Multiside Name[de]=KViewShell Mehrfachseiten Name[el]=Πολλαπλή σελίδα KViewShell Name[es]=Multipágina KViewShell Name[fi]=KViewShell MoniSivu Name[fr]=Multi-page KViewShell Name[hu]=KViewShell többoldalas Name[it]=MultiPagina KViewShell Name[ms]=PelbagaiMuka KViewShell Name[nb]=KViewShell Flerside Name[nds]=KViewShell för Mehrmaalsieden Name[nl]=KViewShell MultiPagina Name[nn]=KViewShell-fleirside Name[pl]=Wielostronicowe dla KViewShell Name[pt]=KViewShell MultiPágina Name[pt_BR]=KViewShell - Múltiplas Páginas Name[ro]=KViewShell Pagini Multiple Name[ru]=Компонент MultiPage Name[sr]=KViewShell вишестрани [EMAIL PROTECTED] višestrani Name[sv]=Kviewshell flera sidor Name[ta]=கேகாட்சிஓடு பலபக்கம் Name[tr]=KViewShell ÇokluSayfa Name[zh_CN]=KViewShell 多页 Name[zh_HK]=KViewShell 多頁 [PropertyDef::X-KDE-MimeTypes] Type=QString [PropertyDef::X-KDE-MultiPageVersion] Type=int [PropertyDef::X-KDE-EmptyMultiPage] Type=int $
Bug#402653: kdvi crashes on startup
Package: kdvi Version: 4:3.5.5-2 Severity: grave Justification: renders package unusable Upon startup kdvi crashes, and if embedded in another KDE application causes that application to crash, as well. When starting kdvi from xterminal I get following error messages: [EMAIL PROTECTED]:~$ kdvi QApplication::notify: Unexpected null receiver kio (KMimeType): WARNING: KServiceType::offers : servicetype KViewShell/MultiPage not found kio (KMimeType): WARNING: KServiceType::offers : servicetype KViewShell/MultiPage not found KCrash: Application 'kdvi' crashing... [EMAIL PROTECTED]:~$ Thanks for your attention, Slaven -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kdvi depends on: ii kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al ii kviewshell 4:3.5.5-2 generic framework for viewer appli ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc11:4.1.1-19GCC support library ii libqt3-mt 3:3.3.7-1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.1.1-19 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3-13compression library - runtime Versions of packages kdvi recommends: pn tetex-bin none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#401489: RFA: perl-tk -- Perl module providing the Tk graphics library.
Russ Allbery [EMAIL PROTECTED] writes: Carlo Segre [EMAIL PROTECTED] writes: What does the debian-perl list think? Should we take it for the group? I need this for one of my packages but I am not a perl guru by any means. It's a large and complex package and potentially a lot of work to maintain, but it's fairly widely used. I'm afraid I don't know enough about it to be of much help personally. It might be large and complex, but it has no dependencies other than perl, gcc and x11 development stuff. And it should build out-of-the-box by using perl Makefile.PL make all install. At least that's the plan. Regards, Slaven -- Slaven Rezic - slaven at rezic dot de Tk-AppMaster: a perl/Tk module launcher designed for handhelds http://tk-appmaster.sf.net -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391535: wxmaxima: Not connected to maxima!
Package: wxmaxima Version: 0.7.0a-1 Severity: important After upgrade to maxima 5.10.0-2 I can't use wxmaxima any more. Whatever command I enter I get back message Not connected to maxima!. Clicking Maxima-Restart Maxima does not help. This bug may very well be considered grave since wxmaxima isof little use if it cannot call maxima engine. Thanks for your help, Slaven -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-1-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages wxmaxima depends on: ii libc6 2.3.6.ds1-5 GNU C Library: Shared libraries ii libgcc11:4.1.1-15GCC support library ii libstdc++6 4.1.1-15 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.1.5 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.1.5 wxWidgets Cross-platform C++ GUI t ii libxml22.6.26.dfsg-3 GNOME XML library ii maxima 5.10.0-2 A computer algebra system -- base ii maxima-doc 5.10.0-2 A computer algebra system -- docum wxmaxima recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#391535: Not connected to maxima!
I actually solved this problem by simply deleting old .maxima and .wxmaxima files. Sorry, I didn't keep copies of them, my bad. Best, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#316409: close this bug?
Er, did this bug went under the radar? Now k3b gives you message that you *should* set suid on cdrecord. I guess it's all right to closethis bug. cheers, slaven After upgrading to k3b 0.12.1: When I run k3b, it prompts a warning message about cdrecord. It says that cdrecord won't run with setuid, but on kernels = 2.6.8 you have to run it with root privileges. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390083: k3b gives misleading warning mesages re cdrecord and cdrdao
Package: k3b Version: 0.12.17-2+b1 Severity: normal k3b detects that cdrecord and cdrdao do not have suid set and prompts user to change their permissions using k3bsetup (see message below). Is this still necessary? If it is, then perhaps it would be better to suggest using dpkg-reconfigure cdrecord and then seting suid. It's generally better to use debconf for system administration. Also, is cdrdao really needed any more? Does k3b use it at all? Best, slaven -- cdrecord will be run without root privileges It is highly recommended to configure cdrecord to run with root privileges. Only then cdrecord runs with high priority which increases the overall stability of the burning process. Apart from that it allows changing the size of the used burning buffer. A lot of user problems could be solved this way. This is also true when using SuSE's resmgr. Solution: Use K3bSetup to solve this problem. cdrdao will be run without root privileges It is highly recommended to configure cdrdao to run with root privileges to increase the overall stability of the burning process. Solution: Use K3bSetup to solve this problem. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-2-powerpc Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages k3b depends on: ii cdparanoia 3a9.8-14An audio extraction tool for sampl ii kdebase-bin 4:3.5.4-2+b2core binaries for the KDE base mod ii kdelibs-data 4:3.5.4-3 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.4-3 core libraries and binaries for al ii libacl1 2.2.41-1Access control list shared library ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libattr1 2.4.32-1Extended attribute shared library ii libaudio21.8-2 The Network Audio System (NAS). (s ii libc62.3.6.ds1-4 GNU C Library: Shared libraries ii libdbus-1-3 0.93-1 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62.git.20060814-2 simple interprocess messaging syst ii libexpat11.95.8-3.3 XML parsing C library - runtime li ii libfam0 2.7.0-10Client library to control the FAM ii libfontconfig1 2.4.1-2 generic font configuration library ii libfreetype6 2.2.1-5 FreeType 2 font engine, shared lib ii libgcc1 1:4.1.1-14 GCC support library ii libhal1 0.5.7.1-2 Hardware Abstraction Layer - share ii libice6 1:1.0.1-2 X11 Inter-Client Exchange library ii libidn11 0.6.5-1 GNU libidn library, implementation ii libjpeg626b-13 The Independent JPEG Group's JPEG ii libk3b2 0.12.17-2+b1The KDE cd burning application lib ii libmusicbrainz4c2a 2.1.4-1 Second generation incarnation of t ii libpng12-0 1.2.8rel-5.2PNG library - runtime ii libqt3-mt3:3.3.6-4 Qt GUI Library (Threaded runtime v ii libsm6 1:1.0.1-3 X11 Session Management library ii libstdc++6 4.1.1-14The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-9 X11 client-side library ii libxcursor1 1.1.7-4 X cursor management library ii libxext6 1:1.0.1-2 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi6 1:1.0.1-3 X11 Input extension library ii libxinerama1 1:1.0.1-4.1 X11 Xinerama extension library ii libxrandr2 2:1.1.0.2-4 X11 RandR extension library ii libxrender1 1:0.9.1-3 X Rendering Extension client libra ii libxt6 1:1.0.2-2 X11 toolkit intrinsics library ii mkisofs 5:1.0~pre4-1.1 Creates ISO-9660 CD-ROM filesystem ii wodim5:1.0~pre4-1.1 command line CD writing tool ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages k3b recommends: ii cdrdao 1:1.2.1-7records CDs in Disk-At-Once (DAO) ii dvd+rw-tools6.1-3DVD+-RW/R tools ii kcontrol4:3.5.4-2+b2 control center for KDE ii kdebase-kio-plugins 4:3.5.4-2+b2 core I/O slaves for KDE pn vcdimager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#340151: Please remove unreproducible tag (maxima: fail to start)
Hi, May I suggest removing 'unreproducible' tag from this bug? It seems that it is specific to powerpc architecture, but it has been reproduced on several different systems. Thanks, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381170: k3b setup cannot change permissions to cdrdao, cdrecord, etc.
On Wednesday 02 August 2006 10:32, Francois Marier wrote: Hi Slaven, Are you able to sucessfully burn CDs as a normal user even if you don't change the permissions? Or does it only work as root? Francois Hi Francois, OK, I played a little bit more with new k3b, so here is what happens: k3b setup cannot change permissions. If I ignore warnings and try to burn a CD it does start the process, but shortly after reports an error (something related to the buffer size) and ejects the CD. The workaround is to change permissions using debconf and do dpkg-reconfigure cdrecord and then select running cdrecord with suid option. After that I can get k3b to burn a CD, and everything goes pretty smoothly. However, k3b still complains that it doesn't have right permissions to run cdrdao, and suggests using k3b setup to fix this. Again, k3b setup cannot do this. debconf does not have an option for setting suid for cdrdao, so the only way I can think of enabling it to work with k3b is something like doing chmod 4754 cdrdao as a root user. My understanding is that cdrdao is something one can live without, but it would be nice to have it in one's toolbox. All in all this is not a problem that cannot be fixed relatively easily, but k3b does not work out of the box, and furthermore gives misleading messages as to how to enable it to burn CDs. That kind of defeats the purpose of k3b as it is intended to make CD burning user friendly. It would be good if this can be sortedout before etch freeze. Let me know if there is anything else I can help with. Thanks, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381170: k3b setup cannot change permissions to cdrdao, cdrecord, etc.
Package: k3b Version: 0.12.16-1 Severity: important After first start of k3b I got a message that users don't have permission to use k3b and that I should use k3bsetup2 to fix the problem. No matter what I do with k3bsetup I always get a message that some permissions couldn't be changed; in my case that is none of the permissions are changed. That essentially leaves me with an option to burn CDs only as the root user. Any help with this wouldbe greatly appreciated. Thanks, Slaven -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.17-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages k3b depends on: ii cdparanoia3a9.8-14 An audio extraction tool for sampl ii cdrecord 4:2.01+01a03-5 command line CD writing tool ii kdebase-bin 4:3.5.3-2 core binaries for the KDE base mod ii kdelibs-data 4:3.5.3-1 core shared data for all KDE appli ii kdelibs4c2a 4:3.5.3-1 core libraries and binaries for al ii libacl1 2.2.39-1 Access control list shared library ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libattr1 2.4.32-1 Extended attribute shared library ii libaudio2 1.8-1 The Network Audio System (NAS). (s ii libc6 2.3.6-15 GNU C Library: Shared libraries ii libdbus-1-2 0.62-4 simple interprocess messaging syst ii libdbus-qt-1-1c2 0.62-4 simple interprocess messaging syst ii libexpat1 1.95.8-3.2 XML parsing C library - runtime li ii libfontconfig12.3.2-7generic font configuration library ii libfreetype6 2.2.1-2FreeType 2 font engine, shared lib ii libgamin0 [libfam0] 0.1.7-3Client library for the gamin file ii libgcc1 1:4.1.1-5 GCC support library ii libhal1 0.5.7-2Hardware Abstraction Layer - share ii libice6 1:1.0.0-3 X11 Inter-Client Exchange library ii libidn11 0.6.5-1GNU libidn library, implementation ii libjpeg62 6b-13 The Independent JPEG Group's JPEG ii libk3b2 0.12.16-1 The KDE cd burning application lib ii libmusicbrainz4c2a2.1.2-5Second generation incarnation of t ii libpng12-01.2.8rel-5.2 PNG library - runtime ii libqt3-mt 3:3.3.6-2 Qt GUI Library (Threaded runtime v ii libsm61:1.0.0-4 X11 Session Management library ii libstdc++64.1.1-5The GNU Standard C++ Library v3 ii libx11-6 2:1.0.0-7 X11 client-side library ii libxcursor1 1.1.5.2-5 X cursor management library ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar ii libxft2 2.1.8.2-8 FreeType-based font drawing librar ii libxi61:1.0.0-5 X11 Input extension library ii libxinerama1 1:1.0.1-4 X11 Xinerama extension library ii libxrandr22:1.1.0.2-4X11 RandR extension library ii libxrender1 1:0.9.0.2-4X Rendering Extension client libra ii libxt61:1.0.0-5 X11 toolkit intrinsics library ii mkisofs 4:2.01+01a03-5 Creates ISO-9660 CD-ROM filesystem ii zlib1g1:1.2.3-13 compression library - runtime Versions of packages k3b recommends: ii cdrdao1:1.2.1-6 records CDs in Disk-At-Once (DAO) ii dvd+rw-tools 6.1-2 DVD+-RW/R tools ii kcontrol 4:3.5.3-2 control center for KDE ii kdebase-kio-plugins 4:3.5.3-2 core I/O slaves for KDE pn vcdimager none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#374946: 374946 still present in cupsys 1.2.2-1
The same problem still persists here after upgrading to 1.2.2-1; all my network printers are out of business. Only versions 1.2.1-2 and earlier work, so downgrading is at the moment the only workaround. - Could you try to update cups to 1.2.2-1? - If you still have a problem, please set LogLevel debug in cupsd.conf and restart. Is there any message in /var/log/cups/error_log? - Please send me your /etc/cups/cupd.conf after the update. I'll try to do this by the end of the day, after the work. Best, Slaven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]