Bug#734348: O: libofx
Package: wnpp Severity: normal X-Debbugs-CC: nosk...@ubuntu.com *** Please type your report below this line *** Unfortunately my current employer makes it very difficult to contribute to open source projects, so I have to orphan this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681037: non-interactive failure mode message is unclear
Package: apt-listbugs Version: 0.1.7 Severity: minor W: cannot open /dev/tty: running inside su -c command? switching to non-interactive failure mode, please see README.Debian. I got this message when doing an upgrade, but it gave no indication of _which_ README.Debian to read. The message should mention that it's coming from apt-listbugs - I shouldn't have to google for the message to figure out which README.Debian to read :) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.18-x86_64-linode24 (SMP w/4 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 apt-listbugs depends on: ii apt 0.9.7.1 ii libgettext-ruby1.82.1.0-2.1 ii libruby1.8 [libzlib-ruby1.8] 1.8.7.358-4 ii ruby-debian 0.3.8+b1 ii ruby-httpclient 2.2.4-1 ii ruby-xmlparser0.7.2-2 ii ruby1.8 1.8.7.358-4 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii debianutils 4.3.2 ii elinks [www-browser]0.12~pre5-8 ii links [www-browser] 2.7-1 ii lynx-cur [www-browser] 2.8.8dev.12-2 ii netrik [www-browser]1.16.1-1.1 ii reportbug 6.4 ii w3m [www-browser] 0.5.3-8 -- 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#650346: doc-base trigger during perl upgrade leaves perl installation unusable
Package: perl Version: 5.14.2-5 Severity: critical When upgrading from 5.12 to 5.14.2-5, it is possible for doc-base triggers to be run after unpacking perl, but prior to unpacking perl-base or perl-modules, or the upgraded doc-base package. This results in the apt installation job aborting (due to a failed trigger) with a broken perl installation. The result looks a bit like this: Retrieving bug reports... Done Parsing Found/Fixed information... Done Reading changelogs... Extracting templates from packages: 100% Preconfiguring packages ... (Reading database ... 66161 files and directories currently installed.) Preparing to replace perl-doc 5.12.4-6 (using .../perl-doc_5.14.2-5_all.deb) ... Leaving 'diversion of /usr/bin/perldoc to /usr/bin/perldoc.stub by perl-doc' Unpacking replacement perl-doc ... Preparing to replace perl 5.12.4-6 (using .../perl_5.14.2-5_i386.deb) ... Unpacking replacement perl ... Preparing to replace libuuid-perl 0.02-4+b1 (using .../libuuid-perl_0.02-4+b2_i386.deb) ... Unpacking replacement libuuid-perl ... Selecting previously unselected package libperl5.14. Unpacking libperl5.14 (from .../libperl5.14_5.14.2-5_i386.deb) ... Preparing to replace speedy-cgi-perl 2.22-13+b1 (using .../speedy-cgi-perl_2.22-13+b2_i386.deb) ... Unpacking replacement speedy-cgi-perl ... Preparing to replace elinks 0.12~pre5-5 (using .../elinks_0.12~pre5-5+b1_i386.deb) ... Unpacking replacement elinks ... Preparing to replace irssi 0.8.15-4 (using .../irssi_0.8.15-4+b1_i386.deb) ... Unpacking replacement irssi ... Processing triggers for man-db ... Processing triggers for doc-base ... /usr/bin/perl: symbol lookup error: /usr/lib/perl5/auto/UUID/UUID.so: undefined symbol: Perl_xs_apiversion_bootcheck dpkg: error processing doc-base (--unpack): subprocess installed post-installation script returned error exit status 127 Processing triggers for menu ... configured to not write apport reports Errors were encountered while processing: doc-base Can't locate Digest/MD5.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.12.4 /usr/local/share/perl/5.12.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.12 /usr/share/perl/5.12 /usr/local/lib/site_perl /usr/local/lib/perl/5.12.3 /usr/local/share/perl/5.12.3 .) at /usr/bin/debsums line 16. BEGIN failed--compilation aborted at /usr/bin/debsums line 16. E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ]; then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi' E: Sub-process returned an error code E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libperl5.14: libperl5.14 depends on perl-base (= 5.14.2-5); however: Version of perl-base on system is 5.12.4-6. dpkg: error processing libperl5.14 (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of libuuid-perl: libuuid-perl depends on perl-base (= 5.14.2-3); however: Version of perl-base on system is 5.12.4-6. libuuid-perl depends on perlapi-5.14.2; however: Package perlapi-5.14.2 is not installed. dpkg: error processing libuuid-perl (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of irssi: irssi depends on libperl5.14 (= 5.14.2); however: Package libperl5.14 is not configured yet. irssi depends on perlapi-5.14.2; however: Package perlapi-5.14.2 is not installed. dpkg: error processing irssi (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of elinks: elinks depends on libperl5.14 (= 5.14.2); however: Package libperl5.14 is not configured yet. dpkg: error processing elinks (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of speedy-cgi-perl: speedy-cgi-perl depends on libperl5.14 (= 5.14.2); however: Package libperl5.14 is not configured yet. dpkg: error processing speedy-cgi-perl (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of perl: perl depends on perl-base (= 5.14.2-5); however: Version of perl-base on system is 5.12.4-6. perl depends on perl-modules (= 5.14.2-5); however: Version of perl-modules on system is 5.12.4-6. dpkg: error processing perl (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of perl-doc: perl-doc depends on perl (= 5.14.2-1); however: Package perl is not configured yet. dpkg: error processing perl-doc (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of doc-base: doc-base depends on libuuid-perl; however: Package libuuid-perl is not configured yet. dpkg: error processing doc-base (--configure): dependency problems - leaving unconfigured Errors were encountered while
Bug#626317: Please add resynthesizer to gimp-plugin-registry
On Tue, May 10, 2011 at 18:23, Bernd Zeimetz be...@bzed.de wrote: tags 626317 + confirmed thanks Hi, Please add the resynthesizer plugin to gimp-plugin-registry: https://github.com/bootchk/resynthesizer thanks for the patch/bug report. I'll add it as soon as I find the time to work on the package again. Might take a month or two unfortunately. Thanks again and cheers, Bernd Hi, Have you had a chance to look at this recently? Just thought I should give you a ping. Thanks, Bryan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635939: GPL violation - missing source code for CEDET grammars
Package: emacs23 Version: 23.2+1-1 Severity: serious Tags: upstream As is beginning to become widely reported, emacs's upstream tarball is distributing GPL-licensed generated grammars without their original source code: ./lisp/cedet/srecode/srt-wy.el ./lisp/cedet/semantic/wisent/js-wy.el ./lisp/cedet/semantic/wisent/javat-wy.el ./lisp/cedet/semantic/wisent/python-wy.el ./lisp/cedet/semantic/grammar-wy.el ./lisp/cedet/semantic/bovine/scm-by.el ./lisp/cedet/semantic/bovine/make-by.el ./lisp/cedet/semantic/bovine/c-by.el This has been the case since upstream version 23.2. More information is available in the original report on the emacs mailing list: * http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01090.html * http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01106.html * http://lists.gnu.org/archive/html/emacs-devel/2011-07/msg01155.html Per Richard Stallman (in the third link above): The bison grammars MUST be included in Emacs if the parsers are. The bison grammars are the source code. If the Emacs release contains a compiled program and not its source code, anyone redistributing that release by itself would violate the GPL. Debian is in violation of the GPL unless the original source code for these generated files can be distributed as well. In any case, however, a new DFSG-repackaged version with the offending generated files removed should be pushed out immediately, to limit further harm. After that, discussion should be made with the ftp-masters and original grammar authors as to how to best repair this breach of the GPL. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 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 emacs23 depends on: ii emacs23-bin-common 23.3+1-1 The GNU Emacs editor's shared, arc ii libasound2 1.0.23-4 shared library for ALSA applicatio ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.12-4 simple interprocess messaging syst ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgif4 4.1.6-9 library for GIF images (library) ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgpm2 1.20.4-3.4 General Purpose Mouse - shared lib ii libgtk2.0-0 2.24.4-3 The GTK+ graphical user interface ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libjpeg62 6b1-1The Independent JPEG Group's JPEG pn libm17n-0 none (no description available) ii libncurses5 5.9-1shared libraries for terminal hand pn libotf0 none (no description available) ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libpng12-0 1.2.46-1 PNG library - runtime ii librsvg2-2 2.34.0-1 SAX-based renderer library for SVG ii libsm6 2:1.2.0-2X11 Session Management library ii libtiff43.9.5-1 Tag Image File Format (TIFF) libra ii libx11-62:1.4.3-2X11 client-side library ii libxft2 2.2.0-3 FreeType-based font drawing librar ii libxpm4 1:3.5.9-1X11 pixmap library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime emacs23 recommends no packages. Versions of packages emacs23 suggests: ii emacs23-common-non-dfsg 23.3+1-1 GNU Emacs shared, architecture ind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633817: lintian.debian.org: Reports useless-call-to-ldconfig for multiarch packages
Package: lintian
Version: 2.5.1
Severity: normal
The lintian.debian.org interface appears to be using an out of date
version of lintian, and reports
post{inst,rm}-has-useless-call-to-ldconfig for Multi-Arch: same packages
(eg, libpixman-1-0, libofx4). The version in unstable appears to handle
this properly, so it's probably just a matter of the version used to
generate the website reports being out of date.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1,
'experimental')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 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 lintian depends on:
ii binutils 2.21.52.20110606-2 The GNU assembler, linker and bina
ii bzip2 1.0.5-6high-quality block-sorting file co
ii diffstat 1.54-1 produces graph of changes introduc
ii file 5.04-5+b1 Determines file type using magic
ii gettext 0.18.1.1-3 GNU Internationalization utilities
ii intltool-debian 0.35.0+20060710.1 Help i18n of RFC822 compliant conf
ii libapt-pkg-perl 0.1.24+b2 Perl interface to libapt-pkg
ii libclass-accessor-per 0.34-1 Perl module that automatically gen
ii libdpkg-perl 1.16.0.3 Dpkg perl modules
ii libemail-valid-perl 0.184-1Perl module for checking the valid
ii libipc-run-perl 0.89-1 Perl module for running processes
ii libparse-debianchange 1.2.0-1parse Debian changelogs and output
ii libtimedate-perl 1.2000-1 collection of modules to manipulat
ii liburi-perl 1.58-1 module to manipulate and access UR
ii locales 2.13-7 Embedded GNU C Library: National L
ii man-db2.6.0.2-1 on-line manual pager
ii perl [libdigest-sha-p 5.12.3-7+b1Larry Wall's Practical Extraction
ii unzip 6.0-4 De-archiver for .zip files
lintian recommends no packages.
Versions of packages lintian suggests:
pn binutils-multiarchnone (no description available)
ii dpkg-dev 1.16.0.3 Debian package development tools
ii libhtml-parser-perl 3.68-1+b1 collection of modules that parse H
pn libtext-template-perl none (no description available)
ii man-db2.6.0.2-1 on-line manual pager
ii xz-utils 5.0.0-2XZ-format compression utilities
-- 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#625631: Last rrdtool update can't work on existing RRD files: This RRD was created, on another architecture
severity 625631 serious thanks This bug also appears to break newly created RRD files as well; the tool is completely unusable for me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626443: IPv6 routing broken to one of bugs.debian.org's AAAAs
Package: bugs.debian.org Severity: serious Tags: ipv6 bugs.debian.org's entries contains 2607:f8f0:610:4000:6564:a62:ce0c:1372, which is unreachable from multiple locations on the internet. This breaks connectivity from hosts that prefer ipv6; this record should be removed immediately. I have tested from linode's newark datacenter, with the following mtr trace: HOST: satoko Loss% Snt Last Avg Best Wrst StDev 1.|-- fe80::8a43:e1ff:fea4:4ff 0.0%100.5 0.5 0.4 0.6 0.0 2.|-- Vlan479.esd1.mmu.nac.net 0.0%100.8 1.6 0.5 8.5 2.5 3.|-- Vlan805.tbr2.mmu.nac.net 0.0%100.5 0.4 0.3 0.5 0.0 4.|-- e1.2.tbr2.ewr.nac.net 0.0%108.4 1.8 0.9 8.4 2.3 5.|-- rt0ny-paix.ny.shawcable.n 0.0%101.6 1.8 1.6 2.4 0.3 6.|-- 2001:4e8:0:808d::1 0.0%101.8 1.8 1.7 2.0 0.1 7.|-- 2001:4e8:0:8077::1 0.0%10 14.1 14.2 14.1 14.3 0.1 8.|-- 2001:4e8:0:8060::2 0.0%10 39.1 46.5 39.1 72.6 11.5 9.|-- 2001:4e8:0:8053::1 0.0%10 46.0 46.6 45.1 48.6 1.2 10.|-- 2001:4e8:0:8059::2 0.0%10 56.1 59.5 56.1 74.6 5.4 11.|-- 2001:4e8:0:800d::2 0.0%10 71.1 71.8 70.7 73.5 0.9 12.|-- 2607:ffb0:0:8003::20.0%10 73.3 90.7 73.2 247.6 55.1 13.|-- 2607:ffb0:0:4000::20.0%10 69.1 69.2 69.0 69.4 0.1 14.|-- 2607:f8f0:200:1::1 0.0%10 72.9 74.6 72.9 89.5 5.2 15.|-- ??? 100.0100.0 0.0 0.0 0.0 0.0 It is also unreachable from subnetonline.com's IPv6 ping and traceroute tools: traceroute to 2607:f8f0:610:4000:6564:a62:ce0c:1372 (2607:f8f0:610:4000:6564:a62:ce0c:1372), 30 hops max, 40 byte packets 1 2001:1af8:4200:b000::1 (2001:1af8:4200:b000::1) 1.128 ms 1.177 ms 1.250 ms 2 2001:1af8:4100::5 (2001:1af8:4100::5) 1.027 ms 1.080 ms 1.145 ms 3 be11.crs.evo.leaseweb.net (2001:1af8::9) 1.345 ms 1.334 ms 1.317 ms 4 20gigabitethernet4-3.core1.fra1.he.net (2001:7f8::1b1b:0:1) 8.141 ms 10.389 ms 10.196 ms 5 10gigabitethernet5-3.core1.lon1.he.net (2001:470:0:1d2::1) 18.880 ms 18.929 ms 18.795 ms 6 10gigabitethernet7-4.core1.nyc4.he.net (2001:470:0:3e::1) 80.762 ms 80.886 ms 88.087 ms 7 10gigabitethernet8-3.core1.chi1.he.net (2001:470:0:1c6::2) 99.523 ms 99.403 ms 99.482 ms 8 10gigabitethernet3-2.core1.den1.he.net (2001:470:0:1af::2) 122.324 ms 122.143 ms 121.538 ms 9 10gigabitethernet3-4.core1.sea1.he.net (2001:470:0:18f::1) 162.508 ms 162.552 ms 162.403 ms 10 v6-six.bc.net (2001:504:16::10f) 159.082 ms 158.672 ms 159.546 ms 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * * * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * * And the nlams5 traceroute source at sixxs.net/tools/traceroute: Hop Node Loss% Sent Last Avg Best Worst StDev ASNOrganisation 1. 2001:610:1:80bb:192:87:102:9 0.0% 50.9 1.1 0.7 1.6 0.4 2. 2001:610:f01:9168::1690.0% 50.5 0.9 0.4 2.5 0.9 3. 2001:610:e08:76::77 0.0% 50.9 0.7 0.6 0.9 0.1 4. 2001:7f8:1::a500:6939:1 0.0% 50.9 3.8 0.9 11.5 4.6 5. 2001:470:0:3f::1 0.0% 5 18.3 16.2 8.6 21.1 4.7 6. 2001:470:0:3e::1 0.0% 5 76.5 80.4 76.4 86.6 5.3 7. 2001:470:0:1c6::2 0.0% 5 94.1 96.2 94.0 100.0 3.0 8. 2001:470:0:1af::2 0.0% 5 117.2 117.5 117.2 118.3 0.5 9. 2001:470:0:18f::1 0.0% 5 149.4 151.9 149.3 162.0 5.6 10. ??? 100.0 50.0 0.0 0.0 0.0 0.0 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#614211: gimp-resynthesizer: Bug filed to merge into gimp-plugin-registry
FYI: I have filed a wishlist bug in gimp-plugin-registry to merge gimp-resynthesizer into there - see bug #626317. The gimp-plugin-registry maintainer seems receptive to the idea of merging it, when he has time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626317: Please add resynthesizer to gimp-plugin-registry
Package: gimp-plugin-registry Severity: wishlist Tags: patch Please add the resynthesizer plugin to gimp-plugin-registry: https://github.com/bootchk/resynthesizer I had formerly packaged this plugin as an independent package (gimp-resynthesizer) but have found that I don't have the expertise to evaluate patches against the script-fu scripts for it, nor the interest in maintaining it anymore. As upstream maintenance recently moved to a new location and maintainer, I felt it would be a good time to have this package added to a collection such as gimp-plugin-registry. I created a proposed patch to gimp-plugin-registry to add resynthesizer. Because the resynthesizer build process ends up modifying a number of autoconf generated files, causing diff noise that breaks the git-buildpackage build, I have included a binary tarball of the upstream source to be extracted for the build, then thrown away to avoid diff noise. As such, I cannot attach a proper patch here, but instead refer you to this git branch: https://github.com/bdonlan/gimp-plugin-registry Please note that the HEAD commit is a hack to change the package to debian native format. This was again necessary due to the addition of a binary tarball, but can be removed when applied to your upstream repository, provided that the resynthesizer tarball is added to the .orig.tar.gz. That said, it may be a good idea to change to debian native format anyway, as as far as I can tell there is no upstream... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#626132: mercurial-common not rebuilt in binary rebuild
Package: mercurial-common Version: 1.8.1-3 Severity: normal For some reason, when mercurial 1.8.1-3+b1 was built, mercurial-common was not updated. This results in the recommends field in mercurial-common referring to the wrong version of mercurial. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 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 mercurial-common depends on: ii python2.6.6-14 interactive high-level object-orie ii python-support1.0.13 automated rebuilding support for P Versions of packages mercurial-common recommends: ii ca-certificates 20110421 Common CA certificates ii mercurial 1.8.1-3+b1 scalable distributed version contr Versions of packages mercurial-common suggests: pn python-mysqldbnone (no description available) ii python-openssl0.10-1 Python wrapper around the OpenSSL pn python-pygments none (no description available) ii tk8.5 [wish] 8.5.9-2Tk toolkit for Tcl and X11, v8.5 - -- 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#620957: general: Would you be so kind to include Frandom in the Debian Repositories?
On Tue, Apr 5, 2011 at 07:46, Ruben spame...@hotmail.com wrote: Package: general Severity: wishlist Hello. I would like to see Frandom in the Debian repositories. Frandom is a kernel module for pseudo-random data generation, much as random and urandom, but works incredibly fast. It is currently unmantained. However, is still usefull. You can have a look in http://www.billauer.co.il/frandom.html for more information. All this module seems to do is grab some data from /dev/urandom and use it as a key for an RC4 generator. While it's a nice project to learn about kernel APIs, why should this be in the kernel, widening the kernel attack surface and thus giving the security team more work, when it can be in a userspace application or library just as easily? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620328: on_finished config option no longer recognized
Package: rtorrent Version: 0.8.7-5+b1 Severity: important The 'on_finished' config-file option no longer seems to be accepted in this version: rtorrent: Error in option file: ~/.rtorrent.rc:11: Command on_finished does not exist. This command is still documented in the manual page. If the command has been renamed or otherwise changed, the manual page should be updated, and a debian news entry should be added to NEWS.Debian describing the breaking change. If the command was _not_ intended to be removed, then this is a serious regression. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.38-x86_64-linode17 (SMP w/4 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 rtorrent depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcurl3 7.21.3-1 Multi-protocol file transfer libra ii libgcc1 1:4.5.2-4 GCC support library ii libncursesw5 5.7+20100313-5 shared libraries for terminal hand ii libsigc++-2.0-0c2a2.2.4.2-1 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8o-5 SSL shared libraries ii libstdc++64.5.2-4The GNU Standard C++ Library v3 ii libtorrent13 0.12.7-4+b1a C++ BitTorrent library by Raksha ii libxmlrpc-core-c3 1.16.33-2 A lightweight RPC library based on rtorrent recommends no packages. Versions of packages rtorrent suggests: ii screen4.0.3-14 terminal multiplexor with VT100/AN -- 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#619797: Copyright file is unclear about what the GPL applies to
Package: libbz2-1.0 Version: 1.0.5-6 Severity: minor The copyright file for libbz2 states: This package is Copyright (C) 1999, 2000, 2001, 2002 Philippe Troin p...@fifi.org and Copyright (C) 2004-2007 Anibal Monsalve Salazar. It is licensed under the GNU General Public License which can be found in /usr/share/common-licenses/GPL. This can be misinterpreted to read that the library itself is under the GPL - an example of such confusion can be found at http://stackoverflow.com/q/5446902/36723 . The wording here should be updated to be more clear; for example: The debian packaging scripts and metadata for this library are licensed under the GNU General Public License, which can be found in /usr/share/common-licenses/GPL -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.35.4-x86_64-linode16 (SMP w/4 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 libbz2-1.0 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib libbz2-1.0 recommends no packages. libbz2-1.0 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#614211: O: gimp-resynthesizer
Package: wnpp Severity: normal Due to a lack of time and as I have not been using Debian on my desktop machine for some time now, I can no longer properly maintain this package. It may be best for it to be merged into gimp-plugin-registry or something. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614212: O: moodbar
Package: wnpp Severity: normal Due to a lack of time and as I have not been using Debian (or Amarok) on my desktop machine for some time now, I can no longer properly maintain this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614213: O: piespy
Package: wnpp Severity: normal Due to a lack of time and as I have not been using Debian on my desktop machine for some time now, I can no longer properly maintain this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614071: Unable to set both user_pw and owner_pw with PROMPT
Package: pdftk Version: 1.41+dfsg-10 Severity: normal If I attempt to set both user_pw and owner_pw via a prompt like so: $ pdftk input.pdf output output.pdf user_pw PROMPT owner_pw PROMPT I get the following error: Error: The user and owner passwords are the same. PDF Viewers interpret this to mean your PDF has no owner password, so they must be different. Or, supply no owner password to pdftk if this is what you desire. Exiting. Errors encountered. No output created. Done. Input errors, so no output created. This is, of course, wrong if the user intended to enter _different_ values for the two prompts. pdftk should perform this check after prompting, not before. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32.16-linode28 (SMP w/4 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 pdftk depends on: ii libbcmail-java 1.44+dfsg-2 Bouncy Castle generators/processor ii libbcprov-java 1.44+dfsg-2 Bouncy Castle Java Cryptographic S ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-10 GCC support library ii libgcj-bc4.4.5-2 Link time only library for use wit ii libgcj10 4.4.5-9 Java runtime library for use with ii libitext-java2.1.7-2 Java Library to create and manipul ii libitext-java-gcj2.1.7-2 Java Library to create and manipul ii libstdc++6 4.4.5-10The GNU Standard C++ Library v3 pdftk recommends no packages. Versions of packages pdftk suggests: pn xpdf-utilsnone (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#401595: performance regression in rxvt-unicode-ml with libx11-6 2:1.1-2
On Tue, Jan 18, 2011 at 02:01, Cyril Brulebois k...@debian.org wrote: tag 401595 moreinfo thanks Jamey Sharp ja...@minilop.net (11/06/2007): Even better, please try 2:1.1.2-1, which fixes an event-handling spin that we thought might be related. IIRC we still saw more read calls returning EAGAIN than I can explain, but I currently can't reproduce any high CPU usage conditions with 1.1.2. Bryan, ping? Oh, wow, I don't even remember filing this bug anymore. Suffice it to say I don't think I'll be able to test for it at this point... Feel free to close the bug. Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564542: Crashes with SIGFPE on startup
Package: rtorrent Version: 0.8.6-1 Severity: important rtorrent crashes immediately on startup. Here's the backtrace (unfortunately I don't have symbols): #0 0xf57fe416 in __kernel_vsyscall () #1 0xb730a8e0 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb730de15 in *__GI_abort () at abort.c:88 #3 0x0809221b in ?? () #4 0x08094929 in ?? () #5 0x08094947 in ?? () #6 0x08094972 in ?? () #7 0x0809498e in ?? () #8 0x080989a4 in ?? () #9 0x0809ad6e in ?? () #10 signal handler called #11 0xb771ea1d in torrent::Rate::rate() const () from /usr/lib/libtorrent.so.11 #12 0x080f61dc in ?? () #13 0x080fd79f in ?? () #14 0x080fa671 in ?? () #15 0x08093a2f in ?? () #16 0x08093a46 in ?? () #17 0x08094210 in ?? () #18 0x080f4e54 in ?? () #19 0x08093605 in ?? () #20 0xb72f6b55 in __libc_start_main (main=0x8092ed6, argc=1, ubp_av=0xbfaf63f4, init=0x8120e30, fini=0x8120e20, rtld_fini=0xb785a980 _dl_fini, stack_end=0xbfaf63ec) at libc-start.c:222 #21 0x08053c81 in ?? () My rtorrent.rc can be found at http://fushizen.net/~bd/rtorrentrc This bug does not occur with 0.8.5-2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-linode23 (SMP w/4 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 rtorrent depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libcurl3 7.19.7-1 Multi-protocol file transfer libra ii libgcc1 1:4.4.2-8 GCC support library ii libncursesw5 5.7+20090803-2 shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.8 0.9.8k-7 SSL shared libraries ii libstdc++64.4.2-8The GNU Standard C++ Library v3 ii libtorrent11 0.12.5-2 a C++ BitTorrent library by Raksha ii libxmlrpc-c3 1.06.27-1 A lightweight RPC library based on rtorrent recommends no packages. Versions of packages rtorrent suggests: ii screen4.0.3-14 terminal multiplexor with VT100/AN -- 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#551992: general: stopping squeeze chroot shuts system
On Thu, Oct 22, 2009 at 5:01 PM, mar...@grachtwal.nu wrote: All, very sorry for the confusion about stopping the chroot. I think the easiest way is to include the script we use to 'start' and 'stop' chroots. Some notes; - I haven't written the script, so any geniality or stupidity isn't mine - For managing different chrooted environments it works really great. - Using scripts like these we can move applications in dedicated chroots extremely fast across our 2 datacenters. - I know we use an outdated form of technology, it works though. Well, up until this afternoon it did. /etc/rc6.d/S90reboot invokes reboot -d -f -i. The -f there means it goes straight to the kernel to reboot. Make that file empty (so it's treated as a conffile change) and you should be good. You might also want to consider using kvm or xen instead of raw chroots... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544497: #544497: gimp-resynthesizer: rebuilds an empty package)
On Sun, Sep 6, 2009 at 4:54 PM, Tzafrir Cohentzaf...@cohens.org.il wrote: tag 544497 patch thanks As gimptool is unhelpful, and I don't wish to force autotools on upstream, I ended up manually installing everything. Which seems to be simpler than patching the upstream install target. Attached a debdiff of the changes. Thanks - was a bit busy with moving back in at college to get to it right away :) I'll put in a sponsorship request shortly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544497: gimp-resynthesizer: rebuilds an empty package
package gimp-resynthesizer reassign 544497 libgimp2.0-dev 2.6.7-1 package libgimp2.0-dev affects 544497 + gimp-resynthesizer severity 544497 serious retitle 544497 gimptool-2.0 does not respect DESTDIR (causes FTBFS in other packages) thanks On Mon, Aug 31, 2009 at 9:37 PM, Tzafrir Cohentzaf...@cohens.org.il wrote: Package: gimp-resynthesizer Version: 0.16-1 Severity: important [snip] At first glance debian/rules sets DESTDIR. However gimptool-2.0 does not respoect it anymore (as of 2.6?) Interesting. gimptool's manpage still states it supports DESTDIR - but it indeed does not: r...@satoko:/tmp# DESTDIR=$PWD gimptool-2.0 --install-admin-bin foo cp foo /usr/lib/gimp/2.0/plug-ins Reassigning to libgimp2.0-dev with serious severity (as it cause FTBFS in other packages) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535233: ITP: collectl -- Initial package request
On Tue, Jun 30, 2009 at 6:41 PM, Simmons, Christopherchristopher.simm...@pnl.gov wrote: Package: collectl Version: 3.3.4 Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org *** Please type your report below this line *** I wish to work on creating a debian package for collectl-3.3.4 License: GPL, ARTISTIC But what is it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534398: ITP: libposix -- unifed implementation of core functionality of all Unix systems
On Wed, Jun 24, 2009 at 6:28 AM, Guus Sliepeng...@debian.org wrote: On Wed, Jun 24, 2009 at 11:03:41AM +0100, Steve Langasek wrote: On Wed, Jun 24, 2009 at 09:02:26AM +1000, Aníbal Monsalve Salazar wrote: * Package name : libposix Why? This is a subset of the interfaces provided by glibc, which must be present on all systems. So it would be stupid for any package in Debian to link against libposix instead of just using libc. Why do we want a library in Debian that no packages should depend on? Just see it as dash vs. bash. Once libposix reaches maturity, I will certainly consider linking applications I wrote myself against libposix. Applications linked against it will probably use less memory and cannot inadvertently use glibc extensions. This will make it easier to port those applications, and will also make it easier to run things on embedded platforms. Is libposix complete enough to link against for real programs yet? If not, why should it be included at this time? Moreover, can libposix and libc coexist in the same address space? If not, all of debian's existing libraries will be incompatible with it. It seems like the sort of thing that you might want to build an entire distro against, or a custom/development build against, but not just some programs in a distro... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534398: ITP: libposix -- unifed implementation of core functionality of all Unix systems
On Wed, Jun 24, 2009 at 9:34 AM, Guus Sliepeng...@debian.org wrote: On Wed, Jun 24, 2009 at 09:17:14AM -0400, Bryan Donlan wrote: Is libposix complete enough to link against for real programs yet? If not, why should it be included at this time? I agree that if the only thing that works at this moment is the simplest Hello world program, that it should not be packaged yet. Moreover, can libposix and libc coexist in the same address space? What address space are you talking about? There is also dietlibc and uClibc, who can coexist with glibc. But applications can only link against one of them at the time of course. I mean, if a program is using libposix, can it also link, for example, libpng, which is built against the normal libc? If libposix uses the brk() area for malloc this isn't possible, but if it uses anonymous mmaps exclusively then it might be doable (of course, one would need to be careful to free with the correct malloc implementation). If not, all of debian's existing libraries will be incompatible with it. It seems like the sort of thing that you might want to build an entire distro against, or a custom/development build against, but not just some programs in a distro... Having a glibc replacement for just a few programs is not an argument in itself for not including this package. Perhaps I want to develop a program that needs to run in an embedded environment that I want to test? Then I'd like to have a libposix-dev package that I can use to build my own software with. For embedded environments, one will generally want a cross-compiling toolchain, not just a library. You can't use the libc headers in /usr/include, or libc's crt*.o start routines, after all, and even uclibc abandoned the approach of hacking a host toolchain into using its libraries. And for an embedded environment, a lot of the time you'll have a different architecture on the target than the host anyway. This is all moot if libposix is still too incomplete to be usable of course :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534398: ITP: libposix -- unifed implementation of core functionality of all Unix systems
On Wed, Jun 24, 2009 at 6:24 PM, Guus Sliepeng...@debian.org wrote: On Wed, Jun 24, 2009 at 05:47:16PM -0400, Steve Langasek wrote: Once libposix reaches maturity, I will certainly consider linking applications I wrote myself against libposix. Applications linked against it will probably use less memory Why would they use less memory? Since they don't link against a large library. Granted, that is only a benefit if all running programs link against libposix instead of glibc. What makes you think libposix will be smaller? It is currently very incomplete; by the time it reaches a full implementation of POSIX, it may well be the same size as libc. and will also make it easier to run things on embedded platforms. Why does this make anything easier? If you're rebuilding your whole system against libposix, you're not doing that in the archive, so packaging libposix seems largely irrelevant to this; if you aren't rebuilding your whole system against libposix, you get two libcs, so that's hardly a win for embedded systems. If I'm compiling I'd rather do it on a fast desktop with all my usual stuff installed than on an embedded system. Again, this is what a cross-compile toolchain is for (mandatory if your embedded platform is anything other than your desktop arch!). You could adapt the crosstool buildscripts that uclibc uses, for example. If you just use debian's normal GCC, you're going to have a hell of a time convincing it to not use libc's include files/statically-linked startup objects/dynamic linker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525593: FTBFS on i386: scons: *** [src/beidcommon/libbeidcommon.la] TypeError : cannot concatenate 'str' and 'list' objects
Package: belpic Version: 2.6.0-6 Severity: serious Justification: no longer builds from source belpic build fails in unstable with a i386 pbuilder chroot: g++ -o src/beidcommon/moc_qtunixserversocket.os -c -Wall -g -O2 -Dlinux -pipe -DQT_THREAD_SUPPORT -D_REENTRANT -DPREFIX='/usr' -DCONFDIR='/etc/' -fPIC -Wall -g -O2 -DNDEBUG -DNO_DEBUG -I/usr/share/qt3/include -I/usr/include/PCSC -Isrc/beidcommon -Isrc/eidlib src/beidcommon/moc_qtunixserversocket.cc g++ -o src/beidcommon/libbeidcommon.so.0.0.0 -Wl,--soname=libbeidcommon.so.0 -shared src/beidcommon/bytearray.os src/beidcommon/datafile.os src/beidcommon/pinpad.os src/beidcommon/config.os src/beidcommon/downloadfile.os src/beidcommon/qtservice.os src/beidcommon/qtservice_unix.os src/beidcommon/qtunixsocket.os src/beidcommon/qtunixserversocket.os src/beidcommon/TLV.os src/beidcommon/TLVBuffer.os src/beidcommon/moc_qtunixsocket.os src/beidcommon/moc_qtunixserversocket.os -L/usr/share/qt3/lib -lqt-mt -lqt-mt -lcrypto -lssl -lwx_gtk2u_core-2.6 scons: *** [src/beidcommon/libbeidcommon.la] TypeError : cannot concatenate 'str' and 'list' objects scons: building terminated because of errors. make: *** [stampdir/build-stamp] Error 2 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 A full build log is at https://fushizen.net/~bd/belpic_2.6.0-6_i386.build -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.29-linode18 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#523694: New upstream: 0.4.5
Package: crawl Severity: wishlist A new upstream version, 0.4.5, is available from upstream at: http://crawl-ref.sourceforge.net/ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-cfg1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#523696: Add debian/watch file
Package: crawl Version: 2:0.4.4-1 Severity: wishlist Tags: patch Adding a debian/watch file will allow DEHS to automatically inform you (the maintainer) of new upstream releases. Here is one you can drop in: version=3 http://sf.net/crawl-ref/stone_soup-(.*)-src.tbz2 -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-cfg1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#522668: Binaries should not depend on libtest-use-ok-perl
Package: libdata-stream-bulk-perl Version: 0.03 Severity: minor libdata-stream-bulk-perl uses libtest-use-ok-perl only in its test suite; as such, libtest-use-ok-perl is only a build dependency and need not be depended on in the binary. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-cfg1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#518452: All programs segfault when running under gdb
On Fri, Mar 6, 2009 at 8:26 AM, Daniel Jacobowitz d...@false.org wrote: On Fri, Mar 06, 2009 at 03:38:44AM -0500, Bryan Donlan wrote: (gdb) run Starting program: /bin/true (no debugging symbols found) (no debugging symbols found) Program received signal SIGTRAP, Trace/breakpoint trap. 0xf7f8bba8 in ?? () (gdb) cont Continuing. There is no plausible way that this is a GDB bug. It's going to be a problem with your kernel. Hi, Sorry for the delay. I've brought the problem up on the xen list and it does indeed seem to be a kernel problem - feel free to close this, I guess. Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518452: All programs segfault when running under gdb
Package: gdb Version: 6.8-3 Severity: grave Attempting to run a trivial program under gdb gives: ] gdb /bin/true GNU gdb 6.8-debian Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as i486-linux-gnu... (no debugging symbols found) (gdb) run Starting program: /bin/true (no debugging symbols found) (no debugging symbols found) Program received signal SIGTRAP, Trace/breakpoint trap. 0xf7f8bba8 in ?? () (gdb) cont Continuing. Program received signal SIGSEGV, Segmentation fault. 0xf7f8bba8 in ?? () (gdb) cont Continuing. Program terminated with signal SIGSEGV, Segmentation fault. The program no longer exists. The kernel used is kernel.org's vanilla 2.6.28, configured to run as a Xen domU; userspace is 32-bit while the kernel is 64-bit. Kernel .config is available at http://fushizen.net/~bd/curconfig.gz -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-cfg1 (SMP w/4 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 gdb depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libexpat1 2.0.1-4XML parsing C library - runtime li ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3.1GNU readline and history libraries gdb recommends no packages. Versions of packages gdb suggests: pn gdb-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#518452: Acknowledgement (All programs segfault when running under gdb)
Note that this bug also occurs with the version in experimental (6.8.50.20090116.python-1). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514401: Weaken dependency on erlang-x11
Package: erlang Version: 1:12.b.3-dfsg-4 Severity: wishlist I suspect that it is not an unusual use case to want to install most of erlang, but on a server, where x11 isn't needed. Thus, it would be nice if erlang-x11 was only a recommended package from erlang, rather than a hard dependency. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-cfg1 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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#513965: ltrace fails under 64-bit pv_ops xen kernels w/32-bit userspace
Package: ltrace Version: 0.5-3.1 Severity: normal [...@satoko bd] ltrace /bin/true unexpected breakpoint at 0xf7e01d0f unexpected breakpoint at 0xf7df453f unexpected breakpoint at 0xf7df843f unexpected breakpoint at 0x8049f4f unexpected breakpoint at 0xf7e3b07f unexpected breakpoint at 0xf7e3111f unexpected breakpoint at 0xf7f3c42f +++ exited (status 0) +++ As you can see, even with /bin/true, ltrace fails to provide any useful output. I am running an x86_64 paravirtualized kernel (2.6.28 from kernel.org) with i386 userland under Xen. If the kernel is 32-bit, or is using the old xen stack (2.6.18 with the xen patches) the problem does not occur. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (x86_64) Kernel: Linux 2.6.28-cfg1 (SMP w/4 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 ltrace depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libelfg0 0.8.10-2 an ELF object file access library ltrace recommends no packages. ltrace 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#510264: Does not depend on its default font
Package: sapphire Version: 0.15.8-8.1 Severity: important Sapphire fails to run with: sapphire: the default font was not found, aborting. However, all depends and recommends are satisfied, and sapphire does not give any obvious indication as to what font it requires, nor does it seem to be documented in /usr/share/doc. sapphire should at least Recommend: its default font, whatever that may be, and certainly should indicate what font it's failing to find if it fails to find it. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-linode10 (SMP w/4 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 sapphire depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar sapphire recommends no packages. Versions of packages sapphire suggests: pn menu 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#486596: grub-pc: Crash in postinst: /usr/sbin/grub-probe: realloc(): invalid next size: 0x080be408
On Tue, Nov 25, 2008 at 03:56:43PM +0100, Felix Zielcke wrote: Hi, your report is quite old and you didn't reply to our last mails months ago. Does this still happen with 1.96+20080724-12 currently in lenny/sid ? Sorry, I no longer have the machine I had the problem in. Feel free to close this bug. (Sorry for the late reply, I haven't been checking this email address for quite a while...) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419746: ITP: zfs-fuse -- A FUSE wrapper for the ZFS filesystem in Linux
On Sun, Dec 21, 2008 at 12:20 PM, Mike Hommey gland...@debian.org wrote: reopen 419746 thanks Hi Bryan, On Sun, May 06, 2007 at 02:29:27AM -0400, Bryan Donlan wrote: On 5/6/07, Gustavo Franco stra...@debian.org wrote: Hi Bryan, Just found your experimental package and I've tried to build it from source for my ppc laptop since you've used architecture: any into debian/control. I think you should replace it with i386, amd64, sparc64 because it FTBFS on non i386, amd64 or sparc64 machines. See my build output below: Thanks for the info, I'll update them shortly. For those following the bug but not the zfs-fuse list, i386 and source packages are at http://www.fushizen.net/zfs-fuse/ Are you still interested in maintaining zfs-fuse for Debian? I see your repository only has old versions of zfs-fuse and I already packaged 0.5.0 for my own needs based on your packages. It's not quite in proper shape to be included in Debian, but I am willing to do that work. It you are still interested in maintaining zfs-fuse, maybe we could setup a team on alioth? What do you think? Hi, I'm not /not/ interested, but at the moment I don't have a spare drive to do testing on... Feel free to use my old packages as a base though. Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#496659: Genicorp General Public Licence
On Tue, Aug 26, 2008 at 3:38 PM, MJ Ray [EMAIL PROTECTED] wrote: Maximilian Gaß [EMAIL PROTECTED] wrote: I'm currently packaging libopenoffice-oodoc-perl and stumbled upon its license: This software is free software. It is subject to the terms and conditions of both - the GNU Lesser General Public Licence, version 2.1, of the Free Software Foundation (http://www.fsf.org); This licence is known to be fine for main, but contains the key phrase You may not impose any further restrictions on the recipients' exercise of the rights granted herein in section 10. So, I think that if the other licence contains any restrictions to copying not already in LGPL-2.1 then we can't satisfy both licences at the same time and so have no permission to copy it. It sounds like upstream may have meant to go for a dual-licensing arrangement, but incorrectly stated both rather than either - it'd probably be a good idea to contact upstream and ask for clarification. Certainly if this was a dual-license arrangement with LGPL+$anything it would be acceptable for main. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#495628: general: setting system users' homes in their data directory slower security scanning
On Tue, Aug 19, 2008 at 1:21 AM, alex bodnaru [EMAIL PROTECTED] wrote: Package: general Severity: normal putting the home directory of users like postgres or especially backuppc in their data directory makes routine scans of tiger over the homes directory for user related suspect files work significantly slower. I'm not sure what tiger is... there is no reason to scan those directories, since they contain structured data only, but only accidental logins of those users may bring bad thing here, and this should be the second reason not to set their homedirs here. ... but logins for these users are disabled by default, and even if they weren't, adding random dotfiles ought not to break anything badly, surely? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489132: lenny release notes, upgrade dpkg first
On Thu, Jul 3, 2008 at 6:25 AM, Raphael Hertzog [EMAIL PROTECTED] wrote: Package: release-notes Severity: important To work-around a problem that can happen in the perl 5.10 upgrade (see #479711), the perl scripts contained in dpkg (update-alternatives, dpkg-divert) have been modified... but for the work-around to be used, the new dpkg must obviously be installed first, before the dist-upgrade. Given that the new dpkg also supports triggers, we should probably also recommend to upgrade apt/aptitude at the same time otherwise those tools might be confused by the new package status... Would it be better to just set pre-depends on the appropriate version of dpkg in perl? That ought to ensure they are upgraded in the correct order, even for people who don't read the release notes :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487766: Please restore ffvideoscale filter
Package: gstreamer0.10-ffmpeg Version: 0.10.4-3 Severity: wishlist Hi, Somewhere between version 0.10.3-6 and 0.10.4-3 the ffvideoscale filter was removed. This filter gives much better picture quality than the gstreamer builtin videoscale filter - please bring it back. Thanks, Bryan Donlan -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 gstreamer0.10-ffmpeg depends on: ii libavcodec51 3:20080531-0.2 library to encode decode multimedi ii libavformat52 3:20080531-0.2 ffmpeg file format library ii libavutil49 3:20080531-0.2 avutil shared libraries ii libc6 2.7-10 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgstreamer-plugins-base 0.10.19-2 GStreamer libraries from the base ii libgstreamer0.10-00.10.19-3 Core GStreamer libraries and eleme ii liboil0.3 0.3.14-4 Library of Optimized Inner Loops ii libpostproc51 3:20080531-0.2 postproc shared libraries gstreamer0.10-ffmpeg recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486425: ITP: bomstrip -- strip Byte-Order Marks from UTF-8 text files
On Mon, Jun 16, 2008 at 5:14 AM, Peter Pentchev [EMAIL PROTECTED] wrote:
On Mon, Jun 16, 2008 at 10:55:47AM +0200, Guus Sliepen wrote:
On Mon, Jun 16, 2008 at 03:08:02AM +0300, Peter Pentchev wrote:
* Package name: bomstrip
Programming Lang: Awk, Brainf*ck, C, C++, Forth, Haskell, OCaml, Ook!,
Pascal, PHP, Perl, PostScript, Python, Ruby, sed,
Unlambda
All these programming languages got me wondering. Apparently the same
program is implemented in all these languages. But you only need one to
get the desired functionality. Also, I see the sed variant is just a
one-liner. Perhaps it is better if this functionality is merged with a
package like coreutils or recode, if it is not already there someway.
As the author writes on his website, the whole point of the bomstrip
project being a collection of implementations is more of a social /
political goal of spreading the word, showing how easy it is,
bringing attention to the broken UTF-8 text files that some programs
generate, and so on.
IMHO, the distribution also servers as a nice way to demonstrate
a simple (well, admittedly, a *very* simple :)) task done in various
languages.
Hm. Okay, so maybe the two command-line utilities and the collection
might be separated. IMHO, the collection *is* still useful on its own :)
If others share this opinion, I may either create two separate packages,
or just remove the command-line utilities and file a wishlist bug
against coreutils or textutils or something like that. How does that
strike you? What do others think?
Would the collection really be useful in /binary/ form, however? If
the goal is to show how easy it is to write, installing a bunch of
functionally identical
/usr/bin/bomstrip.{c,ada,cplusplus,haskell,ocaml} binaries won't
demonstrate much :)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486596: grub-pc: Crash in postinst: /usr/sbin/grub-probe: realloc(): invalid next size: 0x080be408
Package: grub-pc
Version: 1.96+20080601-2
Severity: normal
grub-pc post-inst crashed with:
Setting up grub-pc (1.96+20080601-2) ...
Installing new version of config file /etc/grub.d/00_header ...
Installing new version of config file /etc/grub.d/10_linux ...
Installing new version of config file /etc/grub.d/10_hurd ...
Installing new version of config file /etc/grub.d/05_debian_theme ...
Installing new version of config file /etc/default/grub ...
*** glibc detected *** /usr/sbin/grub-probe: realloc(): invalid next size:
0x080be408 ***
=== Backtrace: =
/lib/i686/cmov/libc.so.6[0xb7e40614]
/lib/i686/cmov/libc.so.6[0xb7e44191]
/lib/i686/cmov/libc.so.6(realloc+0x106)[0xb7e44b36]
/usr/sbin/grub-probe[0x804ac08]
/usr/sbin/grub-probe[0x805a145]
/usr/sbin/grub-probe[0x805a222]
/usr/sbin/grub-probe[0x805b97d]
/usr/sbin/grub-probe[0x8061b16]
/usr/sbin/grub-probe[0x8049173]
/usr/sbin/grub-probe[0x80496db]
/lib/i686/cmov/libc.so.6(__libc_start_main+0xe5)[0xb7de8455]
/usr/sbin/grub-probe[0x8048f31]
=== Memory map:
08048000-08067000 r-xp 03:02 46279 /usr/sbin/grub-probe
08067000-08068000 rwxp 0001f000 03:02 46279 /usr/sbin/grub-probe
08068000-08caf000 rwxp 08068000 00:00 0 [heap]
b7c0-b7c21000 rwxp b7c0 00:00 0
b7c21000-b7d0 ---p b7c21000 00:00 0
b7dc4000-b7dd r-xp 03:02 6530 /lib/libgcc_s.so.1
b7dd-b7dd1000 rwxp b000 03:02 6530 /lib/libgcc_s.so.1
b7dd1000-b7dd2000 rwxp b7dd1000 00:00 0
b7dd2000-b7f27000 r-xp 03:02 53539 /lib/i686/cmov/libc-2.7.so
b7f27000-b7f28000 r-xp 00155000 03:02 53539 /lib/i686/cmov/libc-2.7.so
b7f28000-b7f2a000 rwxp 00156000 03:02 53539 /lib/i686/cmov/libc-2.7.so
b7f2a000-b7f2e000 rwxp b7f2a000 00:00 0
b7f42000-b7f43000 rwxp b7f42000 00:00 0
b7f43000-b7f5d000 r-xp 03:02 53540 /lib/ld-2.7.so
b7f5d000-b7f5f000 rwxp 0001a000 03:02 53540 /lib/ld-2.7.so
bfa66000-bfa7c000 rwxp bfa66000 00:00 0 [stack]
e000-f000 r-xp 00:00 0 [vdso]
Updating /boot/grub/grub.cfg ...
Found Debian background: debian-blueish-wallpaper-640x480.png
Found linux image: /boot/vmlinuz-2.6.22-3-686
Found initrd image: /boot/initrd.img-2.6.22-3-686
done
The overall post-inst script suceeded, so APT did not detect the error.
Is it safe to reboot still? :)
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/hda2 / reiserfs rw 0 0
/dev/hda2 /dev/.static/dev reiserfs rw 0 0
/dev/hdb1 /boot ext3 rw,data=ordered 0 0
/dev/mapper/hanyuu-home /home reiserfs rw 0 0
/dev/mapper/hanyuu-media /srv/media reiserfs rw 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
(hd1) /dev/hdb
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/update-grub using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
set timeout=5
set root=(hd0,2)
search --fs-uuid --set 412e3acc-15d9-446d-b9e2-ee0262431829
if font /usr/share/grub/unicode.pff ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
terminal gfxterm
fi
set root=(hd1,1)
search --fs-uuid --set 9318f519-f756-4a1f-8cec-78b547ae9ca2
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set root=(hd0,2)
search --fs-uuid --set 412e3acc-15d9-446d-b9e2-ee0262431829
insmod png
if background_image
/usr/share/images/desktop-base/debian-blueish-wallpaper-640x480.png ; then
set color_normal=black/black
set color_highlight=magenta/black
else
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
fi
set root=(hd1,1)
search --fs-uuid --set 9318f519-f756-4a1f-8cec-78b547ae9ca2
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/09_windows ###
#!/bin/cat
menuentry Windows XP {
chainloader (hd0,3)+1
}
### END /etc/grub.d/09_windows ###
### BEGIN /etc/grub.d/10_hurd ###
### END /etc/grub.d/10_hurd ###
### BEGIN /etc/grub.d/10_linux ###
menuentry Debian GNU/Linux, linux 2.6.22-3-686 {
linux /vmlinuz-2.6.22-3-686 root=/dev/hda2 ro
initrd /initrd.img-2.6.22-3-686
}
menuentry Debian GNU/Linux, linux 2.6.22-3-686 (single-user mode) {
linux /vmlinuz-2.6.22-3-686 root=/dev/hda2 ro single
initrd /initrd.img-2.6.22-3-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.22-3-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 grub-pc depends on:
ii debconf [debconf-2.0]1.5.22
Bug#463502: Why did you reopen this?
On Tue, Jun 03, 2008 at 12:58:54PM +0200, Marc Fargas wrote: Hi Bryan, You reopened this bug (#463502) althought it was stated that 0.8.0 was (and still is) and unstable release of rtorrent and libtorrent (as seen on upstream's website). It's a good, and nice, policy to explain things when manipulating bugs, so, could you please elaborate why did you reopen this bug? From my POV it's clearly not a bug, unless your reopening meant Please, package it in experimental Hope you can explain why did you reopen so whe can avoid starting a close-reopen-reclose-reopen chain. Hi, It's been a while, so I can't remember clearly, but IIRC at the time I reopened it it was not marked as such on the upstream website or release announcement[1]. I had meant to send an explanatory note, but I see now it never hit the BTS... oh well. Feel free to reclose it. FWIW, I've been using 0.8.x for a while, and while I'm happy to accept the loss of stability I can agree that it's not ready for a stable release yet (and ubuntu was insane for including it). Thanks, Bryan [1] - http://rakshasa.no/pipermail/libtorrent-devel/2008-January/001470.html signature.asc Description: Digital signature
Bug#482476: Security: Unsafe lock file creation can be used to truncate arbitrary files
Package: aptitude Version: 0.4.11.2-1 Severity: serious Since /var/lock is installed with mode 1777 on debian systems, if /var/lock/aptitude does not yet exist, a normal user can symlink it to an arbitrary location on the filesystem. Aptitude them attempts to open this file with mode O_TRUNC, allowing an ordinary user to truncate an arbitrary file on the filesystem the next time the system administrator opens aptitude. Aptitude should use O_NOFOLLOW on the open call in question to avoid inadverant truncation. -- Package-specific info: aptitude 0.4.11.2 compiled at Apr 12 2008 04:21:26 Compiler: g++ 4.2.3 (Debian 4.2.3-3) Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080308 cwidget version: 0.5.11 Apt version: 4.6.0 linux-gate.so.1 = (0xb7f38000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7e63000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7e27000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7e21000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d3) libept.so.0 = /usr/lib/libept.so.0 (0xb7cb8000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b45000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b3) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b18000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a2b000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7a05000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb79f8000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb78aa000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb78a6000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb78a2000) /lib/ld-linux.so.2 (0xb7f39000) Terminal: screen $DISPLAY not set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg ii libc6 2.7-10GNU C Library: Shared libraries ii libcwidget30.5.11-1 high-level terminal interface libr ii libept00.5.17High-level library for managing De ii libgcc11:4.3.0-3 GCC support library ii libncursesw5 5.6+20080308-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libxapian151.0.5-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482071: Crash with panic: swash_fetch
On Wed, May 21, 2008 at 09:22:23PM +0300, Niko Tyni wrote:
tag 482071 moreinfo
thanks
On Tue, May 20, 2008 at 12:13:07PM -0400, Bryan Donlan wrote:
Package: perl
Version: 5.10.0-10
Severity: important
When running a script that had been working properly with 5.8 under the
new 5.10 perl version, it crashed with:
panic: swash_fetch at JBridge/Controller.pm line 191.
The line in question is:
next unless $arg =~ m{^privmsg\s+#}i;
The full source code for the script that triggered the crash may be
found via darcs at http://fushizen.net/~bd/jbridge .
Hi,
that's quite a lot (~800 lines) of mostly undocumented code, possibly
triggering on network input (or maybe not; not enough data to tell.)
Could you please try to cut it down to a smaller test case with
instructions on reproducing it?
After further inspection it seems the script was running when I
upgraded from 5.8 to 5.10, and didn't take kindly to the 5.8 unicode
datafiles vanishing underneath it :)
Sorry for the noise,
Bryan Donlan
signature.asc
Description: Digital signature
Bug#482476: Security: Unsafe lock file creation can be used to truncate arbitrary files
reassign 482476 apt 0.7.11 title Security: Symlink traversal in GetLock() can truncate arbitrary files thanks Since the function at fault is in apt's libapt-pkg, not aptitude itself, reassigning to APT. See below for bug description. I am currently testing a patch for this and will follow up shortly. On Thu, May 22, 2008 at 11:19:07PM -0400, Bryan Donlan wrote: Package: aptitude Version: 0.4.11.2-1 Severity: serious Since /var/lock is installed with mode 1777 on debian systems, if /var/lock/aptitude does not yet exist, a normal user can symlink it to an arbitrary location on the filesystem. Aptitude them attempts to open this file with mode O_TRUNC, allowing an ordinary user to truncate an arbitrary file on the filesystem the next time the system administrator opens aptitude. Aptitude should use O_NOFOLLOW on the open call in question to avoid inadverant truncation. -- Package-specific info: aptitude 0.4.11.2 compiled at Apr 12 2008 04:21:26 Compiler: g++ 4.2.3 (Debian 4.2.3-3) Compiled against: apt version 4.6.0 NCurses version 5.6 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.6.20080308 cwidget version: 0.5.11 Apt version: 4.6.0 linux-gate.so.1 = (0xb7f38000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0xb7e63000) libncursesw.so.5 = /lib/libncursesw.so.5 (0xb7e27000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0xb7e21000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0xb7d3) libept.so.0 = /usr/lib/libept.so.0 (0xb7cb8000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0xb7b45000) libz.so.1 = /usr/lib/libz.so.1 (0xb7b3) libpthread.so.0 = /lib/i686/cmov/libpthread.so.0 (0xb7b18000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0xb7a2b000) libm.so.6 = /lib/i686/cmov/libm.so.6 (0xb7a05000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0xb79f8000) libc.so.6 = /lib/i686/cmov/libc.so.6 (0xb78aa000) libutil.so.1 = /lib/i686/cmov/libutil.so.1 (0xb78a6000) libdl.so.2 = /lib/i686/cmov/libdl.so.2 (0xb78a2000) /lib/ld-linux.so.2 (0xb7f39000) Terminal: screen $DISPLAY not set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.11Advanced front-end for dpkg ii libc6 2.7-10GNU C Library: Shared libraries ii libcwidget30.5.11-1 high-level terminal interface libr ii libept00.5.17High-level library for managing De ii libgcc11:4.3.0-3 GCC support library ii libncursesw5 5.6+20080308-1Shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libxapian151.0.5-1 Search engine library ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages aptitude recommends: pn aptitude-doc-en | aptitude-do none (no description available) ii libparse-debianchangelog-perl 1.1.1-2parse Debian changelogs and output -- no debconf information signature.asc Description: Digital signature
Bug#482476: [PATCH] Security: Unsafe lock file creation can be used to truncate arbitrary files
tags 482476 + patch security
thanks
I have made a patch to prevent GetLock() from following symlinks. For
added measure I've also removed O_TRUNC; since the lock file should be
empty anyway, there's no need to truncate it again. Applies cleanly
against 0.4.11 and 0.4.13.
diff -Naur apt-0.7.11.orig/apt-pkg/contrib/fileutl.cc
apt-0.7.11/apt-pkg/contrib/fileutl.cc
--- apt-0.7.11.orig/apt-pkg/contrib/fileutl.cc 2008-01-08 16:07:36.0
-0500
+++ apt-0.7.11/apt-pkg/contrib/fileutl.cc 2008-05-23 00:48:03.0
-0400
@@ -138,7 +138,9 @@
close at some time. */
int GetLock(string File,bool Errors)
{
- int FD = open(File.c_str(),O_RDWR | O_CREAT | O_TRUNC,0640);
+ // GetLock() is used in aptitude on directories with public-write access
+ // Use O_NOFOLLOW here to prevent symlink traversal attacks
+ int FD = open(File.c_str(),O_RDWR | O_CREAT | O_NOFOLLOW,0640);
if (FD 0)
{
// Read only .. cant have locking problems there.
signature.asc
Description: Digital signature
Bug#482071: Crash with panic: swash_fetch
Package: perl
Version: 5.10.0-10
Severity: important
Hi,
When running a script that had been working properly with 5.8 under the
new 5.10 perl version, it crashed with:
panic: swash_fetch at JBridge/Controller.pm line 191.
The line in question is:
next unless $arg =~ m{^privmsg\s+#}i;
The full source code for the script that triggered the crash may be
found via darcs at http://fushizen.net/~bd/jbridge .
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 perl depends on:
ii libc6 2.7-10 GNU C Library: Shared libraries
ii libdb4.6 4.6.21-6 Berkeley v4.6 Database Libraries [
ii libgdbm3 1.8.3-3GNU dbm database routines (runtime
ii perl-base 5.10.0-10 The Pathologically Eclectic Rubbis
ii perl-modules 5.10.0-10 Core Perl modules
Versions of packages perl recommends:
ii netbase 4.32 Basic TCP/IP networking system
ii perl-doc 5.10.0-10 Perl documentation
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479367: ITP: fqterm -- a cross-platform terminal emulator
On Sun, May 4, 2008 at 9:23 AM, LI Daobing (李道兵) [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED] --- Please fill out the fields below. --- Package name: fqterm Version: 0.9.1~beta Upstream Author: fqterm, FireLakeWalker, edyfox URL: http://code.google.com/p/fqterm License: GPLv2 Description: cross-platform terminal emulator program fqterm which supports telnet/ssh1/ssh2 protocols and can process ANSI control sequences. It can be used to login BBS sites or *NIX hosts. You should probably mention somewhere in the package description that it can't act as a typical linux terminal emulator and run local programs in a pty. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476925: Patch to fix shlibdeps versioning on libpcrecpp0
tags 476925 + patch title 476925 libpcrecpp0 - shlibdeps versioning is too loose, breaks packages in testing thanks Version 7.6 introduces symbol _ZN7pcrecpp2RE6no_argE, which at least mkvtoolnix and subtitleeditor now use. As such, both are broken, or would be broken if allowed to transition to testing. Attached is a debdiff to fix the issue. I've formatted the changelog for a NMU (I am not a DD and don't have upload privileges). After the fixed package is uploaded to unstable *and built and installed on all architectures* the following packages need a binNMU: * mkvtoolnix * subtitleeditor * apertium (Not sure if this one is necessary, some brief testing didn't come up with errors; but it built against the broken package so better safe than sorry) Thanks, Bryan Donlan diff -u pcre3-7.6/debian/rules pcre3-7.6/debian/rules --- pcre3-7.6/debian/rules +++ pcre3-7.6/debian/rules @@ -101,7 +101,7 @@ dh_compress -a dh_fixperms -a dh_makeshlibs -plibpcre3 --add-udeb=libpcre3-udeb -V 'libpcre3 (= 7.4)' - dh_makeshlibs -plibpcrecpp0 -V 'libpcrecpp0' + dh_makeshlibs -plibpcrecpp0 -V 'libpcrecpp0 (= 7.6)' dh_installdeb -a # dh_perl -a dh_shlibdeps -a -ldebian/libpcre3/usr/lib diff -u pcre3-7.6/debian/changelog pcre3-7.6/debian/changelog --- pcre3-7.6/debian/changelog +++ pcre3-7.6/debian/changelog @@ -1,3 +1,11 @@ +pcre3 (7.6-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules: Update shlibdeps invocation for libpcrecpp0 due to new +symbols. (Closes: #476925) + + -- Bryan Donlan [EMAIL PROTECTED] Sat, 03 May 2008 02:08:57 -0400 + pcre3 (7.6-2) unstable; urgency=low * pcrecpp.cc: Applied patch from PCRE bugzilla (bug 664) to fix ABI signature.asc Description: Digital signature
Bug#464320: libpcrecpp0 ABI change
merge 464320 476925 thanks It seems that the problem is just that of a new symbol. As such, tightening the dh_shlibdeps invocation to use a (= 7.6) dependency should be enough, right? I posted a patch to fix this in bug#476925. Thanks, Bryan Donlan signature.asc Description: Digital signature
Bug#478956: New upstream versions (production 5.18/00, dev 5.19/02)
Package: root-system Severity: wishlist New upstream versions are available: Production release 5.18/00 Development release 5.19/02 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471426: GimpParamDef's gchar members should be const
reassign 471426 libgimp2.0-dev 2.16.3-2 thanks On Tue, Apr 22, 2008 at 01:18:33PM +0200, Josselin Mouette wrote: Le mardi 18 mars 2008 à 01:35 -0400, Bryan Donlan a écrit : Package: libgtk2.0-dev Version: 2.12.9-2 Severity: minor GimpParamDef is commonly used initialized with string constants. To reflect this, and to avoid compiler warnings of this sort: resynth.cc:614: warning: deprecated conversion from string constant to ‘gchar*’ the 'name' and 'description' members should be of type 'const gchar *'. There is no GimpParamDef structure nor function in GTK+, so could you please explain a bit more what this bug is about? Sorry, it seems I filed this against the wrong package. It should be in the right place now :) Thanks, Bryan Donlan signature.asc Description: Digital signature
Bug#478700: Fails to build profiling libraries when template haskell is in use
Package: haskell-devscripts Version: 0.6.11 Severity: normal When a profiled version of a template haskell library is built, an error like the following results: XQueryInterpreter.hs:29:20: cannot find normal object file `dist/build/XQueryCompiler.o' while linking an interpreted expression dh_haskell_build: command returned error code 256 Since TH requires the normal versions of the library to be present, and we pass --disable-library-vanilla to cabal configure, things fall apart. Two possible solutions: * Build the GHC normal and profiled libraries in the same cabal invocation * Add a dh_haskell_configure flag to control whether --disable-library-vanilla will be passed, and filter the extra non-profiled libs ourselves (less efficient obviously) I'll see about writing a patch to fix this over the next few days. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478536: Please downgrade depends gsfonts to recommends gsfonts
Package: libwmf0.2-7 Version: 0.2.8.4-6 Severity: wishlist libwmf is pulled in by imagemagick now, even though many users of imagemagick do not use WMF support. The gsfonts dependency should be downgraded to recommends so those users can free the space consumed by the (to them) useless package. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470784: Downgrading fontconfig-config ttf deps to recommends
Hi, Now that imagemagick indirectly depends on fontconfig via pango via libgraphviz4, librsvg2-2, libgtk2.0-0, these TTF fonts add ~7M to any system with imagemagic but not X installed. The sysadmin should have the option to disable such support if they desire. Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#478538: Please do not depend on gtk
Package: imagemagick Version: 7:6.3.7.9.dfsg1-2+b1 Severity: wishlist The new version of imagemagick depends on gtk via direct dependency as well as: * librsvg2-2 depends on libgtk2.0-0 (= 2.12.0) * libwmf0.2-7 depends on gtk2.0-binver-2.10.0 (provided by libgtk2.0-0 2.12.9-2, libgtk2.0-0 2.12.9-3) The gtk libraries and common data alone are 20mb, without even considering all of the X libraries that are then pulled in. Additionally, it is far from clear why file format interface libraries even need to link against a windowing toolkit. Please remove the direct and indirect gtk dependencies to help reduce bloat in the new version. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 imagemagick depends on: ii libbz2-1.0 1.0.5-0.1high-quality block-sorting file co ii libc6 2.7-10 GNU C Library: Shared libraries ii libfreetype62.3.5-1+b1 FreeType 2 font engine, shared lib ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libjasper1 1.900.1-4The JasPer JPEG-2000 runtime libra ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii liblcms11.16-8 Color management library ii libmagick9 7:6.2.4.5.dfsg1-1+lenny1 Image manipulation library ii libpng12-0 1.2.15~beta5-3 PNG library - runtime ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libtiff43.8.2-8 Tag Image File Format (TIFF) libra ii libx11-62:1.0.3-7X11 client-side library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxml2 2.6.31.dfsg-2GNOME XML library ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime imagemagick recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476925: Incompatible ABI change - breaks packages in testing
Package: mkvtoolnix Version: 2.0.2-1.1 Severity: critical Justification: Renders other packages unusable In testing, mkvmerge 2.0.2-1.1 fails to start with: mkvmerge: symbol lookup error: mkvmerge: undefined symbol: _ZN7pcrecpp2RE6no_argE This occurs with libpcrecpp0 7.4+lenny1 installed, but not with libpcrecpp0 7.6-2. It appears there was a fix for ABI breakage introduced in 7.6-2, but since mkvmerge 2.0.2-1.1 was uploaded after 7.6-2, the fix must not have been sufficient. A rebuild in a clean pbuilder chroot confirms that 7.6-2 does not fix the ABI. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 mkvtoolnix depends on: ii libbz2-1.0 1.0.5-0.1 high-quality block-sorting file co ii libc6 2.7-10GNU C Library: Shared libraries ii libebml0 0.7.7-3.1 access library for the EBML format ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libgcc11:4.3.0-3 GCC support library ii liblzo2-2 2.02-3data compression library ii libmagic1 4.23-2File type determination library us ii libmatroska0 0.8.1-1.1 extensible open standard audio/vid ii libogg01.1.3-3 Ogg Bitstream Library ii libpcre3 7.4-1+lenny1 Perl 5 Compatible Regular Expressi ii libpcrecpp07.4-1 Perl 5 Compatible Regular Expressi ii libstdc++6 4.3.0-3 The GNU Standard C++ Library v3 ii libvorbis0a1.2.0.dfsg-3 The Vorbis General Audio Compressi ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime mkvtoolnix recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476935: rfc822 format link from control message log entry leads to html view
Package: bugs.debian.org Severity: minor On bug log entries for control messages (such as a reassign command's log entry), the rfc822 format link goes to the same location as the 'full text' link - to a HTML page, not a RFC822 format text entity. Example: Reassignment message on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=476925 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476602: Corrupted mode characters on rizon with sjis fallback charset
Package: irssi Version: 0.8.12-3 Severity: important With the following settings: 16:39 [misc] 16:39 recode_autodetect_utf8 = ON 16:39 recode_fallback = sjis 16:39 recode = ON 16:39 recode_out_default_charset = utf8 16:39 recode_transliterate = ON Channel administrators with the ~ mode (and regular ops who are opped after joining) will display with corrupted characters in /names and nick prefixes in chat (ie, you will see: hh:mm [corrupted utf8 character]someuser ... ) This bug is probably related to http://bugs.irssi.org/index.php?do=detailstask_id=527 . -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 irssi depends on: ii libc6 2.7-10 GNU C Library: Shared libraries ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libncurses5 5.6+20080308-1 Shared libraries for terminal hand ii libperl5.85.8.8-12 Shared Perl library ii libssl0.9.8 0.9.8g-8 SSL shared libraries ii perl 5.8.8-12 Larry Wall's Practical Extraction ii perl-base [perlapi-5.8.8] 5.8.8-12 The Pathologically Eclectic Rubbis irssi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#473071: New upstream version: 1.5.4.5
Package: git-core Version: 1:1.5.4.4-1 Severity: wishlist A new maintenance release is available from upstream. The release announcement is at http://thread.gmane.org/gmane.comp.version-control.git/78387 -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 git-core depends on: ii cpio 2.9-11GNU cpio -- a program to manage ar ii libc6 2.7-6 GNU C Library: Shared libraries ii libcurl3-gnutls7.18.0-1 Multi-protocol file transfer libra ii libdigest-sha1-perl2.11-2NIST SHA-1 message digest algorith ii liberror-perl 0.17-1Perl module for error/exception ha ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii perl-modules 5.8.8-12 Core Perl modules ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages git-core recommends: ii curl 7.18.0-1 Get a file from an HTTP, HTTPS or ii less 418-1 Pager program similar to more ii openssh-client [ssh-client] 1:4.7p1-4 secure shell client, an rlogin/rsh ii patch 2.5.9-4Apply a diff file to an original ii rsync 3.0.0-2fast remote file copy program (lik -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472915: ITP: hxq -- HXQ - a compiler from XQuery to Haskell
Package: wnpp Severity: wishlist Owner: Bryan Donlan [EMAIL PROTECTED] * Package name: hxq Version : 0.5 Upstream Author : Leonidas Fegaras [EMAIL PROTECTED] * URL : http://lambda.uta.edu/HXQ/ * License : Simple permissive license (copied below) Programming Lang: Haskell Description : HXQ - a compiler from XQuery to Haskell (description copied from upstream) HXQ is a fast and space-efficient translator from XQuery to embedded Haskell code (the translation is based on GHC templates). It takes full advantage of Haskell's lazy evaluation to keep in memory only those parts of XML data needed at each point of evaluation, thus performing stream-based evaluation. This results to an implementation that is as fast and space-efficient as any stream-based implementation based on SAX filters or finite state machines. License: Copyright (c) 2008 by Leonidas Fegaras, the University of Texas at Arlington. All rights reserved. This material is provided as is, with absolutely no warranty expressed or implied. Any use is at your own risk. Permission is hereby granted to use or copy this program for any purpose, provided the above notices are retained on all copies. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#472003: New upstream version: 0.13.3
Package: re2c Version: 0.12.1-1 Severity: wishlist A new upstream version, 0.13.3, is available from http://re2c.org/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 re2c depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libgcc11:4.3.0~rc2-1 GCC support library ii libstdc++6 4.3.0~rc2-1 The GNU Standard C++ Library v3 re2c recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471426: GimpParamDef's gchar members should be const
Package: libgtk2.0-dev Version: 2.12.9-2 Severity: minor GimpParamDef is commonly used initialized with string constants. To reflect this, and to avoid compiler warnings of this sort: resynth.cc:614: warning: deprecated conversion from string constant to ‘gchar*’ the 'name' and 'description' members should be of type 'const gchar *'. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433128: moodbar: Bus error on gstreamer-playable file
On Sat, Jul 14, 2007 at 1:44 PM, Davide Mancusi [EMAIL PROTECTED] wrote: Package: moodbar Version: 0.1.2-2 Severity: normal moodbar fails on an mp3 file that gstreamer manages to play without any problems. Hi, Sorry for the long delay in replying - I lost track of the bug somewhere and forgot to check back periodically _;; Are you still having this problem? If so, would it be possible to provide the MP3 out-of-band somewhere so I can debug this? Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#425644: Should include converter to image files
On Tue, May 22, 2007 at 7:53 PM, Erich Schubert [EMAIL PROTECTED] wrote: Package: moodbar Version: 0.1.2-2 Severity: wishlist Moodbar should include a coverter utility to generate images (as apparently used by Amarok?) from the mood data files. Not everybody wants to run Amarok or a similar big media player, so it would be nice to be able to access the mood visualization from other applications (and especially custom scripts) as well. Hi, Sorry for the late reply. Currently the logic which actually /renders/ the moodbar images is within the amarok package... I'll raise the issue on the upstream amarok development list and see if that can be moved into a library or something. Thanks, Bryan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#439946: green theme
reassign 439946 amarok retitle 439946 Add a green mood theme thanks As moodbar rendering is currently handled within amarok, reassigning. On Tue, Aug 28, 2007 at 1:23 PM, Matthias Krüger [EMAIL PROTECTED] wrote: I'd like to have a green moodbar-theme. Thank you for your fine work. Matthias
Bug#456524: using 2+ processors
reassign 456524 amarok retitle 456524 amarok should support spawning multiple moodbar instances in parallel thanks On Sun, Dec 16, 2007 at 8:13 AM, Matthias Krüger [EMAIL PROTECTED] wrote: It would be nice if the moodbar could use more than only one cpu. Maybe it is possible to make the moodbar looking up the number of cpus and starting one moodbar for each processor? Thank you for your fine work!Matthias Krüger
Bug#470365: What next?
On Wed, Mar 12, 2008 at 3:11 PM, Craig Andrews [EMAIL PROTECTED] wrote: On Ubuntu, the package is working. See the launchpad issue at https://bugs.launchpad.net/ubuntu/+bug/199754 What happens next? How does it get included in Debian? Hi, In order for a package to be included in debian, a maintainer is needed. They will need to test the package on debian's unstable (development) distribution, and ensure it complies with debian's policy[1] (since it's possible that a package may work in ubuntu but not in debian for whatever reason, actual testing on debian is needed) If they are an official debian developer... well, they'll know what to do from there. Otherwise, they'll need to find a mentor on the debian-mentors[2] list, who will review the package, suggest any needed improvements, and eventually upload it to debian. For more information on the process see [3]. [1] - http://www.debian.org/doc/debian-policy/ [2] - http://lists.debian.org/debian-mentors/ [3] - http://mentors.debian.net/cgi-bin/maintainer-intro -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#470365: [needs-packaging] mod_auth_cas
reassign 470365 wnpp retitle 470365 RFP: libapache2-mod-auth-cas - Apache 2 module for CASv1 and CASv2 severity 470365 wishlist thanks Standard RFP header: * Package name: libapache2-mod-auth-cas Upstream Author : Phil Ames [EMAIL PROTECTED] * URL : http://www.ja-sig.org/wiki/display/CASC/mod_auth_cas * License : GPL 3 Programming Lang: C Description : mod_auth_cas is an Apache 2 module for the CASv1 and CASv2 protocols. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467127: post-install fails with grub-probe: error: Cannot get the real path of `/dev/sda'
Package: grub-pc Version: 1.96+20080219-2 Severity: important grub-pc's post-install fails on 1.96+20080219-2 with: Setting up grub-pc (1.96+20080219-2) ... grub-probe: error: Cannot get the real path of `/dev/sda' dpkg: error processing grub-pc (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: grub-pc I do not actually have any scsi drives, and /dev/sda does not exist. System information removed as I'm reporting the bug from a different machine (email's not configured on the one in question); let me know if you need anything specific. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466340: Some conversions to ISO-2022-JP produce invalid text
Package: libc6
Version: 2.7-6
Severity: normal
File: /usr/bin/iconv
Converting the following UTF8 sequence to ISO-2022-JP//TRANSLIT, then
back to UTF-8 fails:
$ perl -e 'print join(, map { chr hex $_ } qw/e3 83 a2 ef bd 9e 0a/)' | \
iconv -f utf8 -t iso-2022-jp//TRANSLIT|iconv -f iso-2022-jp -t utf8
モiconv: illegal input sequence at position 5
Either iconv has generated invalid ISO-2022-JP, or it refuses to accept
valid ISO-2022-JP.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 libc6 depends on:
ii libgcc1 1:4.3-20080202-1 GCC support library
libc6 recommends no packages.
-- debconf information:
glibc/restart-failed:
glibc/restart-services:
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466341: Some ISO-2022-JP text cannot be roundtripped
Package: perl
Version: 5.8.8-12
Severity: normal
Converting a certain sequence of ISO-2022-JP text to utf8 succeeds:
$ perl -MEncode -e '$s= {\x1b\x24\x42\x2d)\x1b(B}; print
encode(utf8, decode(iso-2022-jp, $s, Encode::FB_CROAK)), \n'
{⑨}
However, converting it back to ISO-2022-JP fails:
$ perl -MEncode -e '$s= {\x1b\x24\x42\x2d)\x1b(B}; print
encode(iso-2022-jp, decode(iso-2022-jp, $s, Encode::FB_CROAK)),
\n'
{\x{2468}}
It should be noted that iconv rejects this entirely:
$ perl -MEncode -e '$s= {\x1b\x24\x42\x2d)\x1b(B}; print $s,
\n'|iconv -f iso-2022-jp -t utf8
{iconv: illegal input sequence at position 4
However, if this is truly invalid iso-2022-jp, perl should croak on it, since
FB_CROAK was passed.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.18.8-domU-linode7 (SMP w/4 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 perl depends on:
ii libc6 2.7-6 GNU C Library: Shared libraries
ii libdb4.6 4.6.21-5 Berkeley v4.6 Database Libraries [
ii libgdbm3 1.8.3-3GNU dbm database routines (runtime
ii perl-base 5.8.8-12 The Pathologically Eclectic Rubbis
ii perl-modules 5.8.8-12 Core Perl modules
Versions of packages perl recommends:
ii perl-doc 5.8.8-12 Perl documentation
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463503: apt-get source fails on binNMU'd packages
On Sat, Feb 02, 2008 at 09:29:34AM -0500, Lord of, St. Luke Valor wrote: It isn't a bug. It is clear from the error message in your bug report your system lacks the source code. The packages that contain the source code must be present. It has nothing to do with whichever applications you are friends with. However, they were present. A BinNMU re-uses the same source as the prior version, so APT should be able to find it. If it doesn't, that's a bug, either in APT or the archive or whatever. signature.asc Description: Digital signature
Bug#463503: apt-get source fails on binNMU'd packages
On Fri, Feb 01, 2008 at 11:21:33AM -0500, Lord of, St. Luke Valor wrote: The solution is to acquire the source package from a CD-ROM or from the web, and to place it within a build directory. I suggest a subdirectory within ~/user. Yes, I'm aware of dget, dpkg-source -x and friends :) But it's a bug in apt that should be fixed. signature.asc Description: Digital signature
Bug#463502: New upstream version: 0.8.0
Package: rtorrent Version: 0.7.9-1+b1 Severity: wishlist A new version (0.8.0) of rtorrent is available from http://libtorrent.rakshasa.no/downloads/ -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-domU-linode4 (SMP w/4 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 rtorrent depends on: ii libc6 2.7-6 GNU C Library: Shared libraries ii libcurl3 7.17.1-1+b1Multi-protocol file transfer libra ii libgcc1 1:4.3-20080116-1 GCC support library ii libidn11 1.1-1 GNU libidn library, implementation ii libkrb53 1.6.dfsg.3~beta1-2 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.7-3OpenLDAP libraries ii libncursesw5 5.6+20080105-1 Shared libraries for terminal hand ii libsigc++-2.0-0c2a2.0.17-2 type-safe Signal Framework for C++ ii libssh2-1 0.18-1 SSH2 client-side library ii libssl0.9.8 0.9.8g-4 SSL shared libraries ii libstdc++64.3-20080116-1 The GNU Standard C++ Library v3 ii libtorrent10 0.11.9-1 a C++ BitTorrent library ii libxmlrpc-c3 1.06.21-1 A lightweight RPC library based on ii zlib1g1:1.2.3.3.dfsg-8 compression library - runtime rtorrent recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463503: apt-get source fails on binNMU'd packages
Package: apt Version: 0.7.10 Severity: normal File: /usr/bin/apt-get When using apt-get source on an installed binary package which has been binary NMU'd, it fails like so: $ dpkg -l sudo Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii sudo 1.6.9p11-1+b1 Provide limited super user privileges to spe $ apt-get source sudo Reading package lists... Done Building dependency tree Reading state information... Done E: Unable to find a source package for sudo -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture i386; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::Default-Release testing; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::userstatus status.user; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Log var/log/apt; Dir::Log::Terminal term.log; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/apt-listbugs apt || exit 10; DPkg::Pre-Install-Pkgs:: /usr/bin/apt-listchanges --apt || test $? -ne 10; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Tools ; DPkg::Tools::Options ; DPkg::Tools::Options::/usr/sbin/apt-listbugs ; DPkg::Tools::Options::/usr/sbin/apt-listbugs::Version 2; DPkg::Tools::Options::/usr/bin/apt-listchanges ; DPkg::Tools::Options::/usr/bin/apt-listchanges::Version 2; -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- deb http://mirrors.kernel.org/debian/ testing main contrib non-free deb-src http://mirrors.kernel.org/debian/ testing main contrib non-free deb http://mirrors.kernel.org/debian/ sid main contrib non-free deb-src http://mirrors.kernel.org/debian/ sid main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-domU-linode4 (SMP w/4 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 apt depends on: ii debian-archive-keyring 2007.07.31 GnuPG archive keys of the Debian a ii libc6 2.7-6GNU C Library: Shared libraries ii libgcc1 1:4.3-20080116-1 GCC support library ii libstdc++6 4.3-20080116-1 The GNU Standard C++ Library v3 apt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377446: #377446 - Seems fixed
close 377446 thanks Completion on second-level Japanese paths seems to be fixed in sid (tested on 4.3.4-dev-7-3). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461032: FTBFS due to 32-bit chroot on 64-bit machines without setting machine personality
On Jan 16, 2008 3:57 AM, Lucas Nussbaum [EMAIL PROTECTED] wrote:
Package: piespy
version: 0.4.0-2
Severity: serious
User: [EMAIL PROTECTED]
Usertags: qa-ftbfs-20080115 qa-ftbfs
Justification: FTBFS on i386
Hi,
During a rebuild of all packages in sid, your package failed to build on i386.
Relevant part:
dpkg-source: building piespy in piespy_0.4.0-2.dsc
debian/rules build
dh_testdir
cd lib mkdir pircbot cd pircbot \
jar -xf ../pircbot.jar \
find . -name '*.class' -exec rm {} ';' \
javac `find . -name '*.java'` \
jar -cf ../../pircbot.jar org
./org/jibble/pircbot/Colors.java:1: error: The type java.lang.Object
cannot be resolved. It is indirectly referenced from required .class files
[snip]
The full build log is available from:
http://people.debian.org/~lucas/logs/2008/01/15
A list of current common problems and possible solutions is available at
http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute!
About the archive rebuild: The rebuild was done on about 50 AMD64 nodes
of the Grid'5000 platform, using a clean chroot containing a sid i386
environment. Internet was not accessible from the build systems.
Hi,
This seems to be caused by the use of a 32-bit chroot on an amd64
system, without using the 'linux32' utility to set the proper machine
personality, according to
http://www.mail-archive.com/[EMAIL PROTECTED]/msg11584.html
Should I consider this a bug in piespy? In my opinion, it's more of a
bug in the rebuild project (or possibly pbuilder).
Thanks,
Bryan Donlan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460019: cert= produces output on stderr even with log= set
Package: stunnel4 Version: 3:4.21-1 Severity: normal With the following configuration: output = /srv/stun/log compression = zlib CApath = /srv/stun/keys cert = /srv/stun/server.pem connect = localhost: verify = 3 The following is output on stderr: 2008.01.10 02:54:19 LOG5[11786:3083495088]: Peer certificate location /srv/stun/keys This confuses clients when stunnel is driven direcly from xinetd. This output, if it is produced at all, should be placed in the log file. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-xenU 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 stunnel4 depends on: ii adduser 3.105 add and remove users and groups ii libc6 2.7-5 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-3 SSL shared libraries ii libwrap0 7.6.dbs-14 Wietse Venema's TCP wrappers libra ii netbase 4.30 Basic TCP/IP networking system ii openssl 0.9.8g-3 Secure Socket Layer (SSL) binary a ii perl-modules 5.8.8-12 Core Perl modules stunnel4 recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459695: New upstream version (0.24)
Package: libmodule-load-conditional-perl Version: 0.16-1 Severity: normal A new upstream version is available from CPAN. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-xenU 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 libmodule-load-conditional-perl depends on: ii perl 5.8.8-12 Larry Wall's Practical Extraction libmodule-load-conditional-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459696: New upstream version (0.12)
Package: libmodule-load-perl Version: 0.10-2 Severity: normal A new upstream version is available from cpan. This version is needed for the latest version of Module::Load::Conditional (outdated in debian). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.18-xenU 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 libmodule-load-perl depends on: ii perl 5.8.8-12 Larry Wall's Practical Extraction libmodule-load-perl recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459258: Please don't recommend X libraries
On Sat, Jan 05, 2008 at 09:56:23AM +0100, Pierre Habouzit wrote: On Sat, Jan 05, 2008 at 03:02:53AM +, Bryan Donlan wrote: Package: apt-listchanges Version: 2.79 Severity: minor Currently, apt-listchanges recommends python-glade2 and python-gtk2. Per debian policy: The `Recommends' field should list packages that would be found together with this one in all but unusual installations. However, headless servers using the pager or mail frontends are hardly an unusual installation. Now that APT and Aptitude pull in recommends by default, having these in recommends causes a large number of X libraries to be pulled in unnecessarily. The python-glade2 and python-gtk2 recommendations should be placed in the Suggests: field instead. OTOH without python-glade2/python-gtk2 you can't use all the apt-listchanges functionnalities, which is typically why Recommends is to be used. Though it has been discussed to make apt-listchanges Priority Standard, if it will, I'll loosen that, but it needed some other fixes first. Although you cannot use all functionality, you can certainly use a great deal of functionality - all of the non-X11 modes work fine. Thus rather than them being packages that would be found together with this one in all but unusual installations, they are ones where the listed packages are related to this one and can perhaps enhance its usefulness, but that installing this one without them is perfectly reasonable. (policy 7.2) Of course, if the user attempts to select an X11 backend when it is not supported, then it should present a warning to the user or something, I suppose. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459258: Please don't recommend X libraries
Package: apt-listchanges Version: 2.79 Severity: minor Currently, apt-listchanges recommends python-glade2 and python-gtk2. Per debian policy: The `Recommends' field should list packages that would be found together with this one in all but unusual installations. However, headless servers using the pager or mail frontends are hardly an unusual installation. Now that APT and Aptitude pull in recommends by default, having these in recommends causes a large number of X libraries to be pulled in unnecessarily. The python-glade2 and python-gtk2 recommendations should be placed in the Suggests: field instead. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-xenU 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 apt-listchanges depends on: ii apt 0.7.9 Advanced front-end for dpkg ii debconf [debconf-2.0] 1.5.17 Debian configuration management sy ii debianutils 2.28.2 Miscellaneous utilities specific t ii python2.4.4-6An interactive high-level object-o ii python-apt0.7.4 Python interface to libapt-pkg ii python-support0.7.5 automated rebuilding support for p ii ucf 3.004 Update Configuration File: preserv Versions of packages apt-listchanges recommends: ii exim4-daemon-light [mail-tran 4.68-2 lightweight Exim MTA (v4) daemon pn python-glade2 none (no description available) pn python-gtk2 none (no description available) -- debconf information: apt-listchanges/confirm: false apt-listchanges/which: news * apt-listchanges/frontend: mail apt-listchanges/email-address: root apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458579: Some ISO-2022-JP conversions cause iconv to enter an endless loop
Package: libc6 Version: 2.7-5 Severity: normal Tags: patch Some conversions to ISO-2022-JP can hang iconv; a test case is in upstream's bugtracker at http://sourceware.org/bugzilla/show_bug.cgi?id=5277 , and this has been fixed in CVS. Please backport the fix into debian. I will attach a proposed patch once this bug is assigned a number. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-xenU 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 libc6 depends on: ii libgcc1 1:4.2.2-4 GCC support library libc6 recommends no packages. -- debconf information: glibc/restart-failed: glibc/restart-services: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458579: Some ISO-2022-JP conversions cause iconv to enter an endless loop
Attached is a patch against debian sources (2.7-5), based on upstream
CVS's fix.
diff -u glibc-2.7/debian/patches/series glibc-2.7/debian/patches/series
--- glibc-2.7/debian/patches/series
+++ glibc-2.7/debian/patches/series
@@ -176,0 +177 @@
+any/cvs-iconv-iso2022jp-loop-bug.diff
only in patch2:
unchanged:
--- glibc-2.7.orig/debian/patches/any/cvs-iconv-iso2022jp-loop-bug.diff
+++ glibc-2.7/debian/patches/any/cvs-iconv-iso2022jp-loop-bug.diff
@@ -0,0 +1,85 @@
+diff -Naur glibc-2.7.old/iconv/loop.c glibc-2.7/iconv/loop.c
+--- glibc-2.7.old/iconv/loop.c 2005-09-25 16:42:36.0 +
glibc-2.7/iconv/loop.c 2008-01-01 21:41:50.0 +
+@@ -225,7 +225,12 @@
+ }
\
+ /* If any of them recognized the input continue with the loop. */
\
+ if (result != __GCONV_ILLEGAL_INPUT)\
+- continue;
\
++ {
\
++ if (__builtin_expect (result == __GCONV_FULL_OUTPUT, 0)) \
++break; \
++\
++ continue; \
++ }
\
+ \
+ /* Next see whether we have to ignore the error. If not, stop. */
\
+ if (! ignore_errors_p ()) \
+diff -Naur glibc-2.7.old/iconvdata/bug-iconv6.c
glibc-2.7/iconvdata/bug-iconv6.c
+--- glibc-2.7.old/iconvdata/bug-iconv6.c 1970-01-01 00:00:00.0
+
glibc-2.7/iconvdata/bug-iconv6.c 2008-01-01 21:41:50.0 +
+@@ -0,0 +1,52 @@
++#include string.h
++#include stdio.h
++#include stdlib.h
++#include errno.h
++#include iconv.h
++#include locale.h
++
++static const char testbuf[] = {
++ 0xEF, 0xBE, 0x9F, 0xD0, 0xB4, 0xEF, 0xBE, 0x9F, 0x29, 0xEF, 0xBE, 0x8E,
++ 0xEF, 0xBE, 0x9F, 0xEF, 0xBD, 0xB6, 0xEF, 0xBD, 0xB0, 0xEF, 0xBE, 0x9D
++};
++
++static int
++do_test (void)
++{
++ setlocale (LC_ALL, en_US.UTF-8);
++ iconv_t ic = iconv_open (ISO-2022-JP//TRANSLIT, UTF-8);
++ if (ic == (iconv_t) -1)
++{
++ puts (iconv_open failed);
++ return 1;
++}
++ size_t outremain = sizeof testbuf;
++ char outbuf[outremain];
++ char *inp = (char *) testbuf;
++ char *outp = outbuf;
++ size_t inremain = sizeof testbuf;
++
++ int ret = iconv (ic, inp, inremain, outp, outremain);
++
++ int result = 0;
++ if (ret == (size_t) -1)
++{
++ if (errno == E2BIG)
++ puts (buffer too small reported. OK);
++ else
++ {
++printf (iconv failed with %d (%m)\n, errno);
++result = 0;
++ }
++}
++ else
++{
++ printf (iconv returned %d\n, ret);
++ result = 1;
++}
++
++ return result;
++}
++
++#define TEST_FUNCTION do_test ()
++#include ../test-skeleton.c
+diff -Naur glibc-2.7.old/iconvdata/Makefile glibc-2.7/iconvdata/Makefile
+--- glibc-2.7.old/iconvdata/Makefile 2007-09-30 04:00:02.0 +
glibc-2.7/iconvdata/Makefile 2008-01-01 21:42:01.0 +
+@@ -67,7 +67,7 @@
+
+ ifeq (yes,$(build-shared))
+ tests = bug-iconv1 bug-iconv2 tst-loading tst-e2big tst-iconv4 bug-iconv4 \
+- tst-iconv6 bug-iconv5
++ tst-iconv6 bug-iconv5 bug-iconv6
+ ifeq ($(have-thread-library),yes)
+ tests += bug-iconv3
+ endif
Bug#458482: New upstream version (0.41)
Package: libnet-amazon-s3-perl Version: 0.40 Severity: wishlist A new upstream version, 0.41, is available on CPAN. This release adds support for EU buckets. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.18-xenU Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#458405: Hermes packages (and source)
On Dec 30, 2007 7:57 PM, Rafael Belmonte [EMAIL PROTECTED] wrote: With this mail I attach Hermes packages in .deb format, inside them are the Hermes source code by to be written in python. This Packages are installable in Debian yet, but this program not work fully well. Hi, It seems the .debs you attached have been lost in transit. Please don't attach large files to BTS mails; for anything larger than a patch, upload it somewhere and provide a link. Especially in the case of package requests, you should provide a link to the program's homepage, and a place where it can be downloaded. Thanks, Bryan Donlan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377446: segmentation fault when tab-completing second-level japanese path
On Dec 15, 2007 12:15 PM, Clint Adams [EMAIL PROTECTED] wrote: On Wed, Feb 21, 2007 at 08:46:09PM -0500, Bryan Donlan wrote: Current zsh and zsh-beta packages don't crash, but they don't complete either. No completion suggestions are offered when I hit tab, either with text/ or text/partial name prior to the cursor. And now? Sorry, for various reasons it may be some time (up to a month) before I can test this. (I'll have no access to an actual sid machine, but I will have access to ubuntu if it helps). I'll let you know when I have an opportunity to test. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453073: Package for libfile-basedir-perl 0.03
tags 453073 + patch thanks I've rolled a package for version 0.03 of libfile-basedir-perl at http://ppa.launchpad.net/bdonlan/ubuntu/pool/main/libf/libfile-basedir-perl/libfile-basedir-perl_0.03-0ubuntu1~bdppa2.dsc Although I've made and tested this on ubuntu, I don't expect it to have any signifigant problems on debian sid; it's a fairly straightforward application of dh-make-perl. I initially tried to keep the existing cdbs setup, but that seems incompatible with Module::Build. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#453073: Package for libfile-basedir-perl 0.03
Correction, http://ppa.launchpad.net/bdonlan/ubuntu/pool/main/libf/libfile-basedir-perl/libfile-basedir-perl_0.03-0ubuntu1~bdppa3.dsc Forgot the debian/watch somehow in the previous iteration. signature.asc Description: Digital signature
Bug#453236: New upstream version (0.04)
Package: libfile-desktopentry-perl Severity: wishlist A new upstream version (0.04) is available from CPAN. signature.asc Description: Digital signature
Bug#453073: libfile-basedir-perl: New upstream version (0.03)
Subject: New upstream version (0.03) Package: libfile-basedir-perl Version: 0.02 Severity: wishlist A new upstream version is available from http://search.cpan.org/~pardus/File-BaseDir-0.03/ . This will block any new version of the 'zim' package, as the new release depends specifically on 0.03 or higher. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452786: mkvtoolnix should not recommend: mkvtoolnix-gui
Package: mkvtoolnix Version: 2.0.2-1 Severity: minor mkvtoolnix currently Recommends mkvtoolnix-gui. This indicates, according to the debian policy manual, that they would be found together [...] in all but unusual installations. However, having the command-line tools only is not at all unusual. Indeed, popcon shows that mkvtoolnix has 712 installations, and -gui has 543; and some of those 543 likely pulled it in via aptitude automatically. Moreover, with recommends being followed by default now, care should be taken to avoid pulling heavy GUI dependencies in recommends like this. I suggest that the mkvtoolnix - mkvtoolnix-gui relation be relaxed to a mere Suggests: rather than a Recommends: to avoid this automatic installation. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445576: ITP: detach -- command to detach a process
On 10/6/07, Aníbal Monsalve Salazar [EMAIL PROTECTED] wrote: Package: wnpp Severity: wishlist Owner: Anibal Monsalve Salazar [EMAIL PROTECTED] Package name: detach Version: 0.2.3-1 Upstream Author: Robbert Haarman [EMAIL PROTECTED] URL: http://inglorion.net/software/detach/ Description: This command forks a new process, detaches it from the terminal, and executes a given command in it. This can be used for starting processes that don't terminate when the controlling terminal does. Does this really need a seperate package? Would it perhaps be better to submit it upstream as part of coreutils or something, or add it to some other miscellaneous utilities package?
Bug#440124: Buffer overflow in ONScripterLabel_rmenu.cpp
On 8/30/07, Ying-Chun Liu (PaulLiu) [EMAIL PROTECTED] wrote: Dear Bryan, Can you provide the information about what game makes the program crash? Probably with your save file if you don't mind :) The game is the english patch of higurashi kai ( http://hinamizawaclub.com ). The crash was intermittent - maybe half of the time I opened a save or load dialog with some save files extant a crash would occur. I don't have a save at the moment (I've been patching my copy of onscripter locally) but I'll see if I can get a crash and core dump with the version in sid. Or how can we make a script from scratch to crash the program? I'd like to reproduce this bug by myself because I'm not very sure this is a bug. Yes, as you mentioned, each numeric characters (double-width ０１２３４５６７８９) in Shift-JIS is two bytes long. But when compiling with ENABLE_1BYTE_CHAR and FORCE_1BYTE_CHAR, the data stored in save_file_info.* are pure ASCII numeric characters (single-width 0123456789). Thus, even each field of save_file_info.* is 5 bytes long, only 3 of them is used when using ENABLE_1BYTE_CHAR and FORCE_1BYTE_CHAR. (two digits and NUL terminator) That should be enough: 21 bytes (MESSAGE_SAVE_EXIST minus format strings and NUL) + 2 * 5 + 1 (the NUL) = 32, which is larger than the allocated buffer. Moreover, if a malicious savefile uses more than two bytes in each field, you'll have a possibly-exploitable buffer overflow for sure. In any case, using hardcoded constants seems dangerous, especially when they're calculated so close to the absolute minimum. RAM's cheap, throw a few hundred bytes at it to make the problem go away for sure :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#440124: Buffer overflow in ONScripterLabel_rmenu.cpp
Package: onscripter
Version: 0.0.20070826a-1
Severity: normal
In ONScripterLabel_rmenu.cpp, in ONScripterLabel::executeSystemLoad(),
the following code has a buffer overflow when defined(ENABLE_1BYTE_CHAR)
defined(FORCE_1BYTE_CHAR):
char *buffer = new char[ strlen( save_item_name ) + 30 + 1 ];
for ( unsigned int i=1 ; i=num_save_file ; i++ ){
searchSaveFile( save_file_info, i );
menu_font.setXY( (menu_font.num_xy[0] - (strlen( save_item_name ) /
2 + 15) ) / 2 );
if ( save_file_info.valid ){
sprintf( buffer, MESSAGE_SAVE_EXIST,
save_item_name,
save_file_info.sjis_no,
save_file_info.sjis_month,
save_file_info.sjis_day,
save_file_info.sjis_hour,
save_file_info.sjis_minute );
nofile_flag = false;
MESSAGE_SAVE_EXIST is 21 characters, not counting formatting strings and the
NUL terminator. Each of the sjis_* fields may be up to four characters,
making for 41, not 30 characters.
I have observed this behavior causing crashes in copies of onscripter that I
have built myself; I've also reported it to upstream (with a patch) but
it has evidently not been applied.
My patch is as follows; it's a bit brute force but allows enough space
for the sprintf to be safe:
---
onscripter-insani_20060724/build-tree/onscripter-20060724-insani/ONScripterLabel_rmenu.cpp
2006-06-22 00:16:52.0 -0400
+++
onscripter-insani_20060724.new/build-tree/onscripter-20060724-insani/ONScripterLabel_rmenu.cpp
2006-11-19 01:16:15.0 -0500
@@ -319,7 +319,7 @@
flush( refreshMode() );
bool nofile_flag;
-char *buffer = new char[ strlen( save_item_name ) + 30 + 1 ];
+char *buffer = new char[ strlen( save_item_name ) + 256 ];
for ( unsigned int i=1 ; i=num_save_file ; i++ ){
searchSaveFile( save_file_info, i );
@@ -401,7 +401,7 @@
flush( refreshMode() );
bool nofile_flag;
-char *buffer = new char[ strlen( save_item_name ) + 30 + 1 ];
+char *buffer = new char[ strlen( save_item_name ) + 256 ];
for ( unsigned int i=1 ; i=num_save_file ; i++ ){
SaveFileInfo save_file_info;
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.21-2-k7 (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
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
