Bug#612339: xdg-open: no longer works under fluxbox with BROWSER=galeon --new-tab %s
Package: xdg-utils Version: 1.1.0~rc1-1 Severity: normal Hi! I've just upgraded to the version that has recently migrated into testing: [UPGRADE] xdg-utils 1.0.2+cvs20100307-2 - 1.1.0~rc1-1 and I noticed that xdg-open no longer seems to work with URLs for me. I use fluxbox, hence the desktop environment is recognized as generic. I have the following environment variable set: $ env | grep BROWSER BROWSER=galeon --new-tab %s Well, the following simple command stopped working as soon as I performed the above-mentioned upgrade: $ xdg-open 'http://debian.org' xdg-open: no method available for opening 'http://debian.org' With debugging turned on: $ export XDG_UTILS_DEBUG_LEVEL=2 $ xdg-open 'http://debian.org' /usr/bin/xdg-open: line 456: galeon --new-tab http: command not found xdg-open: no method available for opening 'http://debian.org' What's wrong? It seems to me that the eval fails, but why? Thanks for your time. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash xdg-utils depends on no packages. Versions of packages xdg-utils recommends: pn libfile-mimeinfo-perl none (no description available) ii x11-utils 7.5+4 X11 utilities ii x11-xserver-utils 7.5+2 X server utilities Versions of packages xdg-utils suggests: pn gvfs-bin 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#607838: desktop-base: two .desktop files refer to a non-existing icon
Package: desktop-base Version: 6.0.5 Severity: normal Hi! I noticed that debian-homepage.desktop and debian-reference.desktop include a reference to /usr/share/pixmaps/debian-official-logo-small.png which has been recently dropped: I think the two .desktop files should be modified somehow... Thanks for your time! Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607839: desktop-base: debian/copyright file needs more official info about GNOME foot Logo
Package: desktop-base Version: 6.0.5 Severity: normal Hi! The debian/copyright file currently states that the GNOME foot Logo | is released under the LGPL v2.1 or later, as stated in | http://commons.wikimedia.org/w/index.php?title=File:Gnomelogo.svgoldid=39892275 More official information about the license and copyright notice of the GNOME foot Logo should be found and included in the debian/copyright file... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607842: desktop-base: debian/copyright file needs more official info about KDE Official Oxygen Logo
Package: desktop-base Version: 6.0.5 Severity: normal Hi! The debian/copyright file currently states that the KDE Official Oxygen Logo | is released under the | LGPLv2.1 or later, as stated in | http://www.kde.org/stuff/clipart.php | http://commons.wikimedia.org/w/index.php?title=File:KDE_logo.svgoldid=43994097 More official information about the license and copyright notice of the KDE Official Oxygen Logo should be found and included in the debian/copyright file... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607458: desktop-base: debian/copyright file is outdated
Package: desktop-base Version: 6.0.4 Severity: serious Justification: Policy 4.5 Hi desktop-base maintainers! First of all, thank you very much for fixing bug #587668. However, the changes needed to fix that bug do not seem to be properly documented in the debian/copyright file, unfortunately. It seems to me that this file is rather outdated and in need of a complete review and update. Please review the copyrights and licenses of all the files shipped in the package and fix the debian/copyright file. Some random checks highlight at least the following issues: * the debian-background.svg file seems to be no longer present in the package (that's a relief, since it was apparently derived from the non-free DOUL-with) * there does not seem to be any clear copyright notice (with years and copyright holders) and license for debian-security.xcf, which is derived from the DOUL (under the Expat/MIT license) and from a GNOME icon (under which license?!?) * the debian-official-logo-small.png image seems to be no longer present (that's a relief, since the official logo is non-free) * there does not seem to be any clear copyright notice (with years and copyright holders) and license for the gnome-debian-sid kit, which is (now) derived from at least the DOUL (under the Expat/MIT license) * the SpaceFun theme copyright notice and license does not seem to be complete, since it does not mention that the theme was derived from the DOUL (which is copyright (c) 1999 Software in the Public Interest and released under the Expat/MIT license, a license which is distinct from the GPLv2, even though compatible with it) * I cannot see any information about the nightly and moreblue-orbit themes ... * I cannot find any information about the emblem-debian.icon and emblem-debian.png files ... Nomenclature: DOUL Debian Open Use Logo without Debian (which is DFSG-free, under the Expat/MIT license) http://www.debian.org/logos/openlogo-nd.svg DOUL-with Debian Open Use Logo with Debian (which is non-free, under it own custom license) http://www.debian.org/logos/openlogo.svg I really hope the debian/copyright file may be fixed in time for the squeeze release. Thanks for your time and for your great contributions to the Debian distribution! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606885: xpdf: no longer asks for password in dialog window
Package: xpdf Version: 3.02-11 Severity: normal Tags: security Hi Debian xpdf maintainers! Thanks a lot for maintaining my favorite PDF viewer! I noticed a little regression (probably introduced during the conversion into a libpoppler front-end). In the past, xpdf used to pop up a useful dialog window to ask the user for a password, when dealing with password-protected PDF files. After typing the password in, the user was able to view the contents of the password-protected PDF file. Nowadays, when the user attempts to view a password-protected PDF file, no dialog window is shown and xpdf exits immediately with the following error: $ xpdf protected_file.pdf Error: Incorrect password $ echo $? 1 On the other hand, if the user provides the correct password through the command-line option: $ xpdf -upw my_secret_password protected_file.pdf everything works fine and the file contents are correctly visualized. Of course, requiring the user to provide a password on the command line is not a good idea, from a security point of view: the password (in clear) is visible to anyone who takes a look at the screen, it's saved in the shell history, and so forth. As a consequence, I miss the old insert password dialog window! Could this feature be restored, please? Thanks for your time! N.B.: Before filing this bug report, I took a look at the already filed ones and noticed bug #601375. I thought it could be the same issue, but it probably isn't, since the file mentioned in that bug report gives me a different error message: $ xpdf HTUSA-EBU4-3.pdf Error: Weird encryption info Error: Incorrect password -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libpoppler5 0.12.4-1.2 PDF rendering library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-4 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii poppler-data 0.4.3-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1.2 PDF utilitites (based on libpopple xpdf 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#604402: python-matplotlib-data: includes local copies of fonts
Package: python-matplotlib-data Version: 0.99.3-1 Severity: normal Hello and thanks for maintaining matplotlib in Debian! After taking a look at the copyright file http://packages.debian.org/changelogs/pool/main/m/matplotlib/matplotlib_0.99.3-1/python-matplotlib-data.copyright and at the list of files http://packages.debian.org/sid/all/python-matplotlib-data/filelist it seems to me that the package includes some fonts. I think it would be far better if those fonts were separated out in font packages. If those fonts are already packaged separately, their packages should be used, instead of local copies. BTW, if I understand the documentation correctly: http://matplotlib.sourceforge.net/api/font_manager_api.html it seems that matplotlib users can select any font which is installed on their systems. If this is indeed the case, then I cannot really understand why some fonts are included in the python-matplotlib-data package: I would say that this package should just depend on some general (virtual) package ensuring that at least one (suitable) font is installed on the system. Please correct me and explain, in case I am completely off-track... Thanks for your time. Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603477: fenics: homepage link is outdated
Package: fenics Version: 10.09-1 Severity: minor Hi FEniCS Debian package maintainers! Thanks for packaging these libraries and applications! I've just noticed that the homepage URL is outdated, since the FEniCS Project was moved from http://www.fenics.org/ to http://www.fenicsproject.org/ Please update the Homepage field accordingly. Thanks for your time. Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602081: apcalc: a few typos in the manpage
Package: apcalc Version: 2.12.3.3-1 Severity: minor Hello and thanks for maintaining apcalc in Debian! I've just noticed a few typos in the calc(1) manpage: VARIABLES - s/into a a/into a/ CALC OPTIONS s/no more option follow/no more options follow/ CALC COMMAND LINE - s/with no no/with no/ CALC WEB SITE - s/the the/the/ Please fix these typos. Thanks for your time! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apcalc depends on: ii apcalc-common 2.12.3.3-1Arbitrary precision calculator (co ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib ii libreadline5 5.2-7 GNU readline and history libraries apcalc recommends no packages. apcalc 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#602115: apcalc: logarithm precision does not seem to improve with a lower epsilon()
Package: apcalc
Version: 2.12.3.3-1
Severity: normal
Hi,
I noticed something I cannot understand.
I wanted to compute a base 10 logarithm with increasing precision, but
it seems that the precision does not increase beyond some sort of limit
value:
$ calc
C-style arbitrary precision calculator (version 2.12.3.3)
Calc is open software. For license details type: help copyright
[Type exit to exit, or help for help.]
; display(70)
20
; for (n = 4 ; n = 70 ; n += 4) { epsilon(10^(-n)) ; print n, log(10^0.5) ; }
4 0.5
8 ~0.467645270563710588030921566924346391036219925301832710848605923738
12 ~0.467630057326500477720837314340310952835924606966038391383653261530
16 ~0.46763005742551897854599148788326239902718665855921332406844437
20 ~0.467630057425701424476678537305654477547120646226005385216711543473
24 ~0.467630057425701420116390167636584730304872752540606271171718926431
28 ~0.467630057425701420115205854251715452097628767480239729001997741683
32 ~0.467630057425701420115206037435941978632849821940415182836793190307
36 ~0.467630057425701420115206037445079475375662294797185789976548249805
40 ~0.467630057425701420115206037445078609398071744983931208199426734995
44 ~0.467630057425701420115206037445078609184139668201163901676365847303
48 ~0.467630057425701420115206037445078609184158403543820029531833579432
52 ~0.467630057425701420115206037445078609184158405222357335186311126553
56 ~0.467630057425701420115206037445078609184158405222305307044210892035
60 ~0.467630057425701420115206037445078609184158405222305292556240771302
64 ~0.467630057425701420115206037445078609184158405222305292556025796925
68 ~0.467630057425701420115206037445078609184158405222305292556025726483
Awkwardly enough, it seems that the exact value is computed, when epsilon
is set to 10^-4, but, when I set epsilon to 10^-8 or less, the absolute
error (with respect to the exact value of 0.5) does not seem to lower
significantly.
Indeed, the absolute error seem to be stay almost unchanged:
; for (n = 4 ; n = 70 ; n += 4) { epsilon(10^(-n)) ; print n, 0.5 -
log(10^0.5) ; }
4 0
8 ~0.032354729436289411969078433075653608963780074698167289151394076262
12 ~0.032369942673499522279162685659689047164075393033961608616346738470
16 ~0.03236994257448102145400851211673760097281334144078667593155563
20 ~0.032369942574298575523321462694345522452879353773994614783288456527
24 ~0.032369942574298579883609832363415269695127247459393728828281073569
28 ~0.032369942574298579884794145748284547902371232519760270998002258317
32 ~0.032369942574298579884793962564058021367150178059584817163206809693
36 ~0.032369942574298579884793962554920524624337705202814210023451750195
40 ~0.032369942574298579884793962554921390601928255016068791800573265005
44 ~0.032369942574298579884793962554921390815860331798836098323634152697
48 ~0.032369942574298579884793962554921390815841596456179970468166420568
52 ~0.032369942574298579884793962554921390815841594777642664813688873447
56 ~0.032369942574298579884793962554921390815841594777694692955789107965
60 ~0.032369942574298579884793962554921390815841594777694707443759228698
64 ~0.032369942574298579884793962554921390815841594777694707443974203075
68 ~0.032369942574298579884793962554921390815841594777694707443974273517
;
I seem to get reasonable results with, say, the computation of sqrt(2),
where the absolute error really decreases exponentially (as I think
it should).
Why does the computation of log(10^0.5) fail to increase in precision?
What did I fail to understand?
Could you please explain if I missed something in the documentation
(I tried to read various help documents) or if this is an actual
bug?
Thanks for your time.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages apcalc depends on:
ii apcalc-common 2.12.3.3-1Arbitrary precision calculator (co
ii libc6 2.11.2-6+squeeze1 Embedded GNU C Library: Shared lib
ii libreadline5 5.2-7 GNU readline and history libraries
apcalc recommends no packages.
apcalc 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#600879: RFH: apt-listbugs -- tool which lists critical bugs before each apt installation
Package: wnpp Severity: normal I request assistance with maintaining the apt-listbugs package. The other co-maintainer (Ryan Niebur) is currently almost MIA and finally told me that he no longer wants to be involved in apt-listbugs maintenance: see http://bugs.debian.org/588636 and http://git.debian.org/?p=apt-listbugs/apt-listbugs.git;a=commitdiff;h=b999e0ba2f3c03ee367e45d7e8de4abbfe892457 if you want to read the full story... I would say that the package is generally in a decent shape: it normally works as intended, lintian does not complain about it, its non-pending bug count is decreasing (see http://qa.debian.org/data/bts/graphs/a/apt-listbugs.png), I usually manage to deal with bug reports and go ahead with developing work by myself, ... However, I sometimes need help with Ruby (I am not yet the Ruby expert I would dream to be!) or with packaging techniques (I am still learning them!). Hence, I would like to find someone else who could co-maintain the package with me. The ideal candidate * has experience with the Ruby language * knows how to use Git * has Debian packaging experience * is willing to dedicate some time to this package (the amount of needed time is not big: I will mostly need some review of my work, and occasionally some help on stuff I am not too expert at) Bonus points if the candidate is a DD or a DM, since I have no upload rights (and hence I would need a sponsor for each upload, in the absence of a DD or DM co-maintainer). Thanks in advance to anyone who volunteers! The package description is: apt-listbugs is a tool which retrieves bug reports from the Debian Bug Tracking System and lists them. Especially, it is intended to be invoked before each upgrade/installation by apt in order to check whether the upgrade/installation is safe. . Many developers and users prefer the unstable version of Debian for its new features and packages. apt, the usual upgrade tool, can break your system by installing a buggy package. . apt-listbugs lists critical bug reports from the Debian Bug Tracking System. Run it before apt to see if an upgrade or installation is known to be unsafe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598638: lapack: update-alternatives breaks application linking
Package: lapack Version: 3.2.1-8 Severity: normal Hi and thanks for maintaining LAPACK in Debian! I am trying to see how much performance I may gain with ATLAS as a LAPACK replacement (I will also test the CPU-optimized libatlas-core2sse3-dev later on). I am trying to follow instructions included in http://sylvestre.ledru.info/blog/sylvestre/2010/04/06/update_of_the_linear_algebra_libraries_i However, it seems that I am doing something wrong, since, after changing the alternatives, I am no longer able to compile (link, to be precise) my applications. Let's describe the problem. I have just upgraded the following packages [INSTALL, DEPENDENCIES] libatlas-dev [REMOVE, DEPENDENCIES] libatlas-headers [UPGRADE] libatlas-base-dev 3.6.0-24 - 3.8.3-27 [UPGRADE] libatlas3gf-base 3.6.0-24 - 3.8.3-27 since they have recently migrated to testing. They automatically set the following alternatives: # update-alternatives --config libblas.so.3gf There are 2 choices for the alternative libblas.so.3gf (providing /usr/lib/libblas.so.3gf). SelectionPath Priority Status * 0/usr/lib/atlas-base/atlas/libblas.so.3gf 35auto mode 1/usr/lib/atlas-base/atlas/libblas.so.3gf 35manual mode 2/usr/lib/libblas/libblas.so.3gf10manual mode Press enter to keep the current choice[*], or type selection number: # update-alternatives --config liblapack.so.3gf There are 2 choices for the alternative liblapack.so.3gf (providing /usr/lib/liblapack.so.3gf). SelectionPathPriority Status * 0/usr/lib/atlas-base/atlas/liblapack.so.3gf 35auto mode 1/usr/lib/atlas-base/atlas/liblapack.so.3gf 35manual mode 2/usr/lib/lapack/liblapack.so.3gf 10manual mode Press enter to keep the current choice[*], or type selection number: With these settings, I can compile (and link) programs that use LAPACK: $ gfortran -march=native -O3 -mcmodel=large -msse -mfpmath=sse -pipe -o test_0 test.f -llapack $ ldd test_0 linux-vdso.so.1 = (0x729ff000) liblapack.so.3gf = /usr/lib/liblapack.so.3gf (0x7ff0eebe5000) libgfortran.so.3 = /usr/lib/libgfortran.so.3 (0x7ff0ee8f9000) libm.so.6 = /lib/libm.so.6 (0x7ff0ee676000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7ff0ee46) libc.so.6 = /lib/libc.so.6 (0x7ff0ee0ff000) libblas.so.3gf = /usr/lib/libblas.so.3gf (0x7ff0edbde000) libpthread.so.0 = /lib/libpthread.so.0 (0x7ff0ed9c2000) /lib64/ld-linux-x86-64.so.2 (0x7ff0ef811000) After changing the alternatives to the reference BLAS/LAPACK implementations # update-alternatives --config libblas.so.3gf There are 2 choices for the alternative libblas.so.3gf (providing /usr/lib/libblas.so.3gf). SelectionPath Priority Status * 0/usr/lib/atlas-base/atlas/libblas.so.3gf 35auto mode 1/usr/lib/atlas-base/atlas/libblas.so.3gf 35manual mode 2/usr/lib/libblas/libblas.so.3gf10manual mode Press enter to keep the current choice[*], or type selection number: 2 update-alternatives: using /usr/lib/libblas/libblas.so.3gf to provide /usr/lib/libblas.so.3gf (libblas.so.3gf) in manual mode. # update-alternatives --config liblapack.so.3gf There are 2 choices for the alternative liblapack.so.3gf (providing /usr/lib/liblapack.so.3gf). SelectionPathPriority Status * 0/usr/lib/atlas-base/atlas/liblapack.so.3gf 35auto mode 1/usr/lib/atlas-base/atlas/liblapack.so.3gf 35manual mode 2/usr/lib/lapack/liblapack.so.3gf 10manual mode Press enter to keep the current choice[*], or type selection number: 2 update-alternatives: using /usr/lib/lapack/liblapack.so.3gf to provide /usr/lib/liblapack.so.3gf (liblapack.so.3gf) in manual mode. I am no longer able to compile and link the same program: $ gfortran -march=native -O3 -mcmodel=large -msse -mfpmath=sse -pipe -o test_1 test.f -llapack /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/liblapack.so: undefined reference to `ATL_chemv' /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/liblapack.so: undefined reference to `ATL_dptsyrk' /usr/lib/gcc/x86_64-linux-gnu/4.4.5/../../../../lib/liblapack.so: undefined reference to `ATL_sspr2'
Bug#598140: ifconfig: ifdown,pause,ifup causes page allocation failure
Package: net-tools Version: 1.60-23 Severity: normal Hi and thanks for maintaining net-tools in Debian! Today something very strange happened to me. I had to perform some tests which *required* network problems. In order to simulate network problems, I decided to bring the eth interface of my box down: # ifdown eth1 My /etc/network/interfaces is nothing particularly fancy: $ cat /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth1 iface eth1 inet dhcp Hence, the ifdown command simply caused dhcp3-client/4.1.1-P1-9 to release the IP address and the eth interface got deconfigured. So far so good. I performed the tests (which involved attempting network connections to a remote host, and obviously the attempts had to fail and indeed failed). When the tests were completed to my satisfaction, some time had passed and I decided to bring the eth interface back up. # ifup eth1 Internet Systems Consortium DHCP Client 4.1.1-P1 Copyright 2004-2010 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ SIOCSIFFLAGS: Cannot allocate memory SIOCSIFFLAGS: Cannot allocate memory Listening on LPF/eth1/00:18:f3:05:c0:fc Sending on LPF/eth1/00:18:f3:05:c0:fc Sending on Socket/fallback receive_packet failed on eth1: Network is down DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 5 send_packet: Network is down DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 send_packet: Network is down DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 15 send_packet: Network is down DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 14 send_packet: Network is down DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 send_packet: Network is down DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7 send_packet: Network is down No DHCPOFFERS received. No working leases in persistent database - sleeping. To my big surprise, I was not able to bring the interface up! :-( My /var/log/kern.log got filled with many error messages like the following: kernel: [27695.913716] ifconfig: page allocation failure. order:3, mode:0x4020 kernel: [27695.913722] Pid: 21600, comm: ifconfig Not tainted 2.6.32-5-amd64 #1 kernel: [27695.913725] Call Trace: kernel: [27695.913738] [810b9f30] ? __alloc_pages_nodemask+0x55b/0x5cf kernel: [27695.913745] [81248183] ? __netdev_alloc_skb+0x29/0x43 kernel: [27695.913752] [810e602e] ? kmalloc_large_node+0x5d/0x9b kernel: [27695.913756] [81247595] ? __alloc_skb+0x69/0x15a kernel: [27695.913762] [81016423] ? nommu_map_page+0x0/0xa0 kernel: [27695.913766] [81248183] ? __netdev_alloc_skb+0x29/0x43 kernel: [27695.913775] [a002a535] ? rtl8169_rx_fill+0xac/0x15c [r8169] kernel: [27695.913780] [a002c3ed] ? rtl8169_init_ring+0x68/0x97 [r8169] kernel: [27695.913786] [a002cc08] ? rtl8169_open+0x7e/0x19b [r8169] kernel: [27695.913791] [8124fe17] ? dev_open+0xa4/0xe6 kernel: [27695.913796] [8124f5e2] ? dev_change_flags+0xaf/0x16d kernel: [27695.913801] [81297923] ? devinet_ioctl+0x274/0x52d kernel: [27695.913807] [8123f65d] ? sock_ioctl+0x1f2/0x216 kernel: [27695.913813] [810fa032] ? vfs_ioctl+0x21/0x6c kernel: [27695.913817] [810fa580] ? do_vfs_ioctl+0x48d/0x4cb kernel: [27695.913823] [812fd0d6] ? do_page_fault+0x2e0/0x2fc kernel: [27695.913827] [810fa60f] ? sys_ioctl+0x51/0x70 kernel: [27695.913831] [81010b42] ? system_call_fastpath+0x16/0x1b kernel: [27695.913835] Mem-Info: kernel: [27695.913837] Node 0 DMA per-cpu: kernel: [27695.913841] CPU0: hi:0, btch: 1 usd: 0 kernel: [27695.913844] CPU1: hi:0, btch: 1 usd: 0 kernel: [27695.913846] Node 0 DMA32 per-cpu: kernel: [27695.913850] CPU0: hi: 186, btch: 31 usd: 72 kernel: [27695.913853] CPU1: hi: 186, btch: 31 usd: 36 kernel: [27695.913859] active_anon:21678 inactive_anon:33316 isolated_anon:0 kernel: [27695.913861] active_file:28100 inactive_file:15390 isolated_file:0 kernel: [27695.913862] unevictable:2 dirty:19 writeback:0 unstable:0 kernel: [27695.913864] free:9384 slab_reclaimable:3659 slab_unreclaimable:3398 kernel: [27695.913865] mapped:7906 shmem:9147 pagetables:2527 bounce:0 kernel: [27695.913869] Node 0 DMA free:6192kB min:84kB low:104kB high:124kB active_anon:4kB inactive_anon:3632kB active_file:848kB inactive_file:196kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15308kB mlocked:0kB dirty:0kB writeback:0kB mapped:524kB shmem:428kB slab_reclaimable:3296kB
Bug#597237: live-manual: includes non-free files
Package: live-manual Version: 1:2.0~a4-1 Severity: serious Justification: Policy 2.2.1 Hi! According to http://packages.debian.org/changelogs/pool/main/l/live-manual/live-manual_2.0~a4-1/live-manual.copyright the live-manual package seems to include two non-free files. The first troublesome file is: [...] | Files: html/image.png | Copyright: (C) 1999 Software in the Public Interest, Inc. | License: other | This logo or a modified version may be used by anyone to refer to the Debian | project, but does not indicate endorsement by the project. [...] This is the Debian Open Use Logo with the word Debian, which fails to comply with the DFSG and cannot therefore be included in a package shipped in main. For further details on this issue, please take a look at the many discussions held on debian-legal. For instance, see http://lists.debian.org/debian-legal/2010/06/msg00012.html http://bugs.debian.org/587482 I suggest that you replace this image with the Debian Open Use Logo without the word Debian, which complies with the DFSG, being distributable under the terms of the Expat license, just like html/favicon.ico The second problematic file is: [...] | Files: html/stylesheet.css | Copyright: (C) 1999-2009 Software in the Public Interest, Inc. | License: OPL-1 | Open Publication License | v1.0, 8 June 1999 [...] The Open Publication License v1.0 fails to meet the DFSG, please see http://lists.debian.org/debian-legal/2004/03/msg00226.html http://bugs.debian.org/238245#40 for further details. As a consequence, a CSS stylesheet released under the terms of the OPL cannot be included in a package shipped in main. I suggest that you ask the copyright holder (that is to say SPI, Inc.) to re-license or dual-license this file under a good GPL-compatible license (such as the Expat license, or the GNU GPL v2-or-later). Thanks for your attention. Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595075: xpdf: [regression] scrolling with arrows (cursor keys) always results in page change
Package: xpdf Version: 3.02-10 Severity: normal Hello! I've just upgraded to xpdf/3.02-10, which has just migrated to testing. Thanks for your great job in converting xpdf to a libpoppler frontend! I noticed a regression, though. The arrows (that is to say, the cursor keys) used to scroll the page, when the window did not display the whole page. This behavior was consistent with what the Xpdf: About window still says: arrows = scroll On the other hand, with version 3.02-10, hitting the arrows always results in a page change. For instance, view a multi-page PDF: $ xpdf mypdffile.pdf Hit w, so that the document is zoomed in a fit width manner. At this point, hitting the downward cursor key should scroll the page down a little. Instead, it takes me to the beginning of page 2. And then to the beginning of page 3, page 4, and so forth, if I go on hitting the same cursor key... I hope this regression is easy to fix... Thanks again for maintaining xpdf in Debian! :-) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8 GCC support library ii libpoppler5 0.12.4-1.1 PDF rendering library ii libstdc++64.4.4-8The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii poppler-data 0.4.3-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1.1 PDF utilitites (based on libpopple xpdf 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#589542: xpdf.desktop file disappeared
Package: xpdf Version: 3.02-9 Severity: important Hi! Where in the world is the xpdf.desktop file? It seems to have vanished from the package! $ dpkg -l | grep xpdf ii xpdf 3.02-9 Portable Document Format (PDF) reader $ ls -l /usr/share/applications/xpdf.desktop ls: cannot access /usr/share/applications/xpdf.desktop: No such file or directory $ dpkg -L xpdf | grep desktop Why was this file removed from the package? Please restore it as soon as possible! For reference, xpdf/3.02-2 used to ship the following .desktop file: $ dpkg -l | grep xpdf-reader ii xpdf-reader 3.02-2 Portable Document Format (PDF) suite -- viewer for X11 $ dpkg -L xpdf-reader | grep desktop /usr/share/applications/xpdf.desktop $ cat /usr/share/applications/xpdf.desktop [Desktop Entry] Name=xpdf GenericName=PDF viewer Comment=View PDF files Exec=xpdf Icon=xpdf.xpm Terminal=false Type=Application MimeType=application/pdf; Categories=Viewer;Graphics; If I read bug #551544 correctly, the icon line should be changed to Icon=xpdf but the rest of the file should be kept in the package, as it is indeed useful! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf depends on: ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-6 GCC support library ii libpoppler5 0.12.4-1 PDF rendering library ii libstdc++64.4.4-6The GNU Standard C++ Library v3 ii libx11-6 2:1.3.3-3 X11 client-side library ii libxt61:1.0.7-1 X11 toolkit intrinsics library Versions of packages xpdf recommends: ii poppler-data 0.4.2-1Encoding data for the poppler PDF ii poppler-utils 0.12.4-1 PDF utilitites (based on libpopple xpdf 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#588636: apt-listbugs: communication problem between the two co-maintainers
Package: apt-listbugs Severity: important I have a communication problem with Ryan (the other co-maintainer of apt-listbugs). I received his last reply on May, the 23rd. Since that day, I have sent him eight e-mail messages, but I received no replies whatsoever. I see some activity by him on http://git.ryan52.info/?p=midori;a=summary and http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=12;bug=584185 hence it seems that he's not (forcibly) off-line or unable to perform some Debian-related work... The only possible explanations for his silence that come to my mind are: (a) he no longer receives my e-mail messages (b) I no longer receive his replies (c) he decided to ignore me I hope it's not (c) ... Ryan, if you can read this bug report, please reply to the bug address, so that I can see your answer! I am looking forward to resuming our collaboration! -- http://www.inventati.org/frx/progs/scripts/pdebuild-hooks.html Need some pdebuild hook scripts? . Francesco Poli . GnuPG key fpr == C979 F34B 27CE 5CD8 DC12 31B5 78F4 279B DD6D FCF4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588578: /etc/fbpanel/default should be dropped, while preserving local modifications
Package: fbpanel Version: 6.0-2 Severity: normal Hi. As explained in http://bugs.debian.org/585577#36 file /etc/fbpanel/default is now ignored by fbpanel. I assume that /etc/fbpanel/default is a conffile in the Debian package. If this is case, here we seem to have an obsolete conffile that is no longer used by the packaged program. I think that it should be removed from users' systems, but some users may have customized this system-wide configuration file, hence a strategy to preserve those local modifications should be implemented. I don't know which is the recommended practice in these cases: you probably know better. In case you don't, maybe you should ask on debian-de...@l.d.o ... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbpanel depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-3 X11 client-side library fbpanel recommends no packages. Versions of packages fbpanel suggests: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii menu 2.1.43 generates programs menu for all me -- 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#586798: asymptote: incomplete debian/copyright file
Package: asymptote Version: 1.90-1 Severity: important Hi! It seems to me that the debian/copyright file lacks the full text of the LPPL, which is not a license shipped in /usr/share/common-licenses/ Debian Policy [1] mandates a verbatim copy of copyright and distribution license(s) of the content of the package. [1] http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile Moreover, after the three references to the GPL-2+, the debian/copyright file reads: | On Debian systems, the complete text of the GNU Lesser General Public | License version 2 can be found in `/usr/share/common-licenses/LGPL-2'. I think that this sentence was meant to refer to the GNU GPL v2, not to the GNU LGPL v2... Please fix the debian/copyright file. Thanks for your time. Bye. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586597: geomview: PLOT3D grid file reader module: please include it
Package: geomview Version: 1.9.4-2 Severity: wishlist Tags: patch Hello, this bug report could be the last thing I do about geomview (but who knows?). During last August, I wrote a geomview module that reads a (two-dimensional, Fortran-unformatted, multi-block) PLOT3D grid file and visualizes it. Please note that the PLOT3D data formats are used in CFD (Computational Fluid Dynamics): they were born as native data formats for an old NASA visualization tool (named PLOT3D). For further information: http://www.efluid.com.cn/images/up/DownloadFile/Sajben%20Transonic%20Diffuser/Plot3d%20format.txt and chapter 8 of the original PLOT3D user's manual, downloadable from: http://catalogue.nla.gov.au/Record/4177251 My original goal was to write modules that enable geomview to read PLOT3D data formats and visualize them: I wanted to send my modules to geomview upstream developers, so that they could include them in the official geomview distribution. However, while writing and debugging the first module, I began to get confirmation that geomview upstream maintainers have virtually disappeared. As explained in more detail in http://bugs.debian.org/547500#22 it seems that I am the only subscriber of the geomview-devel mailing list, which is really awkward, since I am *not* a geomview developer! That list has seen no messages in 2008, one message (from me!) in 2009, and no messages in 2010 (so far). My message (about bug #357445) was left without replies: http://sourceforge.net/mailarchive/forum.php?thread_name=20090819164323.e62890f4.frx%40firenze.linux.itforum_name=geomview-devel Consequently, I stopped writing geomview modules. Now, it seems to me that what I wrote should not be wasted, as it could still be useful someone else. Hence, I thought I could send my module to Debian geomview maintainers: feel free to include it in the Debian package. You should find it attached to the present message. Bye. plot3d_xy.tar.gz Description: GNU Zip compressed data
Bug#586156: sysklogd: strange error messages during boot
Package: sysklogd Version: 1.5-5 Severity: normal I've recently noticed some strange error messages that my box spits out during the bootstrap. I am convinced that these messages did not use to come up, until recently. The error messages are: syslogd: unknown priority name oone syslogd: unknown priority name noone syslogd: unknown priority name =notce I cannot understand their meaning: I thought the configuration file got messed up somehow, but it doesn't seem so. $ grep notce /etc/syslog.conf $ What happened? What did I fail to understand? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sysklogd depends on: ii klogd [linux-kernel-log-daemo 1.5-5 Kernel Logging Daemon ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib sysklogd recommends no packages. sysklogd 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#585795: fbpanel: please include some terminal icons
Package: fbpanel Version: 6.0-1 Severity: wishlist Tags: patch Hi! I prepared a couple of icons for /usr/share/fbpanel/images/ They represent a generic terminal (keyboard and screen) and may be suitable for the launchbar and/or for the icons Plugin. I must admit that I am not yet completely satisfied with the color version, but it may be improved later on (suggestions welcome!). You should find the two icons attached to this bug report. Please note that my icons are released under the terms of the GNU GPL v2 (only), just like fbpanel: as a consequence the required addition to the debian/copyright file is really easy! Please include the two icons in the fbpanel package. Thanks. terminal_icons.tar.gz Description: GNU Zip compressed data
Bug#585576: fbpanel: fails to appear in all workspaces
Package: fbpanel Version: 6.0-1 Severity: normal Hi! Since I upgraded from fbpanel/4.12-1.1 to fbpanel/6.0-1, I experience the following bug: the fbpanel instance which is started by my ~/.xsession script (I use fluxbox) only shows up in the first workspace. As soon as I issue the following commands in a terminal $ killall -TERM fbpanel $ fbpanel while I am inside my X session, the newly launched fbpanel instance works correctly and is shown in all workspaces, as it should. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbpanel depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-3 X11 client-side library fbpanel recommends no packages. Versions of packages fbpanel suggests: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii menu 2.1.43 generates programs menu for all me -- 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#585577: fbpanel: outdated documentation
Package: fbpanel Version: 6.0-1 Severity: normal Hi! I noticed that the fbpanel man page is outdated in some respects (it still refers to ~/.fbpanel/ rather than to ~/.config/fbpanel, for instance): it looks like the documentation is still talking about version 4.x The shipped system-wide configuration file /etc/fbpanel/default also seems to be out of date: for instance it still uses ClockFmt = %R, which is now deprecated, if I understand correctly. Please review the package documentation and configuration files, and update them as appropriate. Thanks for your time. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbpanel depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-3 X11 client-side library fbpanel recommends no packages. Versions of packages fbpanel suggests: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii menu 2.1.43 generates programs menu for all me -- 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#585180: fluxbox: licenses for themes are not documented in debian/copyright
Package: fluxbox Version: 1.1.1+dfsg1-1 Severity: normal Hi! If I understand the fix for bug #584513 correctly, the themes were not removed from the package, since they have been relicensed under the CC-by-sa-v3.0 license (which is considered acceptable by FTP Masters, even though I disagree, but that's another story...). http://packages.debian.org/sid/amd64/fluxbox/filelist seems to confirm that those themes are still included in the package version currently in sid. If this is indeed the case, then the licenses for fluxbox themes have to be documented in the debian/copyright file, as mandated by Debian Policy. Please add a verbatim copy of the copyright and distribution licenses for the themes to the debian/copyright file. Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584959: fbpanel: iconified sticky windows do not get square brackets in taskbar
Package: fbpanel Version: 6.0-1 Severity: normal Hi! [This bug is what was left unfixed from bug #576588...] I use fbpanel with fluxbox, I don't know if the bug may be reproduced with other window managers. When a window is iconified, the corresponding taskbar item is shown with square brackets around the window title. This is good, since it makes detecting iconified window taskbar items easier, whenever there are a number of identically titled windows in the workspace. However, this does not happen with sticky windows (I mean: windows that are present in every workspace, rather than in only one). For iconified sticky windows, no square brackets are shown around the title in the taskbar item. This is unpractical and should be fixed: sticky windows should get brackets like normal windows do, when they are iconified. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbpanel depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-3 X11 client-side library fbpanel recommends no packages. Versions of packages fbpanel suggests: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii menu 2.1.43 generates programs menu for all me -- 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#584794: audacious: [regression] context menu is unusable with rolled up player near bottom of screen
Package: audacious Version: 2.3-2 Severity: normal Hi! The new audacious version that has recently migrated into testing (2.3-2) fixed several bugs, but also introduced some little regressions. I have already filed a bug report for the first regression I noticed (bug #584249). Here's a report for the second regression. When I right-click on the player window, a context menu appears (the one with About Audacious and so forth). This is true, even when the player window is rolled up. Good. The context menu usually appears with its top-left corner located where the mouse-pointer was, when the right button was clicked. This is true, as long as there's enough room on the right and enough room below in order to accommodate for the menu. When there's not enough room on the right (because the player window is too close to the right side of the screen), the menu appears shifted to the left. With audacious/2.1-1, the same strategy used to be applied, when the player window was too close to the bottom side of the screen (the menu used to appear shifted up). With audacious/2.3-2, the strategy changed: when the player window is too close to the bottom side of the screen, the menu is shortened in height and two arrows are included to scroll its content up and down. This is a regression, since, when the player window is rolled up and very close to the bottom of the screen, the context menu becomes unusable: it is so short that it is *entirely* covered by one of the arrows and no menu entries are reachable! Please revert this change and re-enable the previous strategy, which used to work well in all reasonable use cases, as far as I know. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious depends on: ii audacious-plugins 2.3-2 Base plugins for audacious ii dbus 1.2.24-1 simple interprocess messaging syst ii dbus-x11 1.2.24-1 simple interprocess messaging syst ii gtk2-engines-pixbuf 2.20.1-1 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libaudclient2 2.3-2 audacious dbus remote control libr ii libaudcore1 2.3-2 audacious core engine library ii libaudid3tag2 2.3-2 audacious id3 tag manipulation lib ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libsm62:1.1.1-1 X11 Session Management library Versions of packages audacious recommends: ii unzip 6.0-4 De-archiver for .zip files audacious 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#584249: audacious-plugins: [regression] shows meaningless timer values when playing Internet streams
Package: audacious-plugins Version: 2.3-2 Severity: normal Hi! Thanks for maintaining audacious: version 2.3-2, which has recently migrated into testing, fixes many issues!:-) I noticed a regression, though. As discussed in bug #500081, I set Time Remaining for the timer. When playing an Internet radio stream, audacious used to show the elapsed time, regardless of the timer mode setting, since the remaining time cannot be computed for a stream (which is virtually never-ending). With version 2.3-2, this behavior changed. Now, with the timer set to Time Remaining, audacious shows meaningless timer values (such as --4:-0, --2:-3, and similar) while playing Internet radio streams. Please restore the previous behavior, that is to say: * when playing streams, always show the elapsed time * when playing local audio files, show the remaining time or the elapsed time, depending on the user configuration (timer_mode). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious-plugins depends on: ii libasound2 1.0.22-2 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libaudcore1 2.3-2audacious core engine library ii libaudid3tag2 2.3-2audacious id3 tag manipulation lib ii libavcodec524:0.5.1-3ffmpeg codec library ii libavformat52 4:0.5.1-3ffmpeg file format library ii libavutil49 4:0.5.1-3ffmpeg utility library ii libbinio1ldbl 1.4-14 Binary I/O stream class library ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcddb21.2.1-1 library to access CDDB data - runt ii libcdio-cdda0 0.81-4 library to read and control digita ii libcdio10 0.81-4 library to read and control CD-ROM ii libcue1 1.4.0-1 CUE Sheet Parser Library ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-20.86-1 simple interprocess messaging syst ii libesd0 0.2.41-7 Enlightened Sound Daemon - Shared ii libfaad22.7-4freeware Advanced Audio Decoder - ii libflac81.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfluidsynth1 1.1.1-4 Real-time MIDI software synthesize ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-1GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii libjack01.9.5~dfsg-13JACK Audio Connection Kit (librari ii liblircclient0 0.8.3-5 infra-red remote control support - ii libmad0 0.15.1b-5MPEG audio decoder library ii libmcs1 0.7.1-1 Abstraction library to store confi ii libmms0 0.4-2MMS stream protocol library - shar ii libmowgli1 0.6.1-1 a high performance development fra ii libmtp8 1.0.2-3 Media Transfer Protocol (MTP) libr ii libneon27-gnutls0.29.3-2 An HTTP and WebDAV client library ii libogg0 1.2.0~dfsg-1 Ogg bitstream library ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpulse0 0.9.21-1 PulseAudio client libraries ii libresid-builder0c2a2.1.1-8 SID chip emulation class based on ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsdl1.2debian 1.2.14-6 Simple DirectMedia Layer ii libshout3 2.2.2-5+b1 MP3/Ogg Vorbis broadcast streaming ii libsidplay2 2.1.1-8 SID (MOS 6581) emulation library ii libsndfile1 1.0.21-2 Library for reading/writing audio ii libstdc++6 4.4.4-1 The GNU Standard C++ Library v3 ii libusb-0.1-42:0.1.12-14 userspace USB programming library ii libvorbis0a 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi ii libwavpack1 4.60.1-1 an audio
Bug#583956: grace: fails to start after gsfonts upgrade
Package: grace Version: 1:5.1.22-5 Severity: grave Justification: renders package unusable Hi! Thanks for maintaining this very useful package! After the following upgrade: [UPGRADE] gsfonts 1:8.11+urwcyr1.0.7~pre44-4 - 1:8.11+urwcyr1.0.7~pre44-4.1 xmgrace stopped working: $ xmgrace -- Broken or incomplete installation - read the FAQ! Upgrading gsfonts to the version currently in unstable (1:8.11+urwcyr1.0.7~pre44-4.2) does *not* help. Downgrading gsfonts back to version 1:8.11+urwcyr1.0.7~pre44-4 makes xmgrace work again as before. On the other hand, if, *instead* of downgrading gsfonts, I upgrade grace to the version currently in unstable (1:5.1.22-6), xmgrace starts, but spits the following errors: $ xmgrace Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font Failed mapping a font and the fonts used for the tick labels looks really weird. What happened? Could you please fix the issue as soon as possible? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grace depends on: ii defoma 0.11.11 Debian Font Manager -- automatic f ii gconf2 2.28.1-3 GNOME configuration database syste ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.1 Fonts for the Ghostscript interpre ii lesstif21:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libjpeg62 6b-16.1 The Independent JPEG Group's JPEG ii libnetcdf4 1:3.6.3-1An interface for scientific data a ii libpng12-0 1.2.43-1 PNG library - runtime ii libsm6 2:1.1.1-1X11 Session Management library ii libt1-5 5.1.2-3 Type 1 font rasterizer library - r ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.1-3X11 miscellaneous extension librar ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxp6 1:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.8-1X11 pixmap library ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii xmhtml1 1.1.7-15 A Motif widget for display HTML 3. ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime grace recommends no packages. Versions of packages grace suggests: ii ghostscript 8.71~dfsg2-3 The GPL Ghostscript PostScript/PDF ii texlive-extra-utils 2009-7 TeX Live: TeX auxiliary programs -- 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#583964: gsfonts: breaks grace
Package: gsfonts Version: 1:8.11+urwcyr1.0.7~pre44-4.1 Severity: grave Justification: renders package unusable Upgrading gsfonts to version 1:8.11+urwcyr1.0.7~pre44-4.1 breaks grace, as detailed in bug #583956: http://bugs.debian.org/583956 If the issue is in the gsfonts package, please fix it. Otherwise, please do not reassign this bug report and please do not downgrade its severity: this bug report is meant to warn grace users to not upgrade gsfonts until the grace breakage is solved. Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- 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#583663: cpufreqd: fails to start when parallellized boot is enabled
Package: cpufreqd Version: 2.4.2-1 Severity: important Tags: patch User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-dependencies Hi Mattia! :) Since the parallellized boot was enabled, cpufreqd has no longer been automatically started during boot. The error message is: startpar:servce(s) returned failure: cpufreqd failure! If I manually issue the following command, after the boot completed: # /etc/init.d/cpufreqd start the daemon is correctly started and no further problems seem to occur. I am under the impression that this bug is due to incomplete LSB header dependencies: the attached patch seems to fix the issue. Please apply the patch! Legal details: I don't think my patch is creative enough to be copyrighted, hence there should be no need for a license in order to incorporate my patch into the package... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-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 cpufreqd depends on: ii libc6 2.10.2-9 Embedded GNU C Library: Shared lib ii libcpufreq0 007-1 shared library to deal with the cp ii libsensors4 1:3.1.2-2 library to read temperature/voltag ii libsysfs2 2.1.0-6interface library to sysfs ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages cpufreqd recommends: ii acpid 1:2.0.5-1 Advanced Configuration and Power I Versions of packages cpufreqd suggests: ii cpufrequtils 007-1 utilities to deal with the cpufreq -- Configuration Files: /etc/cpufreqd.conf changed [not included] -- debconf information excluded etc_init_d_cpufreqd.diff.gz Description: GNU Zip compressed data
Bug#582317: vim-scripts: could you please include vimwiki?
Package: vim-scripts Version: 20091011 Severity: wishlist Hi and thanks for maintaining vim-scripts in Debian! Could you please consider to include vimwiki? It's a personal wiki for vim, and can be used to write and organize notes, ideas, todo-lists, and similar. The project page is at http://code.google.com/p/vimwiki/ Thanks for your time. Bye. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim 2:7.2.330-1 Vi IMproved - enhanced vi editor ii vim-addon-manager0.4.3 manager of addons for the Vim edit ii vim-gtk [vim]2:7.2.330-1 Vi IMproved - enhanced vi editor - Versions of packages vim-scripts suggests: pn libtemplate-perl none (no description available) pn perlsgml 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#580896: sylpheed: actions fail to provide message body in the appropriate charset for gpg to verify
Package: sylpheed Version: 3.0.2-1 Severity: normal Hi! As suggested by Sylpheed's manual [1], I use the following action in order to verify inline GPG signatures in messages: |gpg --no-tty --verify This action works well for most cases, where the inline signed message is encoded in ASCII charset, or in UTF-8 charset with quoted printable escaping. This is so, because the message body either needs no conversion, or is decoded from the quoted printable escaping to its UTF-8 encoding, before being sent to GnuPG through the pipe. Please note that the inline signature is performed *before* the quoted printable escaping, and hence it has be verified on the unescaped message body. However, for some messages, the above mentioned action fails to correctly verify the inline signature, since the message is encoded in, say, ISO-8859-1 charset, signed, and then escaped in a quoted printable manner. Here, Sylpheed decodes the message body from the quoted printable escaping, and then seems to convert it to UTF-8 charset, before sending it to GnuPG through the pipe. The choice of the charset (UTF-8) seems to be dictated by my locale settings, but completely fails to take into account that the message headers specify, among other fields: Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable An example of such messages is DSA-2040-1 [2]: see the thread where I thought the signature was actually bad [3], while the problem is in Sylpheed, instead. In order to check the validity of my reasoning, I configured the following action: | iconv -f utf-8 -t latin1 | gpg --no-tty --verify This action is able to correctly verify the inline signature of that ISO-8859-1 charset message. Now, what I think is that Sylpheed should take headers into account when sending the message body through the pipe, in order to choose the original charset when decoding quoted printable escaped messages. I took a look at src/action.c and I cannot find where the quoted printable unescaping is performed. If I understand correctly, the message body is sent through the pipe as displayed by GTK+ widgets: if this is the case, then the charset is chosen as the locale settings require, I guess... But this causes the above described issue. How can this mess be fixed? [1] http://sylpheeddoc.sourceforge.net/en/manual/manual-13.html [2] http://lists.debian.org/debian-security-announce/2010/msg00081.html [3] http://lists.debian.org/debian-security/2010/05/msg1.html -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages sylpheed depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-4 The Cairo 2D vector graphics libra ii libcompfaceg1 1:1.5.2-5 Compress/decompress images for mai ii libdbus-1-3 1.2.24-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.86-1 simple interprocess messaging syst ii libenchant1c2a1.4.2-3.6 a wrapper library for various spel ii libfontconfig12.8.0-2.1 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.0-1 The GLib library of C routines ii libgpg-error0 1.6-1 library for common error values an ii libgpgme111.2.0-1.2 GPGME - GnuPG Made Easy ii libgtk2.0-0 2.20.0-3 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libldap-2.4-2 2.4.17-2.1 OpenLDAP libraries ii libonig2 5.9.1-1Oniguruma regular expressions libr ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpisock90.12.5-2 library for communicating with a P ii libssl0.9.8 0.9.8n-1 SSL shared libraries Versions of packages sylpheed recommends: ii aspell-en [aspell-dicti 6.0-0-6 English dictionary for GNU Aspell ii aspell-it [aspell-dicti 2.4-20070901-0-2 The Italian dictionary for GNU Asp ii ca-certificates 20090814 Common CA certificates ii sylpheed-i18n 3.0.2-1 Locale data for Sylpheed (i18n sup ii xfonts-100dpi 1:1.0.1 100 dpi fonts for X ii xfonts-75dpi1:1.0.1 75 dpi fonts for X Versions of packages sylpheed suggests: pn bogofilternone (no description available) pn bsfilter none (no
Bug#579459: fusionforge-full: broken HTTPS (on alioth)
Package: fusionforge-full Version: 5.0-1 Severity: normal Tags: upstream security Hi! When trying to register an alioth account [1], I get a broken HTTPS page. My browser (galeon) says: Parts of this page are loaded over an insecure connection and the secure connection status icon reports Security level: Broken Warning: Contains unauthenticated content The same issue seems to hold for any other https://alioth.debian.org page [2] and even for https://fusionforge.org/ pages. This issue makes me feel unsafe whenever I am asked to type in passwords (or anyway to enter sensible data). As Roland Mas explained me via private e-mail, the problem is that the pages load the YUI CSS library from Yahoo's server, rather than using a local copy (packaged as libjs-yui). Please fix this bug, as it has a negative impact on the security of fusionforge installations (or at least on their public image!). [1] https://alioth.debian.org/account/register.php [2] such as https://alioth.debian.org/forum/forum.php?forum_id=2915 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579102: please let conky be moved back to main!
Package: conky Version: 1.8.0-1 Severity: wishlist Hi! Thanks for adopting my favorite system monitor! :-) I've just found out that the package has been moved to contrib, though! :-( After digging into the ITA bug (#536320), it seems to me that the only reason why the source package was moved away from main, is that *one* binary package build-depends on nvidia-settings (which is in contrib, since, I suppose, is useless without the nvidia proprietary drivers...). I don't want to use a package that directly or indirectly (build-)depends on non-free packages! I don't even have contrib in my sources.list, since it opens up the possibility that I install packages that download non-free stuff off the net, and so forth... If I understand correctly: * only one conky feature (build-)depends on nvidia stuff * this feature has been added to conky recently (hence it was not present in previous versions packaged for Debian main) * this feature is only useful to users that use the non-free nvidia drivers * this feature is only present in amd64 and i386 architectures For all these reasons, I think it's a shame that conky has been moved to contrib just for that new feature. Please, please disable nvidia-related stuff in the conky Debian package, so that the package may stop build-depending on nvidia-settings and thus may be moved back to main! The few users that want to take advantage of the nvidia-related new feature, may locally rebuild the conky package (just like they often rebuild nvidia modules...). I hope that I clearly expressed my reasoning and that you agree with me. Please move conky back to main! ;-) Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#578697: galeon: closing tabs with [Ctrl+W] breaks tree expansion
Package: galeon Version: 2.0.7-1.2 Severity: normal Hi! I think I found a regression in galeon/2.0.7-1.2 . I waited a while before reporting it, since I wanted to have a chance to see if the problem was fixed in galeon/2.0.7-2.1: it's not. I tried to reproduce the same bug with iceweasel, but it doesn't seem to be affected by this problem. Steps to reproduce the bug: $ galeon * open more than one tab * in the side pane (or in the bookmark editor) click on a triangle-like symbol, in order to expand or collapse a bookmark subtree: everything works as expected * close one tab by clicking on its cross-like symbol * try again to expand or collapse subtrees in the side pane: everything works as expected * close one tab by pressing [Ctrl+W] * try again to expand or collapse subtrees in the side pane: nothing happens and there seems to be no way to access to the content of a collapsed subtree! :-( * exit from galeon $ galeon * everything works as expected again, until you close one tab with [Ctrl+W] ... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages galeon depends on: ii galeon-common 2.0.7-2.1data for the galeon web browser ii gconf2 2.28.1-3 GNOME configuration database syste ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.2-9GCC support library ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglade2-0 1:2.6.4-1library to load .glade files at ru ii libglib2.0-02.24.0-1 The GLib library of C routines ii libgnome-desktop-2-11 2.28.2-1 Utility library for loading .deskt ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomeui-02.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-0 1:2.24.3-1 GNOME Virtual File System (runtime ii libgtk2.0-0 2.20.0-2 The GTK+ graphical user interface ii libnspr4-0d 4.8.4-1 NetScape Portable Runtime Library ii liborbit2 1:2.14.17-2 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.28.0-1 Layout and rendering of internatio ii libpopt01.15-1 lib for parsing cmdline parameters ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-2X11 client-side library ii libxml2 2.7.7.dfsg-2 GNOME XML library ii procps 1:3.2.8-8/proc file system utilities ii xulrunner-1.9.1 1.9.1.8-5XUL + XPCOM application runner Versions of packages galeon recommends: pn gnome-control-center none (no description available) ii gnome-icon-theme 2.28.0-1GNOME Desktop icon theme ii iso-codes3.15-1 ISO language, territory, currency, pn scrollkeeper none (no description available) ii yelp 2.30.0+webkit-1 Help browser for GNOME Versions of packages galeon suggests: pn mozpluggernone (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#578309: I cannot route audio input to rakarrack
Package: rakarrack
Version: 0.4.2-1
Severity: normal
Hi and thanks for maintaining rakarrack in Debian!
I am trying to use it with my electric guitar (connected to the sound
card mic-in through a DI box). From a hardware point of
view, the setup seemed to work, since, in the past, I managed to hear
the clean sound of the guitar coming out of my speakers.
To be frank, in the tests I performed today, I cannot even hear the
clean sound of the guitar, and I cannot understand why (which is
driving me crazy!); see also bug #523925, where several tests are
described related to the fmit tuner...
Anyway, while running rakarrack no effect seems to be applied, whatever
I set within the rakarrack GUI.
If I set high input and output amplification, I can only hear what seems
to be the result of the application of the selected effect to background
noise...
Let me explain my setup.
I have an Intel HD audio controller (which is integrated in my
ASUS P5B-VM motherboard):
$ cat /proc/asound/card0/codec#0 | grep Codec
Codec: Analog Devices AD1988
My alsamixer Capture settings are as follows:
Front Mic Boost
Mic Boost
S/PDIF 7474 --
Capture7272 CAPTUR
Capture 1 7272 CAPTUR
Capture 2 7272 CAPTUR
Input Source [Front Mic]
Input Source 1 [Line]
Input Source 2 [Mic]
I have jackd and libasound2-plugins installed and the following
redirection (to make ALSA applications work, even when they are
unaware of jackd):
$ cat ~/.asoundrc
# redirect the default ALSA device to JACK
pcm.!default
{
type plug
slave { pcm jack }
}
pcm.jack
{
type jack
playback_ports
{
0 alsa_pcm:playback_1
1 alsa_pcm:playback_2
}
capture_ports
{
0 alsa_pcm:capture_1
1 alsa_pcm:capture_2
}
}
My setup works correctly for audio output (I can listen to music
with audacious, watch videos with mplayer, hear sounds from games,
and so forth).
I am trying to get audio input to work...
I start rakarrack and qjackctl: after connecting both system capture
ports to both rakarrack in ports and after connecting both rakarrack
out ports to all the 8 system playback ports, I press the Play
button in qjackctl GUI (which says Rolling).
I pluck the guitar strings, but I cannot hear any sound coming from
my speakers, and I cannot see any activity in rakarrack (besides
the amplification of background noise, as I said).
The FX On button is pressed (otherwise I wouldn't even hear the
background noise).
Help!
What's wrong with me and with my setup? :-(
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages rakarrack depends on:
ii jackd0.118+svn3796-2 JACK Audio Connection Kit (server
ii libasound2 1.0.22-2shared library for ALSA applicatio
ii libc62.10.2-6Embedded GNU C Library: Shared lib
ii libfltk1.1 1.1.10-2Fast Light Toolkit - shared librar
ii libgcc1 1:4.4.2-9 GCC support library
ii libjack0 0.118+svn3796-2 JACK Audio Connection Kit (librari
ii libstdc++6 4.4.2-9 The GNU Standard C++ Library v3
ii libx11-6 2:1.3.3-2 X11 client-side library
ii libxpm4 1:3.5.8-1 X11 pixmap library
rakarrack recommends no packages.
rakarrack 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#577801: libgettext-ruby1.8: bindtextdomain mangles my LOAD_PATH
Package: libgettext-ruby1.8 Version: 2.1.0-1 Severity: important Hi! It seems that the invocation of GetText::bindtextdomain() alters the $LOAD_PATH variable in an awkward manner. Steps to reproduce: $ cat test-bindtextdomain.rb #!/usr/bin/ruby puts initial LOAD_PATH:\n--- puts $LOAD_PATH puts --- $LOAD_PATH.unshift(./lib) puts amended LOAD_PATH:\n--- puts $LOAD_PATH puts --- require 'gettext' include GetText puts LOAD_PATH after requires:\n--- puts $LOAD_PATH puts --- GetText::bindtextdomain(test-bindtextdomain) puts LOAD_PATH after bindtextdomain:\n--- puts $LOAD_PATH puts --- $ chmod u+x test-bindtextdomain.rb $ ./test-bindtextdomain.rb initial LOAD_PATH: --- /usr/local/lib/site_ruby/1.8 /usr/local/lib/site_ruby/1.8/x86_64-linux /usr/local/lib/site_ruby /usr/lib/ruby/vendor_ruby/1.8 /usr/lib/ruby/vendor_ruby/1.8/x86_64-linux /usr/lib/ruby/vendor_ruby /usr/lib/ruby/1.8 /usr/lib/ruby/1.8/x86_64-linux . --- amended LOAD_PATH: --- ./lib /usr/local/lib/site_ruby/1.8 /usr/local/lib/site_ruby/1.8/x86_64-linux /usr/local/lib/site_ruby /usr/lib/ruby/vendor_ruby/1.8 /usr/lib/ruby/vendor_ruby/1.8/x86_64-linux /usr/lib/ruby/vendor_ruby /usr/lib/ruby/1.8 /usr/lib/ruby/1.8/x86_64-linux . --- LOAD_PATH after requires: --- ./lib /usr/local/lib/site_ruby/1.8 /usr/local/lib/site_ruby/1.8/x86_64-linux /usr/local/lib/site_ruby /usr/lib/ruby/vendor_ruby/1.8 /usr/lib/ruby/vendor_ruby/1.8/x86_64-linux /usr/lib/ruby/vendor_ruby /usr/lib/ruby/1.8 /usr/lib/ruby/1.8/x86_64-linux . --- LOAD_PATH after bindtextdomain: --- . /usr/local/lib/site_ruby/1.8 /usr/local/lib/site_ruby/1.8/x86_64-linux /usr/local/lib/site_ruby /usr/lib/ruby/vendor_ruby/1.8 /usr/lib/ruby/vendor_ruby/1.8/x86_64-linux /usr/lib/ruby/vendor_ruby /usr/lib/ruby/1.8 /usr/lib/ruby/1.8/x86_64-linux . --- Please note the first LOAD_PATH item: it changes from ./lib to . when bindtextdomain is invoked. I am pretty sure that this was not happening (in Debian testing) during last summer and (probably) last autumn. Hence, this seems to be a regression introduced during the upgrade from libgettext-ruby1.8/1.93.0-1 to libgettext-ruby1.8/2.1.0-1 What's wrong? What did I fail to understand? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgettext-ruby1.8 depends on: ii irb1.8 1.8.7.249-2 Interactive Ruby (for Ruby 1.8) ii liblocale-ruby1.82.0.5-2 pure ruby locale library ii libruby 4.4 Libraries necessary to run Ruby 1. ii locales 2.10.2-6Embedded GNU C Library: National L ii ruby1.8 1.8.7.249-2 Interpreter of object-oriented scr libgettext-ruby1.8 recommends no packages. Versions of packages libgettext-ruby1.8 suggests: ii gettext 0.17-10GNU Internationalization 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#576543: xpdf-reader: Invalid command syntax: 'zoomFitPage' / 'zoomFitWidth'
Package: xpdf-reader Version: 3.02-2 Severity: normal Hi! First of all, thanks a lot for adopting this package. I hope it can migrate back into testing soon! Thank you very much for the time you are willing to spend maintaining it! :-) I've just upgraded from version 3.02-1.4+lenny1 to version 3.02-2 and I noticed a little regression. Hitting [z] and [w] used to set the zoom level to fit page and fit width, respectively. Now, if I press those same buttons, nothing happens, apart from the following error messages appearing on the terminal: Error: Invalid command syntax: 'zoomFitPage' Error: Invalid command syntax: 'zoomFitWidth' Oddly enough, pressing the [h] button seems to work as intended: it correctly sets the zoom level to fit height... What went wrong? Since the upstream version didn't change, I suspect that something has been broken in the Debian packaging... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpdf-reader depends on: ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4 Fonts for the Ghostscript interpre ii lesstif2 1:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.2-9 GCC support library ii libice6 2:1.0.6-1 X11 Inter-Client Exchange library ii libpaper1 1.1.23+nmu2library for handling paper charact ii libsm62:1.1.1-1 X11 Session Management library ii libstdc++64.4.2-9The GNU Standard C++ Library v3 ii libt1-5 5.1.2-3Type 1 font rasterizer library - r ii libx11-6 2:1.3.3-2 X11 client-side library ii libxext6 2:1.1.1-3 X11 miscellaneous extension librar ii libxp61:1.0.0.xsf1-2 X Printing Extension (Xprint) clie ii libxpm4 1:3.5.8-1 X11 pixmap library ii libxt61:1.0.7-1 X11 toolkit intrinsics library ii xpdf-common 3.02-2 Portable Document Format (PDF) sui ii xpdf-utils [p 3.02-2 Portable Document Format (PDF) sui xpdf-reader recommends no packages. Versions of packages xpdf-reader suggests: ii epiphany-browser [www-brows 2.29.3-1 Intuitive GNOME web browser ii galeon [www-browser]2.0.7-1.2+b1 GNOME web browser for advanced use ii iceweasel [www-browser] 3.5.8-1 Web browser based on Firefox ii w3m [www-browser] 0.5.2-4 WWW browsable pager with excellent -- 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#576588: fbpanel: sticky windows are not iconified/raised when their taskbar items are clicked
Package: fbpanel Version: 4.12-1.1 Severity: normal Hi! I think I found a bug in fbpanel. I use it with fluxbox, I don't know if the bug may be reproduced with other window managers. Let me explain. I can iconify a normal window in at least two ways: (a1) right-click on its (fbpanel) taskbar item and select Iconify from the pop-up menu (b1) double-left-click on its taskbar item On the other hand, I can raise an iconified normal window in at least two ways: (a2) right-click on its taskbar item and select Raise from the pop-up menu (b2) left-click on its taskbar item However, when the window is sticky (I mean: it is present in every workspace, rather than in only one), both methods (a1) and (b1) work as intended (they iconify the window), but only method (a2) can actually raise an iconified sticky window. Method (b2) does not seem to work at all for sticky windows. Awkwardly enough, if I issue the following commands in a terminal $ killall -TERM fbpanel $ fbpanel while I am inside my X session, the newly launched fbpanel instance works correctly: method (b2) begins to work as intended. In other words, the bug may be reproduced with the fbpanel that is launched by my ~/.xsession script, but not with a restarted fbpanel... Another problem (probably related to the same bug) is that normal windows are shown with square brackets around the window title, when they are iconified, but sticky windows are not. This makes detecting iconified window taskbar items harder, whenever there are a number of identically titled windows in the workspace... The lack of square brackets for sticky windows is not cured by restarting fbpanel, though, so maybe the two problems are not caused by the same bug. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fbpanel depends on: ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-3 The Cairo 2D vector graphics libra ii libglib2.0-0 2.22.2-2 The GLib library of C routines ii libgtk2.0-0 2.18.9-2 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-2 Layout and rendering of internatio ii librsvg2-common 2.26.0-1 SAX-based renderer library for SVG ii libx11-6 2:1.3.3-2 X11 client-side library ii libxmu6 2:1.0.5-1 X11 miscellaneous utility library fbpanel recommends no packages. Versions of packages fbpanel suggests: ii hicolor-icon-theme0.11-1 default fallback theme for FreeDes ii menu 2.1.43 generates programs menu for all me -- 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#572288: audacious-plugins: after upgrade, audacious stopped working
Package: audacious-plugins Version: 2.1-1 Severity: grave Justification: renders package unusable Hi! After upgrading audacious-plugins and audacious-plugins-extra from version 2.1-1 to version 2.1-1.1, audacious is totally unable to play anything (Internet streams, local files, ...). When I press the play button, audacious tries to fetch data (e.g.: for Internet streams, I can see that there's a data flow coming in through the network interface), but never starts playing. I gives up immediately. Downgrading audacious-plugins and audacious-plugins-extra to version 2.1-1 fixes the issue. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious-plugins depends on: ii audacious2.1-1 small and fast audio player which ii libasound2 1.0.21a-1 shared library for ALSA applicatio ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libaudid3tag22.1-1 audacious id3 tag manipulation lib ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.8-2 The Cairo 2D vector graphics libra ii libcddb2 1.2.1-1 library to access CDDB data - runt ii libcdio-cdda00.81-4 library to read and control digita ii libcdio100.81-4 library to read and control CD-ROM ii libflac8 1.2.1-2+b1 Free Lossless Audio Codec - runtim ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.2-2The GLib library of C routines ii libgtk2.0-0 2.18.6-1The GTK+ graphical user interface ii libmad0 0.15.1b-5 MPEG audio decoder library ii libmms0 0.4-2 MMS stream protocol library - shar ii libmowgli1 0.6.1-1 a high performance development fra ii libneon27-gnutls 0.29.3-1An HTTP and WebDAV client library ii libogg0 1.1.4~dfsg-2Ogg bitstream library ii libpango1.0-01.26.2-1Layout and rendering of internatio ii libsad2 2.1-1 audacious scale and dither library ii libsndfile1 1.0.21-2Library for reading/writing audio ii libvorbis0a 1.2.3-3 The Vorbis General Audio Compressi ii libvorbisenc21.2.3-3 The Vorbis General Audio Compressi ii libvorbisfile3 1.2.3-3 The Vorbis General Audio Compressi ii libx11-6 2:1.3.3-1 X11 client-side library ii libxcomposite1 1:0.4.1-1 X11 Composite extension library ii libxfixes3 1:4.0.4-1 X11 miscellaneous 'fixes' extensio ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii libxrender1 1:0.9.5-1 X Rendering Extension client libra audacious-plugins recommends no packages. audacious-plugins 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#568684: mayavi2: gl2ps-generated PDF images are slow and incorrect
Package: mayavi2 Version: 3.3.0-1 Severity: normal Hi! This bug could be caused by vtk: please reassign, if appropriate. Steps to reproduce: $ mayavi2 -d /usr/share/doc/mayavi2/examples/mayavi/data/heart.vtk The main window shows up. * select Add module or filter in the Mayavi pane * from the Mayavi object editor, choose IsoSurface * rotate and zoom the visualization, until it looks pretty enough * from the File menu, select Save Scene As Vector PS/EPS/PDF/TeX * in the dialog window, enter foo.pdf as Name * click on the Save button * in the next dialog window, accept default GL2PSExporter properties (OK button) Then try to display the resulting file: $ xpdf foo.pdf $ gv foo.pdf After an fairly long wait, the PDF file is shown, but with large parts of the iso-surface painted black, rather than green. I've also tried to use non-default GL2PSExporter properties: a) disabling Draw background leads to the same issues b) disabling Ps3 shading doesn't seem to help c) choosing simple Sort doesn't help either d) disabling Occlusion cull seems to slow down even more xpdf, but not gv (without fixing the black areas issue) e) disabling Best root does not help Please note that saving the scene as a PNG image works as intended (but obviously generates a raster image, not a vector one!). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mayavi2 depends on: ii libc6 2.10.2-2 GNU C Library: Shared libraries ii libjs-jquery 1.4-1 JavaScript library for dynamic web ii libvtk5.2 5.2.1-11 Visualization Toolkit - A high lev ii python 2.5.4-9 An interactive high-level object-o ii python-apptools3.3.0-3 ETS Application Tools ii python-central 0.6.14+nmu2 register and build utility for Pyt ii python-configobj 4.5.2-2 a simple but powerful config file ii python-envisagecore3.1.1-2 Extensible Application Framework ii python-envisageplugins 3.1.1-1 Plugins for the Envisage framework ii python-numpy 1:1.3.0-3+b1 Numerical Python adds a fast array ii python-pkg-resources 0.6.10-1 Package Discovery and Resource Acc ii python-traits 3.2.0-1+b1Manifest typing and reactive progr ii python-traitsgui 3.1.0-1 Traits-capable windowing framework ii python-vtk 5.2.1-11 Python bindings for VTK ii python-wxgtk2.82.8.10.1-2+b1 wxWidgets Cross-platform C++ GUI t ii python2.5 2.5.4-3.1 An interactive high-level object-o mayavi2 recommends no packages. Versions of packages mayavi2 suggests: pn ipython none (no description available) pn python-scipy 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#566582: debian/copyright does not say that ifrit is under GPLv2
Package: ifrit Version: 3.2.8-1 Severity: important Hi! Thanks for maintaining ifrit in Debian. The official web site of IFrIT (which, BTW, has moved to http://sites.google.com/site/ifrithome/ : please update the homepage field) states that the software package is released under the terms of the GNU GPL v2. Indeed, some random checks on files extracted from the source code seem to confirm this. However, the debian/copyright file of the ifrit Debian package does not seem to include a verbatim copy of [the] copyright and distribution license, as required by Debian Policy, section 4.5 (http://www.debian.org/doc/debian-policy/ch-source.html#s-dpkgcopyright). Please amend the debian/copyright file to reflect the licensing status of the package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566591: supp-pdf.mkii: cannot use macro parameter character # in horizontal mode
Package: texlive-latex-base Version: 2009-7 Severity: normal Hi! I've just found out what seems to be a problematic regression. Steps to reproduce: # aptitude install xml-resume-library $ cat test.xml ?xml version=1.0 encoding=UTF-8? !DOCTYPE resume PUBLIC -//Sean Kelly//DTD Resume 1.5.1//EN /usr/share/sgml/xml-resume-library/dtd/resume.dtd resume header name firstnameFoo/firstname surnameBar/surname /name /header /resume $ xmlto -x /usr/share/sgml/xml-resume-library/xsl/output/us-letter.xsl pdf test.xml This is pdfTeX, Version 3.1415926-1.40.10 (TeX Live 2009/Debian) restricted \write18 enabled. entering extended mode (./tmp.fo LaTeX2e 2009/09/24 Babel v3.8l and hyphenation patterns for english, usenglishmax, dumylang, noh yphenation, bulgarian, ukrainian, russian, ibycus, monogreek, greek, ancientgre ek, italian, latin, loaded. xmltex version: 2002/06/25 v1.9 (Exp): (/usr/share/texmf/tex/xmltex/config/xmltex.cfg) No File: tmp.cfg (/usr/share/texmf/tex/xmltex/passivetex/fotex.xmt) (/usr/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/usr/share/texmf-texlive/tex/latex/base/size10.clo)) (/usr/share/texmf/tex/xmltex/passivetex/fotex.sty ) No file tmp.aux. (/usr/share/texmf/tex/latex/tipa/t3ptm.fd) (/usr/share/texmf-texlive/tex/latex/cyrillic/t2acmr.fd) (/usr/share/texmf-texlive/tex/latex/base/ts1cmr.fd) (/usr/share/texmf-texlive/tex/latex/psnfss/t1ptm.fd) (/usr/share/texmf-texlive/tex/context/base/supp-pdf.mkii ! You can't use `macro parameter character #' in horizontal mode. l.82 \def\@@mptopdf@@twodigitrounding# 1% ? ! Emergency stop. l.82 \def\@@mptopdf@@twodigitrounding# 1% ! == Fatal error occurred, no output PDF file produced! Transcript written on tmp.log. All this used to work flawlessly about one year ago (on Debian testing). The error seems to be generated by file supp-pdf.mkii, which belongs to package texlive-latex-base. Please reassign the bug report as appropriate, in case I selected the wrong package! Please help me, I cannot understand what's wrong and this prevents *any* XML resume to be compiled in PDF format. ## List of ls-R files -rw-r--r-- 1 root root 1279 Jan 21 18:53 /var/lib/texmf/ls-R -rw-rw-r-- 1 root staff 79 Jan 18 21:41 /usr/local/share/texmf/ls-R lrwxrwxrwx 1 root root 29 Jan 18 21:47 /usr/share/texmf/ls-R - /var/lib/texmf/ls-R-TEXMFMAIN lrwxrwxrwx 1 root root 27 Jan 18 21:47 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE lrwxrwxrwx 1 root root 27 Jan 18 21:47 /usr/share/texmf-texlive/ls-R - /var/lib/texmf/ls-R-TEXLIVE ## Config files lrwxrwxrwx 1 root root 20 Jan 18 21:47 /usr/share/texmf/web2c/texmf.cnf - /etc/texmf/texmf.cnf -rw-r--r-- 1 root root 6766 Jan 21 18:53 /var/lib/texmf/web2c/fmtutil.cnf -rw-r--r-- 1 root root 12878 Jan 21 18:53 /var/lib/texmf/web2c/updmap.cfg -rw-r--r-- 1 root root 5023 Jan 21 18:53 /var/lib/texmf/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 4 -rw-r--r-- 1 root root 283 Nov 23 2007 mktex.cnf ## md5sums of texmf.d 3875bf0f4a53a29b7f247399dc9833e2 /etc/texmf/texmf.d/05TeXMF.cnf 6e82a3d4c00ae7e4f86aa8dcf9438cf3 /etc/texmf/texmf.d/15Plain.cnf d588a08518f705d06ac262acd78f2bc4 /etc/texmf/texmf.d/20xmltex.cnf c60a084820a0b73e3bfbf2e90bda437c /etc/texmf/texmf.d/45TeXinputs.cnf ea33127256c6a9f37145ae5b16fdb80c /etc/texmf/texmf.d/55Fonts.cnf afccf1d3f87057411166a77c58e00bd1 /etc/texmf/texmf.d/65BibTeX.cnf 9da7c1c7b1eaf06f941af91f48a23068 /etc/texmf/texmf.d/75DviPS.cnf 7ae52efac46feb97010986e57877d12e /etc/texmf/texmf.d/80DVIPDFMx.cnf 37329819f1109e8a457e64b8b58fecdb /etc/texmf/texmf.d/85Misc.cnf a8952d594677235951d447665ec46e9c /etc/texmf/texmf.d/90TeXDoc.cnf bab3b7e578107f999fa1b0768994f6f8 /etc/texmf/texmf.d/95NonPath.cnf -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-latex-base depends on: ii dpkg 1.15.5.6 Debian package management system ii tex-common2.06 common infrastructure for building ii texlive-base 2009-7 TeX Live: Essential programs and f ii texlive-binaries 2009-5 Binaries for TeX Live ii texlive-common2009-7 TeX Live: Base component Versions of packages texlive-latex-base recommends: ii texlive-latex-base-doc2009-7 TeX Live:
Bug#565436: pbuilder: new $HOME value broke my hook scripts
Package: pbuilder Version: 0.196 Severity: normal Hi! The recent change in the $HOME value set by pdebuild-internal (see commit 88e0052c7362c2c2a7841579f007ccabeae27c49 ) broke most of my hook scripts, since they unfortunately rely on the fact that $HOME ends with /../ Would it be possible to add a new environment variable to identify the debianized source directory? I think that adding the following simple line in pdebuild-internal just beforeexport HOME=$(readlink -f $(pwd)/../) would suffice: export DEBSOURCEDIR=$(readlink -f $(pwd)) maybe with a comment that explains that this is useful for hook scripts. I think this would be harmless and very useful for many hook scripts written by users in the future. Please add this line as soon as possible, if you agree. Thanks for your time. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pbuilder depends on: ii cdebootstrap 0.5.5 Bootstrap a Debian system ii coreutils 7.4-2 The GNU core utilities ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii debianutils 3.2.2 Miscellaneous utilities specific t ii wget 1.12-1.1 retrieves files from the web Versions of packages pbuilder recommends: ii devscripts2.10.61scripts to make the life of a Debi ii fakeroot 1.14.4-1 Gives a fake root environment ii sudo 1.7.2p1-1 Provide limited super user privile Versions of packages pbuilder suggests: pn cowdancer none (no description available) pn gdebi-corenone (no description available) pn pbuilder-uml none (no description available) -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565219: qa.debian.org: bug history graphs are incorrect
Package: qa.debian.org Severity: normal Hi! The bug count (and consequently the plot shape) is often incorrect in the bug history graphs. Consider for instance: http://packages.qa.debian.org/d/dpkg-ruby.html The package currenty has 0 (zero) outstanding bugs and 8 unarchived resolved bugs. Nonetheless, the graph http://people.debian.org/~glandium/bts/d/dpkg-ruby.png claims a total of 7 bugs and the plot is somehow missing in the last days. By looking at http://people.debian.org/~glandium/bts/d/ I see that the graph was last updated on 13-Jan-2010 12:07, but at that time, all bugs were already resolved. I don't know whether this problem is related to (or even the same as) bugs #546676, #548009, and #526237. Anyway, please fix the generation of the graphs: they are nice, but often misleading... Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563719: milkytracker: homepage field should be updated
Package: milkytracker Version: 0.90.80+dfsg-2 Severity: minor Hi! While searching for information about this program, I tried to visit the URL included in the homepage field: currently, it is http://www.milkytracker.net/ Well, this URL makes my browser time out after a long wait for a reply. It seems that the official web site for MilkyTracker is now http://milkytracker.org/ Please update the homepage field. Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561005: purging console-setup-mini makes you lose some console-setup configuration
Package: console-setup Version: 1.50 Severity: normal Hi and thanks for maintaining console-setup! On a box where console-setup-mini was installed, I issued the following command: # aptitude install console-setup console-setup-mini- in order to switch from console-setup-mini to console-setup. Some configuration files are present in /etc/console-setup/ : $ ls /etc/console-setup/ cached.kmap.gzcompose.ISO-8859-13.inc compose.ISO-8859-8.inc compose.ARMSCII-8.inc compose.ISO-8859-14.inc compose.ISO-8859-9.inc compose.CP1251.inccompose.ISO-8859-15.inc compose.KOI8-R.inc compose.CP1255.inccompose.ISO-8859-16.inc compose.KOI8-U.inc compose.CP1256.inccompose.ISO-8859-1.inc compose.TIS-620.inc compose.GEORGIAN-ACADEMY.inc compose.ISO-8859-2.inc compose.VISCII.inc compose.GEORGIAN-PS.inc compose.ISO-8859-3.inc Lat15-Fixed16.psf.gz compose.IBM1133.inc compose.ISO-8859-4.inc Lat15-TerminusBold16.psf compose.ISIRI-3342.inccompose.ISO-8859-5.inc remap.inc compose.ISO-8859-10.inc compose.ISO-8859-6.inc compose.ISO-8859-11.inc compose.ISO-8859-7.inc They seem to belong to console-setup-mini: $ dpkg -l | grep ^rc | cut -c 1-60 rc console-setup-mini 1.50 OK, let's purge console-setup-mini, in order to clean the system up: # aptitude purge console-setup-mini Let's check: $ dpkg -l | grep ^rc | cut -c 1-60 $ ls /etc/console-setup/ ls: cannot access /etc/console-setup/: No such file or directory Wait, but that directory has a name that makes me think it should be useful to console-setup... # aptitude reinstall console-setup And now: $ ls /etc/console-setup/ cached.kmap.gz Lat15-Fixed16.psf.gz Hence, after switching from console-setup-mini to console-setup and purging console-setup-mini, some configuration files that seem to be useful for both console-setup-mini and console-setup get lost. This problem was mentioned by me during the discussions of bug #546983, but it seems to be still unfixed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.30-2 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii keyboard-configuration1.50 system-wide keyboard preferences ii xkb-data 1.7-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools 1:0.2.3dbs-66 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.10.2-2 GNU C Library: National Language ( ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#561008: console-setup: approximations for 'toilet -f future' symbols look different before and after X
Package: console-setup Version: 1.50 Severity: normal Hi (again)! During the discussions for bug #546983, console-setup was greatly improved by Anton Zinoviev (which I would like to thank again): the console is now able to display 'toilet -f future' symbols in a strange, yet charming way, by using approximations. All standard fonts (Fixed, Terminus, TerminusBold, TerminusBoldVGA, VGA) are able to perform this magic. I chose TerminusBoldVGA, as shown below in the debconf settings section. This is really great. I noticed an awkward behavior, though. As soon as the box has finished booting, I login on the console and I see the output of, e.g.: $ toilet -f future hello ╻ ╻┏━╸╻ ╻ ┏━┓ ┣━┫┣╸ ┃ ┃ ┃ ┃ ╹ ╹┗━╸┗━╸┗━╸┗━┛ displayed correctly. I mean, the letters don't have the same height, but that's OK (it even somehow enhance the futuristic look of this toilet font!), but each letter is displayed with lines that join perfectly and form a continuous gliph. OK, after that, I start an X session: $ startx logout If I switch back to the console (by pressing [Ctrl+Alt+F1]) and I login again, then the output of $ toilet -f future hello ╻ ╻┏━╸╻ ╻ ┏━┓ ┣━┫┣╸ ┃ ┃ ┃ ┃ ╹ ╹┗━╸┗━╸┗━╸┗━┛ looks different! I mean, each letter is displayed with lines that fail to join perfectly and thus form a discontinous gliph (as if made of broken pieces). This is less nice than before, but the point is: why does it look different?!? I hope this little flaw is easy to fix... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.30-2 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.28 Debian configuration management sy ii keyboard-configuration1.50 system-wide keyboard preferences ii xkb-data 1.7-1 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii console-tools 1:0.2.3dbs-66 Linux console and font utilities Versions of packages console-setup suggests: ii locales 2.10.2-2 GNU C Library: National Language ( ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information: * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/use_system_font: console-setup/fontsize: 16 * console-setup/fontface47: TerminusBoldVGA * console-setup/fontsize-text47: 16 * console-setup/charmap47: UTF-8 console-setup/codesetcode: Lat15 console-setup/fontsize-fb47: 16 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560415: grub-common: /etc/grub.d/30_os-prober detects and creates entries for an external backup disk!
Package: grub-common
Version: 1.97~beta3-1
Severity: normal
Hello and thanks for maintaining GRUB in Debian.
On a recently installed Debian testing box, I had the first Linux kernel
upgrade the other day, due to the testing-security update
(linux-image-2.6.30-2-amd64/2.6.30-8squeeze1).
During the upgrade, upgrade-grub was apparently invoked, as it should.
After the reboot I found two additional spurious entries in the GRUB menu.
By inspecting /boot/grub/grub.cfg , I see that the two entries were
added by 30_os-prober:
### BEGIN /etc/grub.d/30_os-prober ###
menuentry Debian GNU/Linux, Linux 2.6.30-2-amd64 (on /dev/sdc1) {
linux /boot/vmlinuz-2.6.30-2-amd64 root=/dev/md0 ro quiet
initrd /boot/initrd.img-2.6.30-2-amd64
}
menuentry Debian GNU/Linux, Linux 2.6.30-2-amd64 (recovery mode) (on
/dev/sdc1) {
linux /boot/vmlinuz-2.6.30-2-amd64 root=/dev/md0 ro single
initrd /boot/initrd.img-2.6.30-2-amd64
}
### END /etc/grub.d/30_os-prober ###
The problem is that /dev/sdc1 is a partition on an external USB hard drive,
where I complete backup of the system is performed nightly with rsync.
It seems that os-prober inspected this external USB disk (that was not
mounted during the package upgrades) and found the backup of the Linux kernel
image:
# os-prober
/dev/sdc1:Debian GNU/Linux (squeeze/sid):Debian:linux
I seem to remember that grub even complained about not finding /dev/sdc
in the device.map...
Well, IMHO /etc/grub.d/30_os-prober is being overzealous here: it even
wants to create entries for a backup disk...
I don't know if it can become smart enough to distinguish between backup
partitions and other actual OSes.
Anyway, is it possible to disable one device or, at least, to disable
30_os-prober entirely?
I cannot find the Right Way™ to do so.
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-2-amd64 (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/dash
Versions of packages grub-common depends on:
ii base-files 5.0.0 Debian base system miscellaneous f
ii libc6 2.10.2-2 GNU C Library: Shared libraries
ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib
ii libncurses55.7+20090803-2shared libraries for terminal hand
ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime
Versions of packages grub-common recommends:
ii os-prober 1.35 utility to detect other OSes on a
Versions of packages grub-common suggests:
pn multiboot-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#558400: gridengine: please ask Sun to re-license under better terms
Package: gridengine Version: 6.2-4 Severity: wishlist Hi! Thanks for maintaining Sun GridEngine in Debian! As stated in [1], Sun has ceased to use or recommend the SISSL license. However, by looking at the debian/copyright file of this package, it seems gridengine is still under the SISSL. My personal opinion on the SISSL is not overly positive: I would love seeing gridengine re-licensed under better terms, such as those of the GNU GPL v2 [2], of the Expat/MIT [3], or of the Apache v2 [4]. Could this be asked to Sun, please? Thanks for your time. [1] http://www.opensource.org/licenses/sisslpl.php [2] http://www.gnu.org/licenses/gpl-2.0.txt [3] http://www.jclark.com/xml/copying.txt [4] http://www.apache.org/licenses/LICENSE-2.0.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550635: mayavi2: [regression] interpolated scalar coloring results in black surface
Package: mayavi2 Version: 3.3.0-1 Severity: important Hi! I've just found out a regression in mayavi2 (I am pretty sure this didn't use to happen previously). Steps to reproduce: $ mayavi2 -d /usr/share/doc/mayavi2/examples/mayavi/data/heart.vtk The main window shows up. * in the Mayavi pane, click on Add module or filter * in the Mayavi object editor pane, double-click on Scalar Cut Plane * in the Mayavi Scene 1 pane, click on View along the +X axis The scalar cut plane is now visible and shows a scalar color map, which is however blocky and non-smooth, with poorly defined contours. * in the Mayavi object editor pane, Actor tab, check Interpolate scalars before mapping Hey! The scalar cut plane is not completely painted black! This should *not* happen! * look slightly below in the Actor tab, inside the Property frame: the Color property is set to black * change the Color property from black to white (by moving the third slider to the extreme left: BTW, this color chooser widget is really terrible, from a usability point of view!) Hey! Now the scalar cut plane correctly shows an interpolated scalar coloring, as desired. It seems that the Color property's Value (that is to say, the third coordinate in a HSV color space) determines how much scalar coloring is performed, when interpolation is enabled: I get the correct visualization with white Color (Value = 100 %), I get a black surface without any visible scalar coloring on it with black Color (Value = 0), while I get a semi-transparent scalar coloring superposed to the black surface with any other Color (any Value in between). I am experiencing the same misbehavior with other visualization modules, such as Custom Grid Plane, Surface, and so forth... Hence, the issue is not specifically related to Scalar Cut Plane. What's wrong? Please forward this bug to upstream, if appropriate. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mayavi2 depends on: ii libc62.9-25 GNU C Library: Shared libraries ii libjs-jquery 1.3.3-2 JavaScript library for dynamic web ii libvtk5.25.2.1-11Visualization Toolkit - A high lev ii python 2.5.4-2 An interactive high-level object-o ii python-apptools 3.3.0-1 ETS Application Tools ii python-central 0.6.11 register and build utility for Pyt ii python-configobj 4.5.2-2 a simple but powerful config file ii python-envisagecore 3.1.1-1 Extensible Application Framework ii python-envisageplugins 3.1.1-1 Plugins for the Envisage framework ii python-numpy 1:1.3.0-3 Numerical Python adds a fast array ii python-pkg-resources 0.6c9-2 Package Discovery and Resource Acc ii python-traits3.2.0-1 Manifest typing and reactive progr ii python-traitsgui 3.1.0-1 Traits-capable windowing framework ii python-vtk 5.2.1-11Python bindings for VTK ii python-wxgtk2.8 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t ii python2.52.5.4-2 An interactive high-level object-o mayavi2 recommends no packages. Versions of packages mayavi2 suggests: pn ipython none (no description available) pn python-scipy 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#548611: gnash: please add a configuration setting for initial volume level
Package: gnash Version: 0.8.6-1 Severity: wishlist Hi! First off, thanks for maintaining gnash in Debian! :-) I've just installed it (as a replacement for swfdec, which does not work very well, currently) and it seems to work, even though there's still room for improvement... Anyway, whenever I start playing a video (e.g.: inside my browser, with mozilla-plugin-gnash) gnash sets its volume level to the maximum value (that is to say: 100 %). This is way too much for my set up, hence I have to manually move the slider and set gnash volume to a value around 20 % or 30 %, if I want to avoid breaking my eardrums! Repeating this step for each and every video I play is a bit annoying. I would like to have a configuration option to be placed into my ~/.gnashrc that sets the initial value for gnash volume. Something like set volume 25 would set the initial value for the volume to 25 % Of course the user should still be able to change the volume level while gnash is running... Is this feasible? Can it be implemented? Please forward this feature request to upstream, if appropriate. Thanks for your time. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnash depends on: ii gnash-common 0.8.6-1free SWF movie player - common fil ii libc6 2.9-25 GNU C Library: Shared libraries ii libgcc1 1:4.4.1-1 GCC support library ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgtk2.0-0 2.16.6-1 The GTK+ graphical user interface ii libstdc++64.4.1-1The GNU Standard C++ Library v3 gnash recommends no packages. gnash 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#548380: checkrestart: complains about Xorg before any upgrade happens (with intel drivers)
Package: debian-goodies Version: 0.51 Severity: normal Hi and thanks for maintaining debian-goodies! I noticed an awkward issue with checkrestart, since I upgraded xorg to the new version that recently migrated to testing (xorg/1:7.4+4). On boxes that use xserver-xorg-video-intel, checkrestart always complains about Xorg, as soon as I start an X session, without the need to perform any package upgrade. Steps to reproduce: * start an X session: $ startx logout * open a terminal (such as xterm) * gain root privileges: $ su - Password: * run checkrestart: # checkrestart Found 1 processes using old versions of upgraded files (1 distinct program) (1 distinct packages) These processes do not seem to have an associated init script to restart them: xserver-xorg-core: 6462/usr/bin/Xorg Why should I restart Xorg? Which is the modified file used by Xorg in an obsolete version? This happens only on my intel-graphics-powered box (xserver-xorg-video-intel video drivers). It does *not* happen with other video chipsets and drivers. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debian-goodies depends on: ii curl 7.19.5-1.1Get a file from an HTTP, HTTPS or ii dctrl-tools [grep-dctrl] 2.13.1Command-line tools to process Debi ii debianutils3.2.1 Miscellaneous utilities specific t ii less 436-1 pager program similar to more ii lsof 4.81.dfsg.1-1 List open files ii python 2.5.4-2 An interactive high-level object-o ii whiptail 0.52.10-4 Displays user-friendly dialog boxe debian-goodies recommends no packages. Versions of packages debian-goodies suggests: ii popularity-contest1.48 Vote for your favourite packages a ii xdg-utils 1.0.2-6.1 desktop integration utilities from pn zenitynone (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#547500: geomview: segfaults when trying to create a PostScript snapshot of certain data
Package: geomview
Version: 1.9.4-1
Severity: normal
Hi!
I noticed a problem with the PostScript snapshot saving option.
The option seems to work in some cases, but causes geomview to
segfault in other cases.
First test:
* start geomview with the following command:
$ geomview tref.off
* select Save [] from the File menu
* in the Save dialog window, select PostScript snapshot and enter
test_ok.eps as Selection
* click on the OK button
* select Exit [Q] from the File menu
* check the resulting Encapsulated PostScript file
$ ls --size --si test_ok.eps
33k test_ok.eps
$ gv test_ok.eps
OK, it seems to work perfectly.
Let's proceed with the second test:
* prepare the following command file:
$ cat minimalist.gcl
(new-geometry [g1]
{
appearance { +edge -face }
LIST
{
MESH 2 3
1.1 1.1 0.0
2.2 1.1 0.0
1.1 2.8 0.0
2.3 2.9 0.0
1.1 3.4 0.0
2.3 3.5 0.0
}
{
MESH 2 3
3.1 1.1 0.0
4.2 1.1 0.0
3.1 2.8 0.0
4.3 2.9 0.0
3.1 3.4 0.0
4.3 3.5 0.0
}
}
)
(bbox-draw [g1] off)
(name-object [g1] minimalist)
(backcolor Camera 1.0 1.0 1.0)
(ui-target World)
(event-mode [t] Translate)
* start geomview with the following command:
$ geomview minimalist.gcl
* select Save [] from the File menu
* in the Save dialog window, select PostScript snapshot and enter
test_fail.eps as Selection
* click on the OK button
* the output on the terminal is:
Geomview(8397): internal error: Segmentation violation; dump core now
(y/n) [n] ?
* hit [Enter] on the keyboard and watch geomview exit
* check the resulting Encapsulated PostScript file
$ ls --size --si test_fail.eps
0 test_fail.eps
Nothing was produced!
What's wrong?
I experienced this problem on different boxes, with different video
cards. On all of them many GL applications work:
$ glxinfo | grep rendering
direct rendering: Yes
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages geomview depends on:
ii lesstif2 1:0.95.0-2.3 OSF/Motif 2.1 implementation relea
ii libc6 2.9-25GNU C Library: Shared libraries
ii libgcc11:4.4.1-1 GCC support library
ii libgeomview-1.9.4 1.9.4-1 geomview library runtime
ii libgl1-mesa-glx [libgl 7.5.1-1 A free implementation of the OpenG
ii libglu1-mesa [libglu1] 7.5.1-1 The OpenGL utility library (GLU)
ii libice62:1.0.5-1 X11 Inter-Client Exchange library
ii libsm6 2:1.1.1-1 X11 Session Management library
ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3
ii libx11-6 2:1.2.2-1 X11 client-side library
ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar
ii libxt6 1:1.0.6-1 X11 toolkit intrinsics library
ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime
Versions of packages geomview recommends:
pn xpdf none (no description available)
geomview 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#546983: console-setup-mini: fails to set the keyboard layout (and falls back to us layout)
Package: console-setup-mini Version: 1.44 Severity: important Hi! I upgraded my Debian testing (squeeze) notebook yesterday and various packages were upgraded (among which several xorg packages). Due to dependencies, console-setup-mini was pulled in, as confirmed by /var/log/aptitude : [INSTALL, DEPENDENCIES] console-setup-mini During the configuration step, various debconf questions were asked: I tried hard to reply reasonably. Today, I booted up the notebook and logged in on the console (I do not use any graphical login manager) and noticed that the keyboard layout was set to US, while my notebook has an Italian keyboard (buying a notebook with a US keyboard is close to impossible down here in Italy...). I thought I messed up with debconf questions, hence I re-ran: # dpkg-reconfigure console-setup-mini The resulting configuration is shown below and translates into the following conffile: $ grep -v '^#\|^$' /etc/default/console-setup VERBOSE_OUTPUT=no ACTIVE_CONSOLES=/dev/tty[1-6] CHARMAP=UTF-8 CODESET=Lat15 FONTFACE=VGA FONTSIZE=16 XKBMODEL=pc105 XKBLAYOUT=it XKBVARIANT= XKBOPTIONS= Despite XKBLAYOUT is clearly set to it, I still get a US keyboard map on the console (X is fine, instead). I even tried to upgrade to console-setup-mini/1.45 from unstable and I even rebooted the notebook, just in case... Nothing changed: still US layout, no matter what! I tried to issue the following command (going from memory, since the last time I needed to *manually* set the keyboard layout was some 7 or 8 years ago!): $ loadkeys it Loading /usr/share/keymaps/i386/qwerty/it.kmap.gz Keymap 0: Permission denied Keymap 1: Permission denied Keymap 2: Permission denied KDSKBENT: Operation not permitted loadkeys: could not deallocate keymap 3 As you can see, it didn't work. Please help! I really cannot understand why setting a non-US keyboard layout has suddenly become *so* hard in Debian testing! What's wrong with my notebook? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup-mini depends on: ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy Versions of packages console-setup-mini recommends: ii console-tools 1:0.2.3dbs-66 Linux console and font utilities Versions of packages console-setup-mini suggests: ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip -- debconf information: * console-setup/variant: Italy console-setup/unsupported_options: true * console-setup/ctrl_alt_bksp: false console-setup/modelcode: pc105 console-setup/use_system_font: console-setup/fontsize: 16 console-setup/unsupported_layout: true console-setup/layoutcode: it console-setup/codesetcode: Lat15 * console-setup/altgr: The default for the keyboard layout * console-setup/codeset: # Latin1 and Latin5 - western Europe and Turkic languages console-setup/toggle: No toggling * console-setup/fontface: VGA * console-setup/fontsize-text: 16 * console-setup/compose: No compose key debian-installer/console-setup-udeb/title: console-setup/other: console-setup/switch: No temporary switch console-setup/unsupported_config_layout: true * console-setup/charmap: UTF-8 console-setup/optionscode: console-setup/unsupported_config_options: true console-setup/layout: console-setup/variantcode: * console-setup/model: console-setup/fontsize-fb: 16 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546456: mozilla-mplayer: does not step in to play an Ogg Video file
Package: mozilla-mplayer Version: 3.55-2 Severity: normal Hi and thanks for maintaining mozilla-mplayer in Debian! This package works for me with several video formats, but fails to help me in viewing Ogg Video files. I haven't changed anything in the plugin configuration. The only configuration tweaking I performed is for mplayer: $ cat ~/.mplayer/config ao=jack,alsa volume=20 vo=xv $ grep mplayer ~/.local/share/applications/defaults.list video/mpeg=mplayer.desktop video/vnd.mpegurl=mplayer.desktop video/x-msvideo=mplayer.desktop video/vnd.vivo=mplayer.desktop application/vnd.ms-asf=mplayer.desktop video/x-ms-asf=mplayer.desktop video/x-ms-wmv=mplayer.desktop application/x-quicktimeplayer=mplayer.desktop video/quicktime=mplayer.desktop video/mp4=mplayer.desktop video/fli=mplayer.desktop When I try to view an Ogg Video file from inside Galeon or Epiphany, the browser just offers me to save the file on disk. I instead expected to see mozilla-mplayer step in and visualize the video... One example is http://kitenet.net/~joey/blog/entry/debhelper_talk/ If I click on the image (which is a link to http://meetings-archive.debian.net/pub/debian-meetings/2009/debconf9/low/1060_Not_your_grandpas_debhelper.ogv), Galeon opens the following dialog window: | Save this file? | | 1060_Not_your_grandpas_debhelper.ogv | | Ogg Video | | http://meetings-archive.debian.net/pub/debian- | meetings/2009/debconf9/low/ | | It is not possible to view this file directly in | the browser. You can save it instead. | |[ Cancel ] [ Save ] A similar result is obtained with Epiphany. I tried to add some line to ~/.local/share/applications/defaults.list (such as video/x-theora=mplayer.desktop), but it seems that nothing changed, even after restarting the browser. According to http://mplayerplug-in.sourceforge.net/config.php the configuration files read by the plugin are: /etc/mplayerplug-in.conf $HOME/.mozilla/mplayerplug-in.conf $HOME/.mplayer/mplayerplug-in.conf In my case, those are the default ones: $ cat /etc/mplayerplug-in.conf #debug=0 #vo=xv,x11 #ao=arts,esd,oss #download=1 #dload-dir=$HOME/tmp #keep-download=0 #noembed=0 #cachesize=512 #use-mimetypes=0 #enable-ogg=1 #enable-smil=1 #enable-helix=1 #qt-speed=med #rtsp-use-tcp=0 #nomediacache=0 #framedrop=0 #autosync=0 #mc=1 #black-background=0 #user-agent=NSPlayer $ cat $HOME/.mozilla/mplayerplug-in.conf cat: /home/frx/.mozilla/mplayerplug-in.conf: No such file or directory $ cat $HOME/.mplayer/mplayerplug-in.conf cat: /home/frx/.mplayer/mplayerplug-in.conf: No such file or directory What's wrong? What did I fail to understand? I expected this plugin to work out of the box: it happens to do so with some proprietary video formats, but it fails to do so with the open and free software friendly Ogg format! :-o Very awkward! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mozilla-mplayer depends on: ii epiphany-browser 2.26.3-2 Intuitive web browser - dummy pack ii galeon 2.0.7-1 GNOME web browser for advanced use ii iceweasel 3.0.9-1 lightweight web browser based on M ii libc6 2.9-25GNU C Library: Shared libraries ii libgcc11:4.4.1-1 GCC support library ii libglib2.0-0 2.20.5-1 The GLib library of C routines ii libgtk2.0-02.16.6-1 The GTK+ graphical user interface ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii mplayer1.0~rc3+svn20090405-1 movie player for Unix-like systems mozilla-mplayer recommends no packages. mozilla-mplayer 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#545895: debbugs: should drop '\r' characters from bug report subjects
Package: debbugs Version: 2.4.2~exp0 Severity: normal Hi! I think I found a bug in the BTS, hence I am reporting it against the experimental version of debbugs (which I believe is the closest version to what is used in the BTS, right?). The following example use of apt-listbugs shows the problem: $ apt-listbugs list gstreamer0.10-plugins-good Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done serious bugs of gstreamer0.10-plugins-good (- ) marked as done in some version (Fixed: gstreamer0.10-plugins-good/0.10.8-4.1).1 unistallable due to .mo serious bugs of gstreamer0.10-plugins-good (- ) unfixed #532352 - gstreamer0.10-plugins-good: CVE-2009-1932 integer overflows Summary: gstreamer0.10-plugins-good(2 bugs) This is wrongly displayed! You cannot even see the first bug number! The problem is that the first bug report includes a '\r' character in its subject and thus messes up with apt-listbugs description line building... I have already worked around this problem in apt-listbugs with a modification in the BTS SOAP reply parsing code. This modification will be included in the next release of apt-listbugs (version 0.1.1) and is visible on the public git repository: http://git.debian.org/?p=apt-listbugs/apt-listbugs.git;a=commitdiff;h=0ca67de284c11926221959a0ee0237dd0c3bd84d With this modification, the above command gives the following correct output: $ apt-listbugs list gstreamer0.10-plugins-good Reading package fields... Done Reading package status... Done Retrieving bug reports... Done Parsing Found/Fixed information... Done serious bugs of gstreamer0.10-plugins-good (- ) marked as done in some version #515836 - gstreamer0.10-plugins-good: 0.10.8-4.1 unistallable due to .mo (Fixed: gstreamer0.10-plugins-good/0.10.8-4.1) serious bugs of gstreamer0.10-plugins-good (- ) unfixed #532352 - gstreamer0.10-plugins-good: CVE-2009-1932 integer overflows Summary: gstreamer0.10-plugins-good(2 bugs) However, the other apt-listbugs co-maintainer (Ryan Niebur) and I think that this is a bug in the BTS and should be fixed there. The BTS should drop '\r' characters from bug report subjects, so that any tool which queries the BTS via its SOAP interface won't get malformed subjects and won't mess up while trying to display them. I hope that you agree with this analysis and that this bug is not to difficult to fix. Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#545531: rakarrack: no i386 binary ?!?
Package: rakarrack Version: 0.3.0-1 Severity: important Hi! Thanks for maintaining rakarrack in Debian! I really cannot understand what's going on. It seems to me that the i386 binary package of rakarrack has not yet been built: the build status [1] says Building, the build log [2] seems to indicate some unsatisfied dependency, and the package seems to be missing from i386 mirrors. [1] https://buildd.debian.org/pkg.cgi?pkg=rakarrack [2] https://buildd.debian.org/fetch.cgi?pkg=rakarrack;ver=0.3.0-1;arch=i386;stamp=1251308537 Despite this lack of syncronization among architectures, the package *did* migrate to testing [3] ! :-o [3] http://packages.qa.debian.org/r/rakarrack/news/20090906T163952Z.html Maybe I am misinterpreting something. Could you please help me understand where's the problem (maybe a bug in britney?), so that we can properly reassign this bug report? Can this problem be solved for rakarrack? Thanks for your time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544208: fluxbox: [regression] messes window positions up after running full-screen games at different resolution
Package: fluxbox Version: 1.1.1-2 Severity: important Hi! Thanks for maintaining fluxbox in Debian! I've just found out a bug which was not present in older versions of fluxbox: this is a regression, although I cannot remember which version did not suffer from this issue. Anyway the bug is present now, in version 1.1.1-2, and is really annoying. Put simply: if I start a full-screen game from fluxbox, and this game runs at a resolution which differs from the desktop one, then I find all windows moved up and left on all workspaces, as soon as I quit the game and go back to my fluxbox session! Steps to reproduce: # aptitude install freedoom Then start the game from a fluxbox session, with some open windows (anything is affected: terminal emulators, panels such as fbpanel, audio players, graphical web browsers, graphical MUAs, ...): $ doom Inside the game, select Options, then General, and set Fullscreen video mode to Yes. Quit and restart the game. $ doom Play for a while and then quit. In the terminal where you started the game, you should find several stdout messages, among which: I_InitGraphics: 640x480 I_UpdateVideoMode: 640x480 (fullscreen) V_InitMode: using 8 bit video mode I_SetRes: Using resolution 640x480 I_UpdateVideoMode: 0xe000, SDL buffer, direct access confirming that the game ran full-screen at a different resolution (unless your desktop runs at 640x480...). Look at all the windows. Their positions is wrong: moved up and left. At least, this is what happened to me: I had to reposition each and every window back to its right place! By hand! I hope this bug may be fixed soon. Please forward to upstream, if appropriate. Thanks for your time. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fluxbox depends on: ii libc6 2.9-23GNU C Library: Shared libraries ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-1 GCC support library ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libimlib2 1.4.2-5 powerful image loading and renderi ii libsm6 2:1.1.0-2 X11 Session Management library ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm41:3.5.7-2 X11 pixmap library ii libxrandr2 2:1.3.0-2 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii menu 2.1.41generates programs menu for all me ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages fluxbox recommends: ii xfonts-terminus 4.28-1 Fixed-width fonts for fast reading Versions of packages fluxbox suggests: pn fbdesknone (no description available) pn fbpager none (no description available) pn fluxconf 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#544112: audacious: rolled up main player window partially disappears while buffering
Package: audacious Version: 2.1-1 Severity: normal Hi! I forgot to report this bug when I began to experience it (that is to say, when I began to experience #516592, if I recall correctly). Anyway, I still experience it, and hence I am reporting it now. The problem is that audacious GUI partially disappears under some conditions. More precisely: the main player window (in rolled up status) happens to partially disappear, when I press the play button and audacious is waiting for a network connection to be established or is buffering the network stream. Whenever this happens, everything is back to normal behavior in a short time. In order to clarify, I prepared two screenshots. You should find them attached. File 'shot0.png' shows the rolled up main player window (stacked on top of the rolled up playlist editor window). This is the normal look of the GUI, with my configuration. When I press the play button, I shortly see the GUI as depicted in file 'shot1.png'. Please notice the little black rectangle: the rest of the main player window is not drawn at all! What can be seen instead is the X background (I use /usr/share/wallpapers/The-Brothers-Gibb-1.JPG from the propaganda-debian package). Within a short time, everything is back to its normal look (that is to say, back to 'shot0.png'). I often (but not always) experience this awkward misbehavior. Even the duration of the problem varies: sometimes it lasts longer, sometimes it is almost invisible... maybe it depends on network latency, I don't know... I hope it can be fixed soon, since it is annoying. Thanks for your time. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious depends on: ii audacious-plugins 2.1-1 Base plugins for audacious ii dbus 1.2.16-2 simple interprocess messaging syst ii dbus-x11 1.2.16-2 simple interprocess messaging syst ii gtk2-engines-pixbuf 2.16.5-1 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.26.0-1 The ATK accessibility toolkit ii libaudclient2 2.1-1 audacious dbus remote control libr ii libaudcore1 2.1-1 audacious core engine library ii libaudid3tag2 2.1-1 audacious id3 tag manipulation lib ii libaudutil1 2.1-1 audacious utility library ii libc6 2.9-23 GNU C Library: Shared libraries ii libcairo2 1.8.8-2The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.16-2 simple interprocess messaging syst ii libdbus-glib-1-2 0.82-1 simple interprocess messaging syst ii libfontconfig12.6.0-4generic font configuration library ii libfreetype6 2.3.9-5FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-0 2.16.5-1 The GTK+ graphical user interface ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libsad2 2.1-1 audacious scale and dither library ii libsamplerate00.1.7-2audio rate conversion library ii libsm62:1.1.0-2 X11 Session Management library Versions of packages audacious recommends: ii audacious-plugins-extra 2.1-1 Various extra plugins for audaciou ii unzip 6.0-1 De-archiver for .zip files audacious suggests no packages. -- no debconf information attachment: shot0.pngattachment: shot1.png
Bug#541414: midori: Homepage field is broken
Package: midori Version: 0.1.8-1 Severity: minor Hi! ;-) The Homepage: field of the package description points to http://software.twotoasts.de/index.php?/pages/midori_summary.html which currently renders in a page showing only the following text: | | Not found. | This really looks like a 404... Please update the Homepage: field to the current homepage, which seems to be http://www.twotoasts.de/index.php?/pages/midori_summary.html Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538062: openoffice.org-pdfimport: does not work at all (or is undocumented)
Package: openoffice.org-pdfimport
Version: 0.4+OOo3.1.0-5
Severity: important
Hi!
I've just installed openoffice.org-pdfimport, since I need to
import PDF vector images (rather than JPEG, PNG, or other raster format
images) into a Writer document.
After installing openoffice.org-pdfimport, and restarting oowriter,
I fail to see any change in my possibility to insert PDF pictures.
If I select (from menus) Insert - Picture - From File..., I fail
to see PDF among the supported formats.
If I manually type the PDF filename and click on the Open button,
I get an error dialog window, saying:
Unknown graphics format
and the only think I can do is clicking on the OK button.
As far as I can see, this package seems to add no functionality to
OpenOffice.org.
Or at least, there seems to be no documentation on how to make any
use of the provided functionality.
Please help!
How can I insert PDF files as pictures into Writer documents?
-- Package-specific info:
Identifier: com.sun.star.PDFImport-linux_x86
Version: 0.4
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/mssXs9_/pdfimport.oxt
is registered: yes
Media-Type: application/vnd.sun.star.package-bundle
Description: PDF documents are imported in Draw and Impress to preserve the
layout and to
allow basic editing. It is the perfect solution for changing dates, numbers
or small portions of text.
bundled Packages: {
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/mssXs9_/pdfimport.oxt/basic/
is registered: yes
Media-Type: application/vnd.sun.star.basic-library
Description:
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/mssXs9_/pdfimport.oxt/xpdfimport
is registered: unknown
Media-Type: application/vnd.sun.star.executable
Description:
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/mssXs9_/pdfimport.oxt/pdfimport.uno.so
is registered: yes
Media-Type:
application/vnd.sun.star.uno-component;type=native;platform=Linux_x86
Description:
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/mssXs9_/pdfimport.oxt/pdf_import_filter.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
URL:
vnd.sun.star.expand:$UNO_SHARED_PACKAGES_CACHE/uno_packages/mssXs9_/pdfimport.oxt/pdf_types.xcu
is registered: yes
Media-Type: application/vnd.sun.star.configuration-data
Description:
}
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages openoffice.org-pdfimport depends on:
ii libc6 2.9-12GNU C Library: Shared libraries
ii libgcc11:4.4.0-5 GCC support library
ii libpoppler40.10.6-1 PDF rendering library
ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3
ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library
ii openoffice.org-common 1:3.1.0-5 full-featured office productivity
ii openoffice.org-core1:3.1.0-5 full-featured office productivity
ii ure1.5.0+OOo3.1.0-5 OpenOffice.org UNO runtime environ
ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
openoffice.org-pdfimport recommends no packages.
openoffice.org-pdfimport 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#537546: aptitude: autoclean should avoid removing cached packages which are still installed
Package: aptitude Version: 0.4.11.11-1+b1 Severity: wishlist Hi and thanks for maintaining my favorite package manager! ;-) The current behavior of the autoclean command removes from the cache *any* package which can no longer be downloaded (from currently configured sources). This is sometimes risky business: suppose I pinned package P to version A (for whatever reason, e.g.: a regression in the newer version B); when version A is no longer available from the repositories, aptitude autoclean would remove it from my cache, even though I still have this version installed on my box; at thet point, if I try to upgrade to a third (even newer) version C, in order to check whether the regression has been fixed, I would lose the (easy) possibility to downgrade to version A. For this reason, I think autoclean should remove packages which can no longer be downloaded, *unless* they are still installed on the system. This wishlist bug is somewhat related to bug #340444, but not really the same (since it seems that several different suggestions were sent to #340444,). I hope my request looks reasonable and may be implemented easily (and soon!). Thanks for considering. -- Package-specific info: aptitude 0.4.11.11 compiled at Apr 16 2009 23:38:07 Compiler: g++ 4.3.3 Compiled against: apt version 4.6.0 NCurses version 5.7 libsigc++ version: 2.0.18 Ept support enabled. Current library versions: NCurses version: ncurses 5.7.20090523 cwidget version: 0.5.12 Apt version: 4.6.0 linux-vdso.so.1 = (0x7fff159ff000) libapt-pkg-libc6.9-6.so.4.7 = /usr/lib/libapt-pkg-libc6.9-6.so.4.7 (0x7f250d45a000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f250d20f000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f250d00a000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f250cd37000) libept.so.0 = /usr/lib/libept.so.0 (0x7f250cabe000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f250c756000) libz.so.1 = /usr/lib/libz.so.1 (0x7f250c53f000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f250c324000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f250c015000) libm.so.6 = /lib/libm.so.6 (0x7f250bd92000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f250bb77000) libc.so.6 = /lib/libc.so.6 (0x7f250b824000) libutil.so.1 = /lib/libutil.so.1 (0x7f250b621000) libdl.so.2 = /lib/libdl.so.2 (0x7f250b41d000) /lib64/ld-linux-x86-64.so.2 (0x7f250d71b000) Terminal: xterm $DISPLAY is set. `which aptitude`: /usr/bin/aptitude aptitude version information: aptitude linkage: -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages aptitude depends on: ii apt [libapt-pkg-libc6. 0.7.21Advanced front-end for dpkg ii libc6 2.9-12GNU C Library: Shared libraries ii libcwidget30.5.12-4 high-level terminal interface libr ii libept00.5.26+b1 High-level library for managing De ii libgcc11:4.4.0-5 GCC support library ii libncursesw5 5.7+20090523-1shared libraries for terminal hand ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libxapian151.0.13-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages aptitude recommends: ii aptitude-doc-en [aptitude-do 0.4.11.11-1 English manual for aptitude, a ter ii libparse-debianchangelog-per 1.1.1-2 parse Debian changelogs and output Versions of packages aptitude suggests: pn debtags none (no description available) ii tasksel 2.79 Tool for selecting tasks for insta -- 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#537552: bugs.debian.org: please add links to package page and PTS in bug log HTML pages too
Package: bugs.debian.org Severity: wishlist Hi! The HTML BTS page for a package [1] includes some handy and useful links to the corresponding package page [2] and PTS page [3], in a nice line at the top [4]. The HTML BTS page for a single bug [5] does not have these handy links. Having a similar line [4] in each HTML bug log would be very useful. Please add such a line, if it's not too hard to implement. Thanks for considering. [1] e.g.: http://bugs.debian.org/debbugs [2] e.g.: http://packages.debian.org/debbugs [3] e.g.: http://packages.qa.debian.org/debbugs [4] e.g.: You might like to refer to the debbugs package page, to the Package Tracking System, or [...] [5] e.g.: http://bugs.debian.org/499564 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526471: [PATCH] run hooks inside the chroot root (Closes: #526471)
Fix pdebuild-internal fails to execute hook scripts: set HOOKDIR and
invoke executehooks inside the chroot root (in pdebuild-internal).
---
AUTHORS |1 +
pdebuild-internal | 14 ++
2 files changed, 11 insertions(+), 4 deletions(-)
diff --git a/AUTHORS b/AUTHORS
index 77d0885..87c7817 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -12,4 +12,5 @@ Henrique de Moraes Holschuh h...@debian.org -- portion of
pbuilder-satisfydepen
Daniel Schepler schep...@math.berkeley.edu -- many patches,
--preserve-buildplace
Sam Hartman hartm...@debian.org -- bind-mount patch
Mattia Dongili malat...@linux.it -- user-mode-linux support
+Francesco Poli f...@firenze.linux.it -- pdebuild-internal execute hook patch
diff --git a/pdebuild-internal b/pdebuild-internal
index ce624b2..1cff0f0 100644
--- a/pdebuild-internal
+++ b/pdebuild-internal
@@ -1,6 +1,7 @@
#! /bin/bash
# pbuilder-internal -- personal Debian package builder, internal routine
# Copyright (C) 2003-2007 Junichi Uekawa
+# Copyright (C) 2008-2009 Francesco Poli
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -77,11 +78,16 @@ while [ -n $1 ]; do
esac
done
+# set the temporary hook directory as HOOKDIR, if present
+hooks=tmp/hooks
+if [ -d /$hooks ]; then
+HOOKDIR=/$hooks
+fi
# fool pbuilder-runhooks to use / as buildplace, since I am inside chroot.
BUILDPLACE=
. /usr/lib/pbuilder/pbuilder-runhooks
-executehooks D
+(cd / executehooks D)
export PBCURRENTCOMMANDLINEOPERATION=pdebuild
$PBUILDERSATISFYDEPENDSCMD
apt-get install -y --force-yes fakeroot
@@ -93,7 +99,7 @@ useradd -g pbgroup -u ${BUILDRESULTUID} -o pbuser
# what about id -G output? if other groups than the designated is used, we're
stuffed.
export HOME=$(pwd)/../
-executehooks A
+(cd / executehooks A)
# do build with that user.
export DEBBUILDOPTS
@@ -103,8 +109,8 @@ if echo /usr/bin/dpkg-buildpackage -rfakeroot -us -uc
'${DEBBUILDOPTS}' | \
# build was successful
:
else
-executehooks C
+(cd / executehooks C)
exit 1
fi
-executehooks B
+(cd / executehooks B)
--
1.6.3.3
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526471: cleaned up patch for bug #526471
Hi, two new versions of pbuilder have been uploaded to unstable without incorporating my patch to fix bug #526471. What's wrong with my patch? If it was rejected, I would like to know why, so that I can possibly prepare a new rectified patch... May I have some sort of response from the Debian pbuilder maintenance team? In the meanwhile, I am sending a new cleaned up version of my patch (prepared against the current public git repository). Please apply it as soon as possible. N.B.: as indicated in the patch itself, my changes are released under the same terms as pbuilder (GPL v2 or later). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536705: creox: fails to apply effects
Package: creox Version: 0.2.2rc2-3+b1 Severity: important Hi! Thanks for maintaining creox in Debian. I am trying to see if I can use it with my electric guitar (connected to the sound card mic-in through a DI box). From a hardware point of view, the setup seems to work, since I can hear the clean sound of the guitar coming out of my speakers (even without creox running!). However, when I start creox, no effect seems to work: changing any setting in the interface, before or after clicking on the play button makes absolutely no difference in the output sound: I invariably hear a clean sound, as if creox was not running at all (it probably comes directly from ALSA, completely by-passing creox and possibly jackd...). Please note that jackd seems to be correctly started at creox request: $ set | grep JACK JACK_START_SERVER= $ cat ~/.jackdrc /usr/bin/jackd --temporary --driver=alsa $ creox kbuildsycoca running... jackd 0.116.1 Copyright 2001-2005 Paul Davis and others. jackd comes with ABSOLUTELY NO WARRANTY This is free software, and you are welcome to redistribute it under certain conditions; see the file COPYING for details JACK compiled with System V SHM support. loading driver .. SSE2 detected creating alsa driver ... hw:0|hw:0|1024|2|48000|0|0|nomon|swmeter|-|32bit control device hw:0 configuring for 48000Hz, period = 1024 frames (21.3 ms), buffer = 2 periods ALSA: final selected sample format for capture: 32bit integer little-endian ALSA: use 2 periods for capture ALSA: final selected sample format for playback: 32bit integer little-endian ALSA: use 2 periods for playback SSE2 detected Please also note that jackd runs correctly on my hardware (I can use it with the audacious Jack Output Plugin, for instance). My options for creox set system:capture_1 and system:capture_2 as left and right input channels. system:playback_1 and system:playback_2 are the left and right output channels, respectively. None of them are left disconnected. My soundcard has three input sources, configured as follows via alsamixer: Input Source [Front Mic] Input Source 1 [Line] Input Source 2 [Mic] I connected my guitar to the [Front Mic], but I also tried to use [Mic], with the same results. During the tests I've performed, I noticed a *very* awkward thing. While listening to music with audacious (with Jack Output Plugin), I can run creox and set audacious-jack_11132_000:out_0 and audacious-jack_11132_000:out_1 as left and right input channels: with this setup, if I click on the creox play button, creox applies its effects to the audacious output! For instance, it is able to further distort the music I listen to (the music I listen to is typically already distorted on its own, that's why I said further!). In other words, creox is able to apply effects to the audacious output, but I cannot figure out how to convince it to apply effects to my guitar! :-( Please help! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages creox depends on: ii kdelibs4c2a4:3.5.10.dfsg.1-2 core libraries and binaries for al ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libaudio2 1.9.2-1 Network Audio System - shared libr ii libc6 2.9-12GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libgcc11:4.4.0-5 GCC support library ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libidn11 1.15-1GNU Libidn library, implementation ii libjack0 0.116.1-4 JACK Audio Connection Kit (librari ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.37-1 PNG library - runtime ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.0-2 X11 Session Management library ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.1-1 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.13-3 FreeType-based font drawing librar ii libxi6 2:1.1.4-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrandr2 2:1.3.0-2 X11 RandR extension
Bug#536147: linux-2.6: [regression] CVE-2009-0029 fixed in testing, but not unstable
Package: linux-2.6 Version: 2.6.30-1 Severity: grave Tags: security Justification: user security hole Hello Debian kernel team! According to the security tracker [1], CVE-2009-0029 is fixed in testing, but not in unstable. It's fixed in testing because it was fixed in a stable (lenny) point release, and stable packages updated in a point release are automatically migrated to testing, whenever the version in testing happens to be older than the updated stable one. [1] http://security-tracker.debian.net/tracker/CVE-2009-0029 Having a fixed package in testing is great, but of course it also means that the vulnerability should be fixed in unstable before the package migrates from unstable to testing, or otherwise a regression will happen! As part of a triage effort [2], I personally tried to understand whether CVE-2009-0029 is already fixed in linux-2.6/2.6.30-1, but I failed [3]. [2] see the following subthread for further details: http://lists.debian.org/debian-security-tracker/2009/07/msg7.html [3] see especially this message: http://lists.debian.org/debian-security-tracker/2009/07/msg00025.html Please note that I didn't actually test linux-2.6/2.6.30-1 against the vulnerability: I just searched for the link to the supposed fix in the mitre CVE page and with the intension to take a look at the relevant files in linux-2.6_2.6.30.orig.tar.gz, in order to see whether they included the modifications... I am filing this bug report, in order to make sure CVE-2009-0029 is fixed in unstable, before linux-2.6 migrates to testing. Please check whether CVE-2009-0029 is fixed in linux-2.6/2.6.30-1: if the fix is already included, then this bug report may be safely closed. On the other hand, if linux-2.6/2.6.30-1 is vulnerable, then please apply the fix that was used [4] to prepare linux-2.6/2.6.26-13lenny2 and upload a new Debian revision (linux-2.6/2.6.30-2) that fixes the vulnerability. [4] see http://security-tracker.debian.net/tracker/DSA-1749-1 Thanks for all the great job you're doing on the kernel packages! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#536148: linux-2.6: [regression] CVE-2009-1758 fixed in testing, but not in unstable
Package: linux-2.6 Version: 2.6.30-1 Severity: grave Tags: security Justification: user security hole Hello again Debian kernel team! According to the security tracker [1], CVE-2009-1758 is fixed in testing, but not in unstable. It's fixed in testing because it was fixed in a stable (lenny) point release, and stable packages updated in a point release are automatically migrated to testing, whenever the version in testing happens to be older than the updated stable one. [1] http://security-tracker.debian.net/tracker/CVE-2009-1758 Having a fixed package in testing is great, but of course it also means that the vulnerability should be fixed in unstable before the package migrates from unstable to testing, or otherwise a regression will happen! As part of a triage effort [2], I personally tried to understand whether CVE-2009-1758 is already fixed in linux-2.6/2.6.30-1, but I failed [3]. [2] see the following subthread for further details: http://lists.debian.org/debian-security-tracker/2009/07/msg7.html [3] see especially this message: http://lists.debian.org/debian-security-tracker/2009/07/msg00024.html Please note that I didn't actually test linux-2.6/2.6.30-1 against the vulnerability: I just searched for the link to the supposed fix in the mitre CVE page and with the intention to take a look at the relevant files in linux-2.6_2.6.30.orig.tar.gz, in order to see whether they included the modifications... I am filing this bug report, in order to make sure CVE-2009-1758 is fixed in unstable, before linux-2.6 migrates to testing. Please check whether CVE-2009-1758 is fixed in linux-2.6/2.6.30-1: if the fix is already included, then this bug report may be safely closed. On the other hand, if linux-2.6/2.6.30-1 is vulnerable, then please apply the fix that was used [4] to prepare linux-2.6/2.6.26-15lenny3 and upload a new Debian revision (linux-2.6/2.6.30-2) that fixes the vulnerability. [4] see http://security-tracker.debian.net/tracker/DSA-1809-1 Once again, thanks for all the great job you're doing on the kernel packages! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#534976: consolekit: does not preserve state during daemon restarts
Package: consolekit Version: 0.3.0-2 Severity: important Hi! As explained in bug #527846 (see its complete log, for more context), if a security update on one of the dependencies creates the *need* to restart console-kit-daemon, I find myself with the following dilemma: (a) I kill the daemon and wait for D-Bus to start it again (b) I stay with the insecure daemon running (c) I reboot the entire system Since there's apparently no way to restart the daemon while preserving its state, if I choose (a), I loose all registered sessions and could encounter awkward side-effects. On the other hand, (b) is not a viable option, when security is involved. Finally, (c) is simply *unacceptable*, especially for a production box where more than one user may be using the system, e.g. via SSH. For instance, think of a scientific computation workstation where users start long-running number crunching programs. The *only* case where I can live with the need to reboot the whole system is when the kernel is updated for security reasons. I really think that a daemon that cannot be safely restarted without unexpected consequences is badly designed. There *must* be a safe way to restart the daemon without unintended weird behaviors. Hence the severity of this bug is at least important (if not higher). I strongly recommend fixing this design flaw. I don't know exactly how this could be done: maybe there should be a signal (e.g.: SIGHUP, or even SIGTERM) that forces the daemon to save its state somewhere on the filesystem (probably somewhere under /var/lib , if I understand the FHS correctly), so that the state can be restored as soon as the daemon is started again. Another strategy could be that the daemon always keeps its state on the filesystem, and only wipes it out when it has to. This way, stop/start cycles for the daemon would not have a strong impact on the system behavior. There are probably better solutions... Please fix this issue, and/or forward the bug report to upstream, as appropriate. Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages consolekit depends on: ii dbus 1.2.12-1 simple interprocess messaging syst ii libc6 2.9-12GNU C Library: Shared libraries ii libck-connector0 0.3.0-2 ConsoleKit libraries ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4simple interprocess messaging syst ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libx11-6 2:1.2.1-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages consolekit recommends: ii libpam-ck-connector 0.3.0-2ConsoleKit PAM module consolekit 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#534241: libruby1.8: [regression] tempfiles are no longer removed
Package: libruby1.8
Version: 1.8.7.174-1
Severity: normal
Tags: security
Hi!
After the following upgrade:
[UPGRADE] libruby1.8 1.8.7.72-3.1 - 1.8.7.174-1
temporary files created with /usr/lib/ruby/1.8/tempfile.rb
are no longer removed.
Steps to reproduce the bug:
$ irb1.8
irb(main):001:0 require 'tempfile'
= true
irb(main):002:0 tf = Tempfile.new('foo_')
= #File:/tmp/foo_20090622-31369-hsfufm-0
irb(main):003:0 tf.puts 'hello'
= nil
irb(main):004:0 tf.flush
= #File:/tmp/foo_20090622-31369-hsfufm-0
irb(main):005:0 tf.path
= /tmp/foo_20090622-31369-hsfufm-0
irb(main):006:0 exit
$ ls /tmp/foo*
/tmp/foo_20090622-31369-hsfufm-0
$ cat /tmp/foo*
hello
If I remember libruby1.8/1.8.7.72-3.1 behavior correctly,
the temporary file should have been removed on exit.
It's still there, though.
I think this is a problematic regression and may have
a security impact.
Please note that the temporary file is indeed removed if the
method close!() is explicitly called, as in:
irb(main):006:0 tf.close!
Nonetheless, the temporary file should be removed even without an
explicit close!() invocation, when the tf object is finalized
(which happens on exit, right?), but unfortunately this no longer
seems to work, since I upgraded to libruby1.8/1.8.7.174-1
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages libruby1.8 depends on:
ii libc6 2.9-12GNU C Library: Shared libraries
ii libncurses55.7+20090523-1shared libraries for terminal hand
ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime
libruby1.8 recommends no packages.
libruby1.8 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#534251: git-email: should support GnuPG signing and/or encryption
Package: git-email Version: 1:1.6.3.1-1 Severity: wishlist Hi and thanks for maintaining git in Debian! I think the subject says it all: it would be great if the git 'send-email' command could send PGP/MIME signed and/or encrypted messages, by using GnuPG. This would improve patch integrity and author identification (through signing) and possibly privacy (through ecryption), when needed. Can this be implemented? Please forward this bug report to upstream, if appropriate. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages git-email depends on: ii git-core 1:1.6.3.1-1 fast, scalable, distributed revisi Versions of packages git-email recommends: ii libauthen-sasl-perl 2.12-1 Authen::SASL - SASL Authentication ii libemail-valid-perl 0.179-2Check validity of Internet email a ii libnet-smtp-ssl-perl 1.01-2 SSL support for Net::SMTP Versions of packages git-email suggests: pn git-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#533109: mayavi2: fails to restore grid limits of CustomGridPlane modules from visualization (*.mv2) files
Package: mayavi2 Version: 3.1.0-1 Severity: normal Hi! I think I found another bug in mayavi2. Steps to reproduce: $ mayavi2 -d /usr/share/doc/mayavi2/examples/mayavi/data/heart.vtk The main window shows up. * from menus, select Visualize - Modules - CustomGridPlane * in the MayaVi object editor pane, set the following values for the GridPlane: X min 0, X max 15, Y min 0, Y max 31, Z min 11, Z max 11 * from menus, select File - Save Visualization * from the Save MayaVi2 file dialog window, enter test.mv2 as name and click on the Save button * from menus, select File - Exit and exit from the application Reload the saved visualization: $ mayavi2 -z test.mv2 The visualization is reloaded, but looks differently. * in the MayaVi object editor pane, look at the values for the GridPlane: X min 0, X max 0, Y min 0, Y max 31, Z min 0, Z max 0 The values are not correctly restored and have to be manually set, again (try and remember the correct values after some time!). Please forward this bug upstream, if appropriate. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mayavi2 depends on: ii libc62.9-12 GNU C Library: Shared libraries ii libjs-jquery 1.3.3-1 JavaScript library for dynamic web ii python 2.5.4-2 An interactive high-level object-o ii python-apptools 3.2.0-1 ETS Application Tools ii python-central 0.6.11 register and build utility for Pyt ii python-configobj 4.5.2-2 a simple but powerful config file ii python-envisagecore 3.1.0-1 Extensible Application Framework ii python-envisageplugins 3.1.0-1 Plugins for the Envisage framework ii python-numpy 1:1.2.1-1 Numerical Python adds a fast array ii python-pkg-resources 0.6c9-2 Package Discovery and Resource Acc ii python-traits3.1.0-1 Manifest typing and reactive progr ii python-traitsgui 3.0.4-1 Traits-capable windowing framework ii python-vtk 5.0.4-1.1 Python bindings for VTK ii python-wxgtk2.8 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t mayavi2 recommends no packages. Versions of packages mayavi2 suggests: pn python-scipy 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#529542: debbugs: please upload the new version
Package: debbugs Version: 2.4.1 Severity: wishlist Hi! I would have never thought that I would find myself filing a please package new upstream version wishlist bug against a Debian native package! ;-) Nonetheless, here I am: the Debian BTS is a great bug tracking system with many useful and nice features. It is completely Free Software, released under the terms of the GNU GPL v2. All this wonderful bug tracking system is deployed on bugs.debian.org, and has been improved many times, as far as I can see, in the last few years. Yet, the engine behind all this, that is to say debbugs, is not included in Debian, or, to be more precise, *is* included, but in a heavily outdated version, correct me if I'm wrong: last upload was performed in 2003, as far as I can see. I think this situation is awkward: an updated debbugs version should be made easy to install on Debian boxes, so that other organizations could easily benefit from the advanced features of the Debian BTS engine, should they choose to deploy it for their infrastructure. Please upload a new version (and begin doing so more regularly!). This upload would close a huge amount of pending bugs, among other nice effects. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529360: g3data: fails to correctly refresh images with transparency
Package: g3data Version: 1:1.5.1-1 Severity: normal Hi! I noticed a problem with how g3data handles images with transparent pixels (such as PNG images using the alpha channel). If you try to load such an image with a transparent background: $ g3data transp-bg-image.png the image is shown on a gray area and thus its transparent background looks gray. I am not sure if the gray color depends on the window manager theme: if this is the case, it may be an issue with some themes which may result in unreadable plots... But anyway, the problem I am experiencing is another one: as soon as I move the mouse over the image, the zoom area begins to show the enlarged view of the mouse cross neighborhood in a messed up way, with all plot lines drawn over each other. I think this bug is caused by the refreshing strategy used by g3data: it probably draws the updated zoom view *over* the previous one, *without* first blanking the zoom area! This obviously works fine, as long as there are no transparent pixels; but an image with transparent background will fail to refresh properly, unless the area is blanked before the repainting occurs. The same refreshing strategy seems to be used on the main area, with the loaded image: after laying some points down, I click on the Remove all points button; the previously layed down points are still visible on the transparent background, even though they appear as if they were *under* the non-transparent plot lines. This is confusing at best. In summary, the zoom area is mostly unusable when dealing with images having a transparent background. Moreover, understanding which points are still present and which were effectively removed is almost impossible, when dealing with transparent background images. I think a refresh strategy with explicit blanking should be implemented in order to avoid such issues. Please forward this bug report to upstream, if appropriate. Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages g3data depends on: ii libatk1.0-0 1.24.0-2The ATK accessibility toolkit ii libc62.9-4 GNU C Library: Shared libraries ii libcairo21.8.6-2+b1 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.20.0-2The GLib library of C routines ii libgtk2.0-0 2.16.1-2The GTK+ graphical user interface ii libpango1.0-01.24.0-3+b1 Layout and rendering of internatio g3data recommends no packages. g3data 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#529362: linuxfacile: includes non-removable, non-modifiable text
Package: linuxfacile Version: 5.0.new-5 Severity: serious Justification: Policy 2.2.1 User: debian-rele...@lists.debian.org Usertags: nonfree-doc gfdl Hi! This package is licensed under the | terms of the GNU Free Documentation License, Version 1.1 or any | later version published by the Free Software Foundation; | with no Invariant Sections, with one Front-Cover Texts: ``Linux | Facile - di Daniele Medri'', and with no Back-Cover Texts. as stated in http://packages.debian.org/changelogs/pool/main/l/linuxfacile/current/copyright According to the outcome of GR-2006-001, only | works that don't include any Invariant Sections, Cover Texts, | Acknowledgements, and Dedications (or that do, but permission to | remove them is explicitly granted), are suitable for the main | component of our distribution. (see http://www.debian.org/vote/2006/vote_001#amendmenttexta) As a consequence, this package is not considered suitable for main by the Debian Project at large, since it includes a Front-Cover Text. There are at least three strategies to fix this bug. In order of preference: a) persuade the upstream author to re-license (or dual-license) the work under the terms of a well-known license that clearly meets the DFSG (e.g.: the GNU GPL v2) b) persuade the upstream author to re-license the work without the Front-Cover Text restriction, or with the explicit permission to remove it c) move the package to non-free Please note that a) is better than b), since the GFDL is always problematic, even for works without non-removable non-modifiable material: see point 3. of GR-2006-001 outcome (http://www.debian.org/vote/2006/vote_001#amendmenttexta). For the record, I am personally convinced that GFDL'ed works never comply with the DFSG (that is to say: I would have voted for option 1 in GR-2006-001), but that's another story... Please note that the linuxfacile manual seems to include parts written by people other than Daniele Medri (e.g.: RMS): as a consequence, I am not sure that the manual can be correctly claimed to be only | Copyright (C) 2000-2001 Daniele Medri as stated in http://packages.debian.org/changelogs/pool/main/l/linuxfacile/current/copyright This may make strategies a) and b) above more difficult to adopt, as *all* copyright holders need to agree to the re-licensing! BTW, the upstream homepage seems to have changed to http://linuxfacile.medri.org/ Please fix this bug. Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529087: vim: please implement a --drop-empty option
Package: vim Version: 2:7.2.148-2 Severity: wishlist Hi and thanks for maintaining this very important package in Debian! :-) I use VIM for many tasks. Among other things, I often use View as a pager, that is to say: I pipe the output of a command to it. $ some_command | view - It works great in all cases, but one. When the output is empty, View starts with an empty buffer and the splash screen. This is not really useful, since it just shows me that the output was empty and I have to issue the :q command to exit. A typical example is with diff: $ diff my_file your_file | view - It would be useful if VIM had an option that made it automatically close new empty buffers. This option could be named --drop-empty or something like that. It would work as follows: when vim (or view, or ...) is started with this option, any newly created buffer is checked and automatically closed if found to be empty. This way, my use of View as a pager would automatically exit (with 0 exit status, of course, because nothing went wrong) when the output of some_command is empty: $ some_command | view --drop-empty - Another nice use of this option could be opening many files, but only editing already existing ones: $ ls foo.txt bar.txt baz.txt $ vim --drop-empty foo.txt bar.txt unreal.txt baz.txt never_born.txt In this case, VIM would allow me to edit foo.txt, bar.txt, and baz.txt, but not waste my time in allowing me to create the non-existent unreal.txt and never_born.txt. This could be useful when you want to edit already existing files, without creating new ones, and you do *not* know in advance which files exist (among the ones of a given list). Could this new feature be implemented? Please forward this feature request to upstream, if appropriate. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vim depends on: ii libacl1 2.2.47-2 Access control list shared library ii libc6 2.9-4 GNU C Library: Shared libraries ii libgpm2 1.20.4-3.2 General Purpose Mouse - shared lib ii libncurses5 5.7+20090404-1 shared libraries for terminal hand ii libselinux1 2.0.71-1 SELinux shared libraries ii vim-common2:7.2.148-2Vi IMproved - Common files ii vim-runtime 2:7.2.148-2Vi IMproved - Runtime files vim recommends no packages. Versions of packages vim suggests: pn ctags none (no description available) pn vim-doc none (no description available) ii vim-scripts 20081206-1 plugins for vim, adding bells and -- 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#527846: consolekit: does not provide a init.d script (how do I restart the daemon?)
Package: consolekit Version: 0.3.0-2 Severity: normal Hi! Debian Policy 9.3.2 [1] states that | Packages that include daemons for system services should place | scripts in /etc/init.d to start or stop services at boot time or | during a change of runlevel. [1] http://www.debian.org/doc/debian-policy/ch-opersys.html#s9.3.2 I cannot find any init.d script for /usr/sbin/console-kit-daemon, which is apparently a daemon which is normally run as root. As a consequence, I cannot understand what's the correct strategy to restart the daemon, when I need to (e.g.: because checkrestart suggests to do so, after a package upgrade). Please provide an init.d script, if appropriate, or otherwise document the recommended way to restart the daemon. Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages consolekit depends on: ii dbus 1.2.12-1 simple interprocess messaging syst ii libc6 2.9-4 GNU C Library: Shared libraries ii libck-connector0 0.3.0-2 ConsoleKit libraries ii libdbus-1-31.2.12-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.80-4simple interprocess messaging syst ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libx11-6 2:1.2.1-1 X11 client-side library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime Versions of packages consolekit recommends: ii libpam-ck-connector 0.3.0-2ConsoleKit PAM module consolekit 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#526471: pbuilder: pdebuild-internal fails to execute hook scripts
Package: pbuilder
Version: 0.187
Severity: normal
Hi and thanks for maintaining pbuilder!
I have a problem with pdebuild in the use-pdebuild-internal mode of
operation.
With the following configuration file:
$ cat ~/.pbuilder/sid.conf
DISTRIBUTION=sid
COMPONENTS=main
MIRRORSITE=http://ftp.it.debian.org/debian;
APTCACHE=${HOME}/var/cache/pbuilder/aptcache/${DISTRIBUTION}/
APTCACHEHARDLINK=no
BASETGZ=${HOME}/var/cache/pbuilder/${DISTRIBUTION}-base.tgz
BUILDPLACE=${HOME}/var/cache/pbuilder/build/
BUILDRESULT=${HOME}/var/cache/pbuilder/result/${DISTRIBUTION}/
HOOKDIR=
DEBBUILDOPTS=-i -I
BINDMOUNTS=
USE_PDEBUILD_INTERNAL=yes
DEBOOTSTRAPOPTS[0]=--variant=buildd
DEBOOTSTRAP=cdebootstrap
EXTRAPACKAGES=gnupg debian-archive-keyring
USEPROC=yes
USEDEVPTS=yes
USEDEVFS=no
REMOVEPACKAGES=lilo elilo grub grub2
BUILDSOURCEROOTCMD=fakeroot
PBUILDERROOTCMD=sudo
BUILDUSERID=
BUILDUSERNAME=pbuilder
export DEBIAN_FRONTEND=noninteractive
AUTO_DEBSIGN=yes
PKGNAME_LOGFILE=yes
PKGNAME_LOGFILE_EXTENTION=.buildlog
export debian_chroot=pbuild$$
and with some hook scripts, such as:
$ cat ~/.pbuilder/pdeb-hooks-sid/B95shell_pdeb
#!/bin/bash
# invoke shell (from a pdebuild environment)
apt-get install -y --force-yes vim less
cd ${HOME}
/bin/bash /dev/tty /dev/tty 2 /dev/tty
which do have execution permissions:
$ if test -x ~/.pbuilder/pdeb-hooks-sid/B95shell_pdeb
then
echo yes, the hook script is executable...
fi
yes, the hook script is executable...
I fail to get a shell, when building a package:
$ pdebuild --configfile ~/.pbuilder/sid.conf --debbuildopts -i -I \
-- --hookdir ~/.pbuilder/pdeb-hooks-sid
The package is correctly built and signed, but no hook script seems
to be executed.
Now the good news: I think I found out what's wrong, and I am right now
working on a patch.
Please stay tuned... ;-)
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (800, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages pbuilder depends on:
ii cdebootstrap 0.5.4 Bootstrap a Debian system
ii coreutils 7.2-1 The GNU core utilities
ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy
ii debianutils 3.0.1 Miscellaneous utilities specific t
ii wget 1.11.4-2 retrieves files from the web
Versions of packages pbuilder recommends:
ii devscripts2.10.48scripts to make the life of a Debi
ii fakeroot 1.12.2 Gives a fake root environment
ii sudo 1.7.0-1Provide limited super user privile
Versions of packages pbuilder suggests:
pn cowdancer none (no description available)
pn gdebi none (no description available)
pn pbuilder-uml none (no description available)
-- debconf information:
* pbuilder/mirrorsite: http://ftp.it.debian.org/debian/
* pbuilder/nomirror:
pbuilder/rewrite: false
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#500276: reportbug: Same problem here!
Package: reportbug Version: 4.1 Severity: normal Hi! I have had the same exact problem, since I set the DEBFULLNAME environment variable. I consider this issue a bit annoying. Could you please fix this bug soon? Thanks in advance! -- Package-specific info: ** Environment settings: DEBEMAIL=f...@firenze.linux.it DEBFULLNAME=Francesco Poli (t1000) NAME=Francesco Poli -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages reportbug depends on: ii apt 0.7.20.2 Advanced front-end for dpkg ii python2.5.4-2An interactive high-level object-o ii python-reportbug 4.1Python modules for interacting wit reportbug recommends no packages. Versions of packages reportbug suggests: pn debconf-utils none (no description available) pn debsums none (no description available) pn dlocate none (no description available) ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mail-tran 4.69-9 lightweight Exim MTA (v4) daemon ii file 5.00-1 Determines file type using magic ii gnupg 1.4.9-4GNU privacy guard - a free PGP rep pn python-gnome2-extras none (no description available) ii python-gtk2 2.14.1-2 Python bindings for the GTK+ widge pn python-urwid none (no description available) pn python-vtenone (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#526471: [PATCH 1/3] restore lost changelog entry
restore the changelog entry for version 0.187: this entry is present in pbuilder/0.187 currently in unstable and testing, but was somehow missing from the public git repository... --- debian/changelog | 19 +++ 1 files changed, 15 insertions(+), 4 deletions(-) diff --git a/debian/changelog b/debian/changelog index 642cc86..95ac335 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,8 +1,19 @@ -pbuilder (0.186.0snapshot) UNRELEASED; urgency=low +pbuilder (0.187) unstable; urgency=low - * - - -- Junichi Uekawa dan...@debian.org Thu, 26 Feb 2009 13:21:03 +0900 + [ Junichi Uekawa ] + * gcc is not a useful dependency of pbuilder (closes: #486492) + * warn if --othermirror is specified and --override-config +is not specified. (closes: #493154) + * refactor to use 'log' function rather than using 'echo' directly. + * implement --inputfile option. + * handle packages line wrapping with something other than ',' in +Build-Depends (closes: 519306) + + [ Stefan Fritsch ] + * Bug#520251: pbuilder: Pbuilder does not umount bindmounts when ssh +connection dies + + -- Junichi Uekawa dan...@debian.org Sat, 21 Mar 2009 12:47:46 +0900 pbuilder (0.186) unstable; urgency=low -- 1.6.2.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526471: [PATCH 3/3] Bug#526471: pbuilder: pdebuild-internal fails to execute hook scripts
Fix bug #526471: set HOOKDIR and invoke executehooks inside the chroot
root (in pdebuild-internal)
---
AUTHORS |1 +
debian/changelog |5 +++--
pdebuild-internal | 14 ++
3 files changed, 14 insertions(+), 6 deletions(-)
diff --git a/AUTHORS b/AUTHORS
index 77d0885..87c7817 100644
--- a/AUTHORS
+++ b/AUTHORS
@@ -12,4 +12,5 @@ Henrique de Moraes Holschuh h...@debian.org -- portion of
pbuilder-satisfydepen
Daniel Schepler schep...@math.berkeley.edu -- many patches,
--preserve-buildplace
Sam Hartman hartm...@debian.org -- bind-mount patch
Mattia Dongili malat...@linux.it -- user-mode-linux support
+Francesco Poli f...@firenze.linux.it -- pdebuild-internal execute hook patch
diff --git a/debian/changelog b/debian/changelog
index a3c5ce1..8cc58bc 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,8 +1,9 @@
pbuilder (0.188) UNRELEASED; urgency=low
- *
+ * Fix pdebuild-internal fails to execute hook scripts: set HOOKDIR and
+invoke executehooks inside the chroot root (Closes: #526471)
- -- Francesco Poli (t1000) f...@firenze.linux.it Fri, 01 May 2009 17:19:03
+0200
+ -- Francesco Poli (t1000) f...@firenze.linux.it Fri, 01 May 2009 17:25:15
+0200
pbuilder (0.187) unstable; urgency=low
diff --git a/pdebuild-internal b/pdebuild-internal
index ce624b2..1cff0f0 100644
--- a/pdebuild-internal
+++ b/pdebuild-internal
@@ -1,6 +1,7 @@
#! /bin/bash
# pbuilder-internal -- personal Debian package builder, internal routine
# Copyright (C) 2003-2007 Junichi Uekawa
+# Copyright (C) 2008-2009 Francesco Poli
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -77,11 +78,16 @@ while [ -n $1 ]; do
esac
done
+# set the temporary hook directory as HOOKDIR, if present
+hooks=tmp/hooks
+if [ -d /$hooks ]; then
+HOOKDIR=/$hooks
+fi
# fool pbuilder-runhooks to use / as buildplace, since I am inside chroot.
BUILDPLACE=
. /usr/lib/pbuilder/pbuilder-runhooks
-executehooks D
+(cd / executehooks D)
export PBCURRENTCOMMANDLINEOPERATION=pdebuild
$PBUILDERSATISFYDEPENDSCMD
apt-get install -y --force-yes fakeroot
@@ -93,7 +99,7 @@ useradd -g pbgroup -u ${BUILDRESULTUID} -o pbuser
# what about id -G output? if other groups than the designated is used, we're
stuffed.
export HOME=$(pwd)/../
-executehooks A
+(cd / executehooks A)
# do build with that user.
export DEBBUILDOPTS
@@ -103,8 +109,8 @@ if echo /usr/bin/dpkg-buildpackage -rfakeroot -us -uc
'${DEBBUILDOPTS}' | \
# build was successful
:
else
-executehooks C
+(cd / executehooks C)
exit 1
fi
-executehooks B
+(cd / executehooks B)
--
1.6.2.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526471: patches that fix bug #526471
Hi! As promised, here's a patch that fixes the bug. I prepare it with git format-patch against the public git repository. Please note that I also modified the changelog and the AUTHORS file. While doing this, I noticed that the entry for pbuilder/0.187 was missing from the public git repository, though it is indeed present in the package currently in Debian unstable and testing. I restored this changelog entry, by copying it from my box's /usr/share/doc/pbuilder/changelog.gz I think that someone should check and make sure that nothing else included in pbuilder/0.187 is missing from the public git repository. Otherwise something could get lost on next upload! My multi-part patch should follow this summary message. Please apply it as soon as possible. N.B.: as indicated in the patch itself, my changes are released under the same terms as pbuilder (GPL v2 or later). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#526471: [PATCH 2/3] open 0.188 release
--- debian/changelog |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/debian/changelog b/debian/changelog index 95ac335..a3c5ce1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,9 @@ +pbuilder (0.188) UNRELEASED; urgency=low + + * + + -- Francesco Poli (t1000) f...@firenze.linux.it Fri, 01 May 2009 17:19:03 +0200 + pbuilder (0.187) unstable; urgency=low [ Junichi Uekawa ] -- 1.6.2.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525761: libruby1.8: debug output in tempfile.rb should be directed to $stderr, rather than to $stdout
Package: libruby1.8 Version: 1.8.7.72-3.1 Severity: normal Hi! I noticed that /usr/lib/ruby/1.8/tempfile.rb sends debug output (when $DEBUG is true) to $stdout. See the following two lines: print removing , path, ... if $DEBUG and print done\n if $DEBUG I think that this is a bug, since this behavior could mess up with the normal output and produce wrong results, whenever the normal output is intended to be machine-readable. It is my understanding that this behavior is unintentional: debug output (when enabled with the $DEBUG variable) should be directed to $stderr . Please fix those two lines so that they send debug output to $stderr and forward this bug report upstream, as appropriate. Thanks in advance. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libruby1.8 depends on: ii libc6 2.9-4 GNU C Library: Shared libraries ii libncurses55.7+20090404-1shared libraries for terminal hand ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime libruby1.8 recommends no packages. libruby1.8 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#525575: mayavi2: ExtractGrid filter causes errors (traceback, ...)
Package: mayavi2 Version: 3.1.0-1 Severity: normal Hi! I noticed another bug in Mayavi2. Steps to reproduce: $ mayavi2 -d /usr/share/doc/mayavi2/examples/mayavi/data/heart.vtk \ tmp/mayavi2.out 2 tmp/mayavi2.err The main window shows up. * select Add module or filter in the Mayavi pane * from the Mayavi object editor, select the Processing filters tab and click on Extract Grid, and then on the + Extract Grid button The mouse arrow turns into a waiting symbol (e.g.: a watch, or something else, depending on your window manager configuration and theme...). The program still seems to be usable, but the waiting symbol won't go away, apparently. I am not completely sure about the correctness of the program behavior, after this error occurs. * exit File mayavi2.out is empty. File mayavi2.err contains several lines of error messages: you should find it attached to this bug report. Please investigate this bug and forward it to upstream, as appropriate. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mayavi2 depends on: ii libc62.9-4 GNU C Library: Shared libraries ii libjs-jquery 1.3.2-2 JavaScript library for dynamic web ii python 2.5.4-2 An interactive high-level object-o ii python-apptools 3.2.0-1 ETS Application Tools ii python-central 0.6.11 register and build utility for Pyt ii python-configobj 4.5.2-2 a simple but powerful config file ii python-envisagecore 3.1.0-1 Extensible Application Framework ii python-envisageplugins 3.1.0-1 Plugins for the Envisage framework ii python-numpy 1:1.2.1-1 Numerical Python adds a fast array ii python-pkg-resources 0.6c9-2 Package Discovery and Resource Acc ii python-traits3.1.0-1 Manifest typing and reactive progr ii python-traitsgui 3.0.4-1 Traits-capable windowing framework ii python-vtk 5.0.4-1.1 Python bindings for VTK ii python-wxgtk2.8 2.8.7.1-1.1 wxWidgets Cross-platform C++ GUI t mayavi2 recommends no packages. Versions of packages mayavi2 suggests: pn python-scipy none (no description available) -- no debconf information mayavi2.err.gz Description: GNU Zip compressed data
Bug#525485: g3data: please package new upstream version (1.5.3)
Package: g3data Version: 1.5.1-1 Severity: wishlist Hi! A new upstream version is available from http://www.frantz.fi/software/g3data.php You can get the source code by fetching http://www.frantz.fi/software/g3data-1.5.3.tar.gz Please package this new upstream version, which should also fix bug #359343, by the way. Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524732: simutrans: license is not Artistic as in common-licenses
Package: simutrans Version: 102.0-1 Severity: normal Hi and thanks for maintaining Simutrans in Debian! I noticed something awkward in the debian/copyright file. It claims that the license for the package (except for a single font file) is Artistic. Then it quotes this Artistic license text fully. As soon as I saw this, I thought it should refer to /usr/share/common-licenses/Artistic instead and I was almost rushing to fire up reportbug to say so... but, then I looked closer and I found out that the quoted license text differs from /usr/share/common-licenses/Artistic A gzipped wdiff output between /usr/share/common-licenses/Artistic and the license of Simutrans (as quoted in the debian/copyright) is attached. Hence, it's OK that the license text is quoted in full in the debian/copyright file, but it's *not* OK that this license is called Artistic, since the copyright file format specification (http://wiki.debian.org/Proposals/CopyrightFormat?action=recallrev=226) defines Artistic as The original Artistic license, as seen in /usr/share/common-licenses/Artistic. Please change the misleading label to something more appropriate (probably other). Moreover, I cannot find any debian-legal thread about this modified Artistic license for Simutrans. Was this license analyzed in order to check that simutrans really belongs in Debian main? Could you point me to the relevant thread? I fear that mislabelling the license as Artistic could have caused some easy fast It's OK for main conclusion... Please clarify. artistic.wdiff.gz Description: GNU Zip compressed data
Bug#524740: firmware-nonfree: debian/copyright file seems to be outdated
Package: firmware-nonfree Version: 0.15 Severity: important Hi! Let me first thank you for maintaining this package in non-free, and for moving Linux-kernel-shipped non-free firmware blobs from the Linux kernel package to it. IMHO, this is really the Right Thing™ to do, as it abides by the Debian SC, keeps Debian (main) untainted by those non-free firmware files, while making it easy to install them whenever a user needs them for his/her hardware. OK, that said, it seems to me that the debian/copyright file is now outdated: it lacks a number of licenses for some recently added firmware files (such as ATI Rage 128 and Radeon ones, Matrox G20/G400/G550 ones, and so forth, added in version 0.15). Please update the debian/copyright file, so that it reflects the current content of the package. Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524381: epiphany-extensions: dependency on python-elementtree seems to be pointless
Package: epiphany-extensions Version: 2.22.2-1 Severity: minor Hi! In python-elementtree package description, I read: | ElementTree is included in Python 2.5, so there is no need to | install this package if you are using Python 2.5. On the other hand, epiphany-extensions depends on python2.5 and python-elementtree. That makes me think that the dependency on python-elementtree is pointless and should be dropped. Or am I completely off-track? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-extensions depends on: ii epiphany-gecko2.22.3-9 Intuitive GNOME web browser - Geck ii gconf22.24.0-7 GNOME configuration database syste ii libc6 2.9-4 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libosp5 1.5.2-6Runtime library for OpenJade group ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii python-elementtree1.2.6-12 Light-weight toolkit for XML proce ii python-gnome2 2.22.3-3 Python bindings for the GNOME desk ii python-gtk2 2.14.1-1 Python bindings for the GTK+ widge ii python-support0.8.7 automated rebuilding support for P ii python2.5 2.5.4-1An interactive high-level object-o ii sgml-data 2.0.3 common SGML and XML data ii w3c-dtd-xhtml 1.1-5 W3C eXtensible HyperText Markup La epiphany-extensions recommends no packages. Versions of packages epiphany-extensions suggests: pn epiphany-extension-gwget 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#523924: lingot: new upstream version 0.7.6 available
Package: lingot Version: 0.7.4-2 Severity: wishlist Hi! Thanks for maintaining lingot in Debian. It seems that version 0.7.6 has been available from upstream since December 2007: http://mirror.lihnidos.org/GNU/savannah/lingot/ Please package this new upstream version. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#523925: fmit: no sound seems to be captured with ALSA input
Package: fmit Version: 0.97.7-2 Severity: normal Hi! Thanks for maintaining FMIT in Debian. I am trying to see if it can tune my electric guitar (connected to the sound card mic-in through a DI box). From a hardware point of view, the setup seems to work, since, if I start alsamixer, I can hear the sound of the guitar coming out of my speakers. However, when I start FMIT, it autodetects the ALSA transport: $ fmit Free Music Instrument Tuner version 0.97.7 built at Jan 5 2008 12:29:45 Install directory '/usr' CaptureThread: INFO: Built in transports CaptureThread: INFO:N/A JACKJack Audio Connection Kit CaptureThread: INFO:OK ALSAAdvanced Linux Sound Architecture (lib:1.0.19) CaptureThread: INFO:N/A (No such file or directory) OSS Open Sound System (lib:30802) CaptureThread: INFO: Auto detecting a working transport ... using ALSA CaptureThread: INFO: using ALSA transport CombedFT: INFO: window size=400 FFT size=512 window size factor=1 zero padding factor=1 CombedFT: INFO: window size=1603 FFT size=2048 window size factor=4 zero padding factor=1 CaptureThread: INFO: ALSA: try to set format to Signed 16 bit Little Endian success CaptureThread: WARNING: ALSA: cannot set channel count to one (2 instead) CaptureThread: INFO: format is signed integer 16bits with 2 channel(s) but then, no sound seems to be captured (flat captured sound graph, and everything else shows no sign of activity) when I pick the guitar strings. I tried to set mix channels if they are multiple in the configuration dialog window, but nothing changed, it seems. Is this a bug or is there something else I can try to do in order to use FMIT with ALSA transport? Thanks for any help. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fmit depends on: ii freeglut3 2.4.0-6.1 OpenGL Utility Toolkit ii libasound21.0.19-1 shared library for ALSA applicatio ii libc6 2.9-4 GNU C Library: Shared libraries ii libfftw3-33.1.2-3.1 library for computing Fast Fourier ii libgcc1 1:4.3.3-3 GCC support library ii libgl1-mesa-glx [libgl1] 7.0.3-7A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.3-7The OpenGL utility library (GLU) ii libice6 2:1.0.5-1 X11 Inter-Client Exchange library ii libjack0 0.116.1-4 JACK Audio Connection Kit (librari ii libqt3-mt 3:3.3.8b-5 Qt GUI Library (Threaded runtime v ii libsm62:1.1.0-2 X11 Session Management library ii libstdc++64.3.3-3The GNU Standard C++ Library v3 ii libx11-6 2:1.2-1X11 client-side library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxi62:1.1.4-1 X11 Input extension library ii libxmu6 2:1.0.4-1 X11 miscellaneous utility library ii libxt61:1.0.5-3 X11 toolkit intrinsics library fmit recommends no packages. fmit 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#522243: iceweasel: please include the User Agent Switcher add-on
Package: iceweasel Version: 3.0.7-1 Severity: wishlist Hi! I would like to be able to easily switch between different user agent strings (it's useful for some stupid web sites that refuse to work when you announce yourself as a browser and/or platform they don't want to know anything about...). I followed the instructions on http://www.geticeweasel.org/useragent/ and installed the User Agent Switcher (which is apparently distributed under the terms of the GNU GPL v3 license), along with the Firefox 2 (Windows XP) definition file. It seems to work, but... doing all these steps manually is really unpractical (and repeating them for each user and/or box is a real pain). It would be great if the User Agent Switcher add-on were already included in the Debian package, along with some common definition files (such as Firefox 2 (Windows XP)). Could this be done, please? Pretty please? -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages iceweasel depends on: ii debianutils 2.31 Miscellaneous utilities specific t ii fontconfig2.6.0-3generic font configuration library ii libc6 2.9-4 GNU C Library: Shared libraries ii libglib2.0-0 2.20.0-2 The GLib library of C routines ii libgtk2.0-0 2.14.7-5 The GTK+ graphical user interface ii libnspr4-0d 4.7.1-4NetScape Portable Runtime Library ii libstdc++64.3.3-3The GNU Standard C++ Library v3 ii procps1:3.2.7-11 /proc file system utilities ii psmisc22.6-1 Utilities that use the proc filesy ii xulrunner-1.9 1.9.0.7-1 XUL + XPCOM application runner iceweasel recommends no packages. Versions of packages iceweasel suggests: pn latex-xft-fonts none (no description available) ii libkrb53 1.6.dfsg.4~beta1-11 Transitional library package/krb4 pn mozplugger none (no description available) pn ttf-mathematica4.1 none (no description available) pn xfonts-mathmlnone (no description available) pn xprint none (no description available) ii xulrunner-1.9-gnome- 1.9.0.7-1 Support for GNOME in xulrunner app -- 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#518688: caret: debian/copyright file includes a confusing part
Package: caret Version: 5.6.1~dfsg.1-1 Severity: normal Hi! Thanks for packaging this interesting piece of software for Debian! I took a look at the debian/copyright file and I am confused by the Files: caret_uniformize/* section. It says that those files are under the GNU GPL v2 or later, which is fine, of course. But then it quotes the following text: This source code has been derived from parts of the AFNI package (http://afni.nimh.nih.gov). The copyright statement refers to a 'README.copyright' file, which contains the licensing terms of AFNI. This file is not available in the Caret source distribution, but only included in the binary distribution as 'copyright.afni'. A verbatim copy is provided here. Note, that it also contains the licenses of all third-party code distributed with the AFNI package, but not within Caret. and then goes on quoting this README.copyright file entirely, including the full text of the GNU GPL v2 and of the OpenContent License v1.0 (that is http://opencontent.org/opl.shtml). Well, I find this to be confusing and misleading. First off, the full text of the GNU GPL v2 should not be included in a debian/copyright file, since it may be found in /usr/share/common-licenses/GPL-2 (see Policy 12.5: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile) Moreover, I would like to not see the OpenContent License v1.0 text in the debian/copyright file of a package in main, since this license does *not* meet the DFSG, as explained in: http://lists.debian.org/debian-legal/1999/03/msg00046.html http://lists.debian.org/debian-legal/1999/03/msg00048.html http://lists.debian.org/debian-legal/1999/11/msg00104.html http://lists.debian.org/debian-legal/1999/11/msg00111.html I understand that no file actually included in the caret package is distributed under the non-free terms of the OpenContent License v1.0, hence this does *not* seem to be a serious bug. However, I think that including the full text of an extraneous license in the debian/copyright file of a package is confusing and misleading. I hope the debian/copyright file can be changed into a less confusing form. P.S.: the Homepage: field currently points to http://brainmap.wustl.edu/caret, which basically 404s me... I think the upstream homepage moved. Maybe to http://brainvis.wustl.edu/wiki/index.php/Caret:About I suggest updating the Homepage: field. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516592: audacious: fails to show a rolled up playlist editor window
Package: audacious Version: 1.5.1-4 Severity: normal On my Debian testing boxes, after upgrading the first packages that migrated from sid to squeeze (that is to say, after my boxes became squeeze systems), I began to experience a new audacious bug. If I start audacious with a configuration where the playlist editor window is shown and rolled up: $ grep playlist_[vs] ~/.config/audacious/config playlist_shaded=TRUE playlist_visible=TRUE then audacious fails to actually paint the rolled up playlist editor window. In the screen area that should be covered by the rolled up playlist editor window, I see whatever other programs paint or painted, but not the playlist window. I mean: I initially see the X background; then I see some portion of popup window as soon as one overlaps the screen area where the playlist window should be drawn; if I start a screensaver which paints the screen with, say, a blue color, then, as the screensaver stops, I see a blue rectangle where the playlist window should be... Clicking on Roll up Playlist Editor (from the View menu) does not seem to help. On the other hand, if I start audacious with a configuration where the playlist editor window is shown, but not rolled up: $ grep playlist_[vs] ~/.config/audacious/config playlist_shaded=FALSE playlist_visible=TRUE then audacious correctly paints the complete playlist editor window. At that point, if I roll it up, audacious correctly shows it and I can enjoy a working rolled up playlist editor window. So, in summary, starting audacious with a rolled up playlist window fails to work correctly, but starting it with a complete (non rolled up) playlist window does not cause any problem... This is a regression, since it has worked fine on my Debian testing boxes, as long as they were lenny boxes. It stopped working, when my boxes became squeeze boxes. Since audacious is still the same version on lenny, squeeze and sid, the cause must be in some dependency that was upgraded soon after the lenny release. By examining aptitude logs (to see what changed on my systems) and audacious direct or indirect dependencies, I see the following possible suspects: [UPGRADE] libglade2-0 1:2.6.2-1 - 1:2.6.3-1 [UPGRADE] tzdata 2008h-2 - 2008i-3 (naaah! that seems unrelated) [UPGRADE] sed 4.1.5-6 - 4.1.5-8(I really doubt...) [UPGRADE] debianutils 2.30 - 2.31 (I don't think so) [UPGRADE] libstdc++6 4.3.2-1.1 - 4.3.3-3 [UPGRADE] libgcc1 1:4.3.2-1.1 - 1:4.3.3-3 Which one is the cause of the bug? -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages audacious depends on: ii audacious-plugins 1.5.1-2Base plugins for audacious ii dbus 1.2.1-5simple interprocess messaging syst ii gtk2-engines-pixbuf 2.12.11-4 Pixbuf-based theme for GTK+ 2.x ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libaudclient1 1.5.1-4audacious dbus remote control libr ii libaudid3tag1 1.5.1-4audacious id3 tag manipulation lib ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1 simple interprocess messaging syst ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libice6 2:1.0.4-1 X11 Inter-Client Exchange library ii libmcs1 0.7.1-1Abstraction library to store confi ii libmowgli10.6.1-1a high performance development fra ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libsamplerate00.1.4-1audio rate conversion library ii libsm62:1.0.3-2 X11 Session Management library ii libx11-6 2:1.1.5-2 X11 client-side library Versions of packages audacious recommends: ii audacious-plugins-extra 1.5.1-2Various extra plugins for audaciou ii unzip 5.52-12De-archiver for .zip files audacious 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#516595: swfdec-mozilla: [regression] no audio in YouTube videos
Package: swfdec-mozilla Version: 0.8.2-1 Severity: important Hi! After upgrading swfdec-mozilla from version 0.6.0-5 to version 0.8.2-1, I noticed a significant regression: I can no longer hear any audio in YouTube videos. It used to work fine with previous versions, but now no more audio on YouTube. What happened? Please forward to upstream, as appropriate. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages swfdec-mozilla depends on: ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7The Cairo 2D vector graphics libra ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii liboil0.3 0.3.15-1 Library of Optimized Inner Loops ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii libswfdec-0.8-0 0.8.4-1SWF (Macromedia Flash) decoder lib swfdec-mozilla recommends no packages. swfdec-mozilla 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#516604: devtodo: when started with --purge option, todo seems to start an endless loop
Package: devtodo Version: 0.1.20-4 Severity: normal When I try to purge all completed items older than 730 days (about 2 years), todo seems to enter an endless loop or something. It eats up one entire CPU core, but does nothing until I hit [Ctrl+C] to kill it. $ md5sum ~/.todo 7daf1e8843676c13be3faf01a6164fa7 /home/frx/.todo $ todo --purge 730 1137448676 1172245498 1139250934 1172245498 1139702306 1172245498 1146322810 1172245498 1149378176 1172245498 1150134269 1172245498 1152218683 1172245498 1165435526 1172245498 1167008291 1172245498 1167438893 1172245498 1184105153 1172245498 1137949006 1172245498 1139551933 1172245498 1141683194 1172245498 1142730463 1172245498 1147030031 1172245498 1149011335 1172245498 1149345594 1172245498 1149952562 1172245498 1151768833 1172245498 1163293138 1172245498 1162216510 1172245498 1163018517 1172245498 1164577113 1172245498 1166140723 1172245498 1167692327 1172245498 1168546306 1172245498 1170401748 1172245498 1170700223 1172245498 1171840967 1172245498 1140918064 1172245498 1143651363 1172245498 1143157680 1172245498 1146866456 1172245498 1150821864 1172245498 1152985396 1172245498 1153607614 1172245498 1154121264 1172245498 1159050071 1172245498 1161556730 1172245498 1172187138 1172245498 1144094956 1172245498 1144274692 1172245498 1155417428 1172245498 1160433500 1172245498 1179504949 1172245498 1145656697 1172245498 3472609779529180486 1172245498 3472609779529180486 1172245498 9872064 1172245498 9876640 1172245498 1124571789 1172245498 1130002456 1172245498 1130101822 1172245498 1164058125 1172245498 1120083806 1172245498 1222614744 1172245498 1104279682 1172245498 1105309491 1172245498 1115839147 1172245498 1124028656 1172245498 1125528928 1172245498 1161633478 1172245498 1137893742 1172245498 1139874273 1172245498 1143584613 1172245498 1183928177 1172245498 1104790560 1172245498 1141578358 1172245498 1229168082 1172245498 1129479537 1172245498 1151094274 1172245498 1107988787 1172245498 1190584921 1172245498 1125616376 1172245498 1145975352 1172245498 8751620394453328230 1172245498 1188925278 1172245498 1159808530 1172245498 0 1172245498 ^C $ md5sum ~/.todo 7daf1e8843676c13be3faf01a6164fa7 /home/frx/.todo Please note that the output is written in its entirety almost immediately after todo is started. Then, no more output is written, but one CPU core is 100 % busy. After more than 1000 seconds, I give up and hit [Ctrl+C]. File ~/.todo is unaltered. It seems to me that the --purge option does not work as intended. What's wrong? What did I fail to understand? Please forward to upstream, as appropriate. -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (800, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages devtodo depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.3-3 GCC support library ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libreadline5 5.2-3.1GNU readline and history libraries ii libstdc++64.3.3-3The GNU Standard C++ Library v3 devtodo recommends no packages. Versions of packages devtodo suggests: ii xsltproc 1.1.24-2 XSLT command line processor -- 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#476988: 0.0.95 release
Hi Junichi, I cloned the apt-listbugs git repository, applied my changes (which take apt-listbugs to version 0.0.95), created one commit and prepared a patch with format-patch , as you suggested. The patch should follow this message. Next time I'll try and split my changes in more than one commit... Please apply the patch and upload version 0.0.95 to the Debian archive. Thanks in advance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476988: [PATCH] 0.0.95 release (add --bugs option, new uploader)
add a new option (--bugs) to only show bugs that belong to a given set
add Francesco Poli to the uploaders list
---
apt-listbugs | 11 +--
debian/changelog |8
debian/control|1 +
debian/copyright |5 +++--
lib/apt-listbugs/logic.rb | 14 +-
5 files changed, 34 insertions(+), 5 deletions(-)
diff --git a/apt-listbugs b/apt-listbugs
index 8fcc449..3e803e8 100755
--- a/apt-listbugs
+++ b/apt-listbugs
@@ -4,6 +4,7 @@
#
# Copyright (C) 2002 Masato Taruishi t...@debian.org
# Copyright (C) 2006-2008 Junichi Uekawa dan...@debian.org
+# Copyright (C) 2008 Francesco Poli f...@firenze.linux.it
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -40,7 +41,7 @@ the upgrade/installation is safe.
== USAGE
-apt-listbugs [-h] [-s severities] [-S stats] [-D] [-H hostname] [-p
port] command [arguments]
+apt-listbugs [-h] [-s severities] [-S stats] [-B bugs] [-D] [-H
hostname] [-p port] command [arguments]
== OPTIONS
@@ -67,6 +68,10 @@ apt-listbugs [-h] [-s severities] [-S stats] [-D] [-H
hostname] [-p port
Note that 'pending' does not mean 'tagged pending', but 'still open, pending
to be fixed'.
+* -B bugs | --bugs bugs
+
+ Bug numbers you want to see separated by comma (e.g. 123456,567890,135792).
All other bugs will be ignored.
+
* -D | --show-downgrade
Shows bugs of downgraded packages. (apt mode only)
@@ -203,7 +208,8 @@ don't actually apply to the version. You need to review the
bug.
apt-listbugs was originally written by Masato Taruishi
t...@debian.org, and rewritten by Junichi Uekawa
dan...@debian.org in 2006 to handle BTS Versioning features and the
-SOAP interface.
+SOAP interface. The --bugs option was added by Francesco Poli
+f...@firenze.linux.it in 2008.
Latest source-code is available from
http://git.debian.org/?p=apt-listbugs/apt-listbugs.git
@@ -332,6 +338,7 @@ rescue
end
Factory::BugsFactory.delete_ignore_bugs(bugs) if config.command == apt
+Factory::BugsFactory.delete_uninteresting_bugs(bugs) if config.fbugs
Factory::BugsFactory.delete_unwanted_tag_bugs(bugs) if config.tag
begin
Factory::BugsFactory.delete_irrelevant_bugs(bugs, cur_pkgs, new_pkgs) {
|msg, val|
diff --git a/debian/changelog b/debian/changelog
index 0b81519..a94992a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+apt-listbugs (0.0.95) unstable; urgency=low
+
+ * fix please implement a command to query the BTS about a given bug in
+given package/version (Closes: #476988)
+ * added Francesco Poli to the uploaders list
+
+ -- Francesco Poli (t1000) f...@firenze.linux.it Thu, 11 Dec 2008 23:58:31
+0100
+
apt-listbugs (0.0.94) unstable; urgency=low
* remove a trace of -R option which used to be 'release-critical' which
diff --git a/debian/control b/debian/control
index c3fd35e..44e7c9f 100644
--- a/debian/control
+++ b/debian/control
@@ -2,6 +2,7 @@ Source: apt-listbugs
Section: admin
Priority: optional
Maintainer: Junichi Uekawa dan...@debian.org
+Uploaders: Francesco Poli (t1000) f...@firenze.linux.it
Build-Depends: debhelper ( 5.0.0), cdbs, time
Build-Depends-Indep: ruby1.8, rdtool, gettext
Standards-Version: 3.7.2
diff --git a/debian/copyright b/debian/copyright
index 8d9a9d5..e9d68e5 100644
--- a/debian/copyright
+++ b/debian/copyright
@@ -4,8 +4,9 @@ The original source can always be found at:
http://ftp.debian.org/debian/pool/main/a/apt-listbugs/
http://git.debian.org/?p=apt-listbugs/apt-listbugs.git
-Copyright (C) 2002 Masato Taruishi
-Copyright (C) 2006 Junichi Uekawa
+Copyright (C) 2002 Masato Taruishi t...@debian.org
+Copyright (C) 2006-2008 Junichi Uekawa dan...@debian.org
+Copyright (C) 2008 Francesco Poli f...@firenze.linux.it
This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
diff --git a/lib/apt-listbugs/logic.rb b/lib/apt-listbugs/logic.rb
index 1982a1e..d86e833 100644
--- a/lib/apt-listbugs/logic.rb
+++ b/lib/apt-listbugs/logic.rb
@@ -2,6 +2,7 @@
#
# Copyright (C) 2002 Masato Taruishi t...@debian.org
# Copyright (C) 2006-2008 Junichi Uekawa dan...@debian.org
+# Copyright (C) 2008 Francesco Poli f...@firenze.linux.it
#
# This program is free software; you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
@@ -44,6 +45,7 @@ class AppConfig
sprintf(_( -s severities : Severities you want to see [%s], or
[all].\n), @severity.join(',')),
_( -T tags: Tags you want to see.\n),
sprintf(_( -S stats : Stats you want to see [%s].\n),
@stats.join(',')),
+ _( -B bugs: Bugs you want to see.\n),
_( -D : Show downgraded packages, too.\n),
sprintf(_( -H hostname: Hostname of Debian Bug Tracking System
