Bug#648628: transition: gpsd
On 2011-12-01 20:37, Niels Thykier wrote: block 645105 by 648628 tags 648628 + pending thanks Hi, A little status update on this. gpsd has migrated to testing so we are nearly done now. :) On 2011-11-13 17:04, Bernd Zeimetz wrote: [...] Hi Release Team, gpsd's service library libgps got a bunch of API and ABI changes, so it needs a transition from libgps19 to libgps20. Currently there are only 4 packages left in unstable which do not build against the new API: geoclue #648496 Should migrate today/tonight. obdgpslogger #648495 Added removal hint kdeedu #648502 kdebase-workspace #648504 Both migrated. [...] ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647787: vxl: Uses deprecated avifile
Hi Moritz, could you recommend any plug in replacement for avifile? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651215: Kernel fails to boot on NSLU2
Hi, I've uploaded a 3.1.5-1 with a patch which should fix the boot failure at http://www.rtp-net.org/misc/deb/. Can you please test it ? Thanks, Arnaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651919: Support of network namespaces (netns)
Package: ifupdown Version: 0.7~alpha5+really0.6.16 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi! iproute has now support for network namespaces. For example: # ip netns create ns1 # ip link set eth1 netns ns1 # ip netns exec ns1 ip addr add 192.168.1.1/24 dev eth1 It would be great if ifupdown had support for netns as well. It would need to: 1. move the given interface into the appropriate namespace (like with ip link) 2. configure the interface as usual (but is now in another namespace) 3. execute any up/down script into the appropriate namespace Either we could rely on ip netns to do all that or do it ourselves (but with compatibility with ip netns) by issuing the appropriate setns() call before handling the interface. As ifupdown uses ifconfig, it seems easier to use the first approach. Each call could be wrapped in ip netns exec when the netns keyword is present. - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ifupdown depends on: ii libc6 2.13-22 ii lsb-base 3.2-28 ii net-tools 1.60-24.1 ifupdown recommends no packages. Versions of packages ifupdown suggests: ii iproute 2017-1 ii isc-dhcp-client 4.1.1-P1-17 ii ppp 2.4.5-5 - -- debconf information: ifupdown/convert-interfaces: true -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk7nCSwACgkQKFvXofIqeU4JXACgm/Wpi7ghY31q+dCiunZEHeHp OzUAoLS0eQWSq3tt9IQ2FF/TRZSbfXwk =TR1t -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629067: [DRE-maint] Bug#629067: libactionpack-ruby: libactionpack update breaks redmine
On 10/12/2011 21:44, Michael Biebl wrote: Hi, On 10.12.2011 13:39, Jérémy Lal wrote: i just forgot about that, and will propose a debdiff tomorrow to the security team. Unless there's a more appropriate way of dealing with the upload ? it could be done via a stable upload in the next point release, also. But as the last point release hasn't been that long ago, it will probably take some time until this would happen. So I guess a regular security upload to fix the regression is preferrable. Ok, unfortunately i have no time left for preparing the rails fix. (What i said about redmine was wrong, it is rails that should fixed, everybody got that). I hope i'll have more time next year... Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651919: Support of network namespaces (netns)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, On Tue, 13 Dec 2011 09:13:36 +0100 Vincent Bernat ber...@debian.org wrote: iproute has now support for network namespaces. For example: # ip netns create ns1 # ip link set eth1 netns ns1 # ip netns exec ns1 ip addr add 192.168.1.1/24 dev eth1 It would be great if ifupdown had support for netns as well. It would need to: 1. move the given interface into the appropriate namespace (like with ip link) 2. configure the interface as usual (but is now in another namespace) 3. execute any up/down script into the appropriate namespace Either we could rely on ip netns to do all that or do it ourselves (but with compatibility with ip netns) by issuing the appropriate setns() call before handling the interface. As ifupdown uses ifconfig, it seems easier to use the first approach. Each call could be wrapped in ip netns exec when the netns keyword is present. I will look at this a bit later --- I have much work to do now; meanwhile, check the newest experimental version out; it uses iproute2 already, so if you provide any ideas or even patches it'd be great. Thanks for you mail! - -- WBR, Andrew -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJO5wpaAAoJEG6k0jEaLSaN6voQAJLCV7WeU72LQm0y6FtwYLJU MNvntZD6APmUK60HrKj7rHaV6I473e53W7Up0oXpgazCBIUTCQxTs+XX3IZNciqj AYyCFHuX/VO+PHYXRKOGuCPM3pegYPk5tnM3BYrtJCPSbf+2YhBpa0chJlVD3yn9 6vZ6jEe9nquNM6szukvQa8GeL8TqPiz2zn6GqClyx9iWPZVGaJ4jMfP2oaiz0XXs WQomXXxwldy0fxnwYvjfmp+XPwAAvv8CdROqr4nNuuArNrokHIRoHVPO2qCo8bKn 0z1Q3IetSzTHBb7foG+kkh6LGLfoKIl0vTJ9m/l99jRPgKm1g3yhu9Jk3CalfTcU aCj6sEWXaWJNm+6duiBAcy9jd45bti1QIG7NphU19cDXiL57Egb7IY23FB7G0jCx c2JGQROwfvR4eg2IRgBW5d91iNYjA0/bb3ML2W4DmnzX4zkQhcd9ETMF5mHp1fPR rRrITFIr5V/3Uktf+qmxXwt9AmBp5oqCwKZXsD98XmfZyERnQu+CGDG0BUnSWw5A o8obFApWfUXldKmujWWNCv01K8JcHxg1ol+R+c+j6aXFyQ4dffoY/gJdy2X+vs5B Lh9wyICsUcvgc+CE9CsLJJyAUUDeGUIhG7GUyxCGuUEs5p4JyNd7pWT0jtn5xR+o GQJticpGqaEa0eYw3KUq =d4DN -END PGP SIGNATURE-
Bug#622278: getstream: diff for NMU version 20081204-1.1
On Sun, Dec 11, 2011 at 12:24, Ansgar Burchardt ans...@debian.org wrote: tags 622278 + pending thanks Dear maintainer, I've prepared an NMU for getstream (versioned as 20081204-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards. [snip] Hi, I guess I had fixed this issue in a package I uploaded on mentors.debian.net a few months ago but I didn't find any sponsor... It is still available at http://mentors.debian.net/package/getstream (and using a new upstream version) Regards, -- Herve Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647900: mptspi init failure on Sparc SMP in Linux 3.0
Hello Nagalakshimi. Thank you for your reply. W dniu 2011-12-13 08:21, Nandigama, Nagalakshmi pisze: The issue is happening because config page is timing out and initialization is not successful Can you collect the kernel messages even for the KERN_DEBUG messages also for mpt driver? This is to find out which config page is failing. Maybe so, but I confess that I do not know how. :( Do you have any suggestions? I begin my adventure with Debian. I have little experience with Centos, but it doesn't work with Sparc. :) Regards, Mariusz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627325: Turn on/off eatmydata while a program is running
OoO En cette matinée pluvieuse du samedi 21 mai 2011, vers 10:49, je disais: Sure I would accept it. eatmydata.c already has similar code but it's disabled iirc. If you polished it, made file path configurable via environment variable (which would also serve as ON/OFF switch of this functionality) and added appropriate documentation, I would consider applying it. Hi! Here is the patch against the current package. If EATMYDATA environment variable is present, eatmydata will check the file defined by this variable. If the file exists, any sync() call is suppressed. Hi! I had no news on this patch. What do you think of it? -- Vincent Bernat ☯ http://vincent.bernat.im Localise input and output in subroutines. - The Elements of Programming Style (Kernighan Plauger) pgpVbcO2jXAgO.pgp Description: PGP signature
Bug#651919: Support of network namespaces (netns)
OoO En cette matinée ensoleillée du mardi 13 décembre 2011, vers 09:18, Andrew Shadura bugzi...@tut.by disait : iproute has now support for network namespaces. For example: # ip netns create ns1 # ip link set eth1 netns ns1 # ip netns exec ns1 ip addr add 192.168.1.1/24 dev eth1 It would be great if ifupdown had support for netns as well. It would need to: 1. move the given interface into the appropriate namespace (like with ip link) 2. configure the interface as usual (but is now in another namespace) 3. execute any up/down script into the appropriate namespace Either we could rely on ip netns to do all that or do it ourselves (but with compatibility with ip netns) by issuing the appropriate setns() call before handling the interface. As ifupdown uses ifconfig, it seems easier to use the first approach. Each call could be wrapped in ip netns exec when the netns keyword is present. I will look at this a bit later --- I have much work to do now; meanwhile, check the newest experimental version out; it uses iproute2 already, so if you provide any ideas or even patches it'd be great. I will try to provide you some patches. -- Vincent Bernat ☯ http://vincent.bernat.im Follow each decision as closely as possible with its associated action. - The Elements of Programming Style (Kernighan Plauger) pgpIiHnlBG5GE.pgp Description: PGP signature
Bug#651920: gstreamer0.10: dh_gstscancodecs fix needed for multiarch
Package: gstreamer0.10 Version: 0.10.35.2-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu precise ubuntu-patch Hi folks, As mentioned in my followup to bug #647485, a further patch is needed to gstreamer0.10 for multiarch, because dh_gstscancodecs currently fails to output anything for a plugin package installing to the multiarch path. Attached is a patch I've applied in Ubuntu for this. The changelog for this upload is: * Update dh_gstscancodecs to work for both the legacy and multiarch paths. Thanks to YunQiang Su wzss...@gmail.com for noticing this issue. Thanks for considering the patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org === modified file 'debian/dh_gstscancodecs' --- debian/dh_gstscancodecs 2008-08-15 09:21:42 + +++ debian/dh_gstscancodecs 2011-12-13 01:25:47 + @@ -21,7 +21,8 @@ gstreamer-based applications. dh_gstscancodecs generates substitution variable for debian/control, -by scanning libraries /usr/lib/gstreamer-0.10/*.so. +by scanning libraries /usr/lib/gstreamer-0.10/*.so and +/usr/lib/$DEB_HOST_MULTIARCH/gstreamer-0.10/*.so. The generated substitution variables are @@ -68,7 +69,10 @@ init(); -$::pluginlibdirprefix = '/usr/lib/gstreamer-'; +my $deb_host_multiarch = `dpkg-architecture -qDEB_HOST_MULTIARCH`; +chop $deb_host_multiarch; +$::pluginlibdirprefix = '/usr/lib/'.$deb_host_multiarch.'/gstreamer-'; +$::pluginlibdirlegacy = '/usr/lib/gstreamer-'; foreach my $package (@{$dh{DOPACKAGES}}) { my $tmp = tmpdir($package); @@ -79,8 +83,10 @@ delsubstvar($package, gstreamer:Encoders); delsubstvar($package, gstreamer:Decoders); - foreach my $sodir (glob $tmp$::pluginlibdirprefix*) { -my $gstversion= substr($sodir, length($tmp$::pluginlibdirprefix)); + foreach my $sodir (glob $tmp$::pluginlibdirprefix* $tmp$::pluginlibdirlegacy*) { +my $gstversion = $sodir; +$gstversion =~ s/^$tmp$::pluginlibdirprefix//; +$gstversion =~ s/^$tmp$::pluginlibdirlegacy//; verbose_print(# gstreamer version $gstversion); my (undef, $tmpfile) = File::Temp::tempfile(/tmp/.basename($0).., UNLINK = 1);
Bug#310442: rdiff-backup: no way to recover from full filesystem
Another way to work-around this problem is to add a large (empty) file on the backup volume (dd if=/dev/zero of=/backup/blob count=1000 bs=1M). Then, whenever rdiff-backup fails when the device becomes full, remove that file and you can run --check-destination-dir to fix up the repository. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648167: ginkgocadx: broken by today's upgrade of insighttoolkit ?
Hi. Would you mind to provide more info about the issue, if possible? Best regards. On Mon, Dec 12, 2011 at 6:36 PM, Andreas Tille ti...@debian.org wrote: Hi, On Sun, 13 Nov 2011, Karsten Hilbert wrote: I have a bit more info. With regards to the DICOM files Ginkgo CADx does not open anymore the following is true: - Debian Package 2.5.4 - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.20: does NOT work We just have libinsighttoolkit 3.20 in Debian. Any chance to get this working with Ginkgo CADx? Kind regards Andreas. -- http://fam-tille.de -- *Carlos Barrales Ruiz* carlos.barra...@metaemotion.com [+34] 983 108 494 *MetaEmotion* c\ Vinos de la Ribera del Duero, 5. 1º B. E47008. Valladolid. Spain.http://maps.google.es/maps?q=MetaEmotion+S.L,+Paseo+de+Bel%C3%A9n,+Valladolidhl=es=;ie=UTF8ll=41.619344,-4.747655spn=0.003669,0.008256sll==40.396764,-3.713379sspn=15.2967,33.815918z=18iwloc==%0AA www.metaemotion.com
Bug#629067: [DRE-maint] Bug#629067: libactionpack-ruby: libactionpack update breaks redmine
Ok, I'll prepare the rails fix. I was still living in the world where redmine was the culprit. O. On Tue, Dec 13, 2011 at 09:18, Jérémy Lal je...@edagames.com wrote: On 10/12/2011 21:44, Michael Biebl wrote: Hi, On 10.12.2011 13:39, Jérémy Lal wrote: i just forgot about that, and will propose a debdiff tomorrow to the security team. Unless there's a more appropriate way of dealing with the upload ? it could be done via a stable upload in the next point release, also. But as the last point release hasn't been that long ago, it will probably take some time until this would happen. So I guess a regular security upload to fix the regression is preferrable. Ok, unfortunately i have no time left for preparing the rails fix. (What i said about redmine was wrong, it is rails that should fixed, everybody got that). I hope i'll have more time next year... Jérémy. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651918: claws-mail: Stepping through posts in RSS feed consistently causes segfault
tags 651918 moreinfo thanks Hi Andreas, On Tue, Dec 13, 2011 at 08:36:30AM +0100, Andreas Rönnquist wrote: Package: claws-mail Version: 3.7.10-2 Severity: important Stepping through the posts in an RSS feed (in this case Planet Claws Mail - http://planet.claws-mail.org/rss20.xml) causes claws-mail to segfault. I step through them one after another pressing Shift-N, but unfortunately it doesn't seem consistent which post causes the segfault. - backtrace as follows: As a side note: it's more interesting to install -dbg packages to get more useful backtraces. Anyway in this case the problem seems caused by the embedded libgtkhtml in the gtkhtml2_viewer plugin, which currently is probably not the best option for browsing HTML. Have you tried to use the fancy plugin instead? It would be also interesting to find which one of the posts causes the crash, or what sequence of posts, otherwise it would be very difficult to fix. regards, -- Ricardo Mones ~ Don't take the name of root in vain. /usr/src/linux/README signature.asc Description: Digital signature
Bug#648167: ginkgocadx: broken by today's upgrade of insighttoolkit ?
On Tue, Dec 13, 2011 at 09:33:39AM +0100, Carlos Barrales wrote: Hi. Would you mind to provide more info about the issue, if possible? Karsten Kind regards Andreas. Best regards. On Mon, Dec 12, 2011 at 6:36 PM, Andreas Tille ti...@debian.org wrote: Hi, On Sun, 13 Nov 2011, Karsten Hilbert wrote: I have a bit more info. With regards to the DICOM files Ginkgo CADx does not open anymore the following is true: - Debian Package 2.5.4 - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.20: does NOT work We just have libinsighttoolkit 3.20 in Debian. Any chance to get this working with Ginkgo CADx? Kind regards Andreas. -- http://fam-tille.de -- *Carlos Barrales Ruiz* carlos.barra...@metaemotion.com [+34] 983 108 494 *MetaEmotion* c\ Vinos de la Ribera del Duero, 5. 1º B. E47008. Valladolid. Spain.http://maps.google.es/maps?q=MetaEmotion+S.L,+Paseo+de+Bel%C3%A9n,+Valladolidhl=es=;ie=UTF8ll=41.619344,-4.747655spn=0.003669,0.008256sll==40.396764,-3.713379sspn=15.2967,33.815918z=18iwloc==%0AA www.metaemotion.com -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651921: override: htsengine:sound/optional, libhtsengine-dev:libdevel/optional, libhtsengine1:libs/optional
Package: ftp.debian.org The past version of this package specified the priority as extra, but it was wrong. I changed it to optional. Begin forwarded message: Date: Mon, 12 Dec 2011 13:47:34 + From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Koichi Akabe vbkaise...@gmail.com, iwama...@debian.org Subject: htsengine override disparity There are disparities between your recently accepted upload and the override file for the following file(s): htsengine_1.05-2_amd64.deb: package says priority is optional, override says extra. libhtsengine-dev_1.05-2_amd64.deb: package says priority is optional, override says extra. libhtsengine1_1.05-2_amd64.deb: package says priority is optional, override says extra. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -- Koichi Akabe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651922: isc-dhcp: FTBFS parallel build
Package: isc-dhcp Version: 4.2.2-1 Severity: normal A parallel build using for example dpkg-buildpackage -j7 often fails, because debian/rules contains the following rules. build: build-arch build-indep build-arch: build-stamp build-indep: build-stamp 1: build-stamp: patch-stamp patched-ldap/build-stamp 2: patched-ldap/build-stamp: ./configure (1) leasds to the source tree being patched and configured in parallel, because (2) doesn't declare, that it needs to work on the already patched tree. Solution: Change (2) to patched-ldap/build-stamp: patch-stamp -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (90, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Fix parallel build dependency During parallel build, aclocal may be called on the still un-patched source tree, parallel to the source tree being patched. This later results in an error when configure invoked with the LDAP patch being applied. Add a dependency on the patched source tree before building the LDAP enabled server. --- isc-dhcp-4.1.1-P1/debian/rules.orig 2011-12-12 09:42:51.665362929 +0100 +++ isc-dhcp-4.1.1-P1/debian/rules 2011-12-12 09:42:56.989332250 +0100 @@ -37,7 +37,7 @@ CFLAGS += -D_PATH_DHCLIENT_CONF='/etc/dhcp/dhclient.conf' CFLAGS += -DNOMINUM -patched-ldap/build-stamp: +patched-ldap/build-stamp: patch-stamp dh_testdir aclocal
Bug#629067: [DRE-maint] Bug#629067: libactionpack-ruby: libactionpack update breaks redmine
On 13/12/2011 09:33, Ondřej Surý wrote: Ok, I'll prepare the rails fix. I was still living in the world where redmine was the culprit. My mistake ! It's really the security patch that caused the problem by using the non-existent html_safe method. A fix is proposed in this very bug report. We should investigate if there's a way to run rails own test suite (rake test) to improve releases quality. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651923: override: open-jtalk-mecab-naist-jdic:misc/optional, open-jtalk:sound/optional
Package: ftp.debian.org The past version of this package specified the priority as extra, but it was wrong. I changed it to optional. Begin forwarded message: Date: Mon, 12 Dec 2011 13:48:53 + From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Koichi Akabe vbkaise...@gmail.com, iwama...@debian.org Subject: open-jtalk override disparity There are disparities between your recently accepted upload and the override file for the following file(s): open-jtalk-mecab-naist-jdic_1.04-2_all.deb: package says priority is optional, override says extra. open-jtalk_1.04-2_amd64.deb: package says priority is optional, override says extra. Please note that a list of new sections were recently added to the archive: cli-mono, database, debug, fonts, gnu-r, gnustep, haskell, httpd, java, kernel, lisp, localization, ocaml, php, ruby, vcs, video, xfce, zope. At this time a script was used to reclassify packages into these sections. If this is the case, please only reply to this email if the new section is inappropriate, otherwise please update your package at the next upload. Either the package or the override file is incorrect. If you think the override is correct and the package wrong please fix the package so that this disparity is fixed in the next upload. If you feel the override is incorrect then please file a bug against ftp.debian.org and explain why. Please INCLUDE the list of packages as seen above, or we won't be able to deal with your request due to missing information. Please make sure that the subject of the bug you file follows the following format: Subject: override: BINARY1:section/priority, [...], BINARYX:section/priority Include the justification for the change in the body of the mail please. [NB: this is an automatically generated mail; if you already filed a bug and have not received a response yet, please ignore this mail. Your bug needs to be processed by a human and will be in due course, but until then the installer will send these automated mails; sorry.] -- Debian distribution maintenance software (This message was generated automatically; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -- Koichi Akabe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651529: rsyslog: FTBFS on hurd-i386
On Tue, 2011-12-13 at 06:41 +0100, Guillem Jover wrote: Hi! On Fri, 2011-12-09 at 16:40:41 +0100, Svante Signell wrote: Source: rsyslog Version: 5.8.6-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd ... diff -ur rsyslog-5.8.6/runtime/modules.c rsyslog-5.8.6.buggy/runtime/modules.c --- rsyslog-5.8.6/runtime/modules.c 2011-10-21 11:53:02.0 +0200 +++ rsyslog-5.8.6.modified/runtime/modules.c2011-12-09 14:40:08.0 +0100 ... @@ -805,11 +805,8 @@ do { /* now build our load module name */ if(*pModName == '/' || *pModName == '.') { - *szPath = '\0'; /* we do not need to append the path - its already in the module name */ iPathLen = 0; On this case no memory is allocated which will cause a segfault, further on when writing to szPath. Fixed! } else { - *szPath = '\0'; - iPathLen = strlen((char *)pModDirCurr); pModDirNext = (uchar *)strchr((char *)pModDirCurr, ':'); if(pModDirNext) @@ -821,45 +818,41 @@ continue; } break; - } else if(iPathLen sizeof(szPath) - 1) { - errmsg.LogError(0, NO_ERRCODE, could not load module '%s', module path too long\n, pModName); + } + if((szPath = malloc(iPathLen+1)) == NULL) { + errmsg.LogError(0, NO_ERRCODE, could not allocate memory '%s'\n, pModName); ABORT_FINALIZE(RS_RET_MODULE_LOAD_ERR_PATHLEN); } - strncat((char *) szPath, (char *)pModDirCurr, iPathLen); - iPathLen = strlen((char*) szPath); + strcpy((char *) szPath, (char *)pModDirCurr); if(pModDirNext) pModDirCurr = pModDirNext + 1; if((szPath[iPathLen - 1] != '/')) { - if((iPathLen = sizeof(szPath) - 2)) { - szPath[iPathLen++] = '/'; - szPath[iPathLen] = '\0'; - } else { - errmsg.LogError(0, RS_RET_MODULE_LOAD_ERR_PATHLEN, could not load module '%s', path too long\n, pModName); - ABORT_FINALIZE(RS_RET_MODULE_LOAD_ERR_PATHLEN); - } + szPath[iPathLen++] = '/'; + szPath[iPathLen] = '\0'; This will write past the last character. You need to allocate +1 additional byte for it. Fixed! } } /* ... add actual name ... */ - strncat((char *) szPath, (char *) pModName, sizeof(szPath) - iPathLen - 1); + iPathLen = iPathLen + iModNameLen + 3; + if((szPath = realloc(szPath, iPathLen+1)) == NULL) { + errmsg.LogError(0, NO_ERRCODE, could not allocate memory '%s'\n, pModName); + ABORT_FINALIZE(RS_RET_MODULE_LOAD_ERR_PATHLEN); + } This will do useless work that could be avoided. Pre-compute the total path len and use a single malloc() instead. This is a matter of how much you should change in the original code. I thought about it but decided not to by then. Now the updated patch does. /* now see if we have an extension and, if not, append .so */ - if(!bHasExtension) { + if(bHasExtension) { ... /* complete load path constructed, so ... GO! */ @@ -903,6 +896,7 @@ } finalize_it: + free(szPath); pthread_mutex_unlock(mutLoadUnload); RETiRet; } It seems (w/o looking at the full function) this will leak if the loop is repeated for whatever reason, and szPath will get malloc()ed over. This was fixed by an update to the patch, sent to the bug number but not to the debian-hurd ML. The function can probably be simplified quite a bit, by allocating once at the beginning of the loop and then using sprintf() to build the path. See above! --- rsyslog-5.8.6/runtime/modules.c 2011-10-21 11:53:02.0 +0200 +++ rsyslog-5.8.6.modified/runtime/modules.c 2011-12-13 09:25:16.0 +0100 @@ -767,9 +767,9 @@ DEFiRet; size_t iPathLen, iModNameLen; - uchar szPath[PATH_MAX]; + uchar *szPath = NULL; uchar *pModNameCmp; - int bHasExtension; + int bHasExtension, pHasSlash; void *pModHdlr, *pModInit; modInfo_t *pModInfo; uchar *pModDirCurr, *pModDirNext; @@ -805,12 +805,16 @@ do { /* now build our load module name */ if(*pModName == '/' || *pModName == '.') { - *szPath = '\0'; /* we do not need to append the path -
Bug#650339: MPlayer version is outdated
retitle 650339 Please update to new upstream version later than svn r33824 thanks On Di, Nov 29, 2011 at 00:59:20 (CET), jida...@jidanni.org wrote: http://bugzilla.mplayerhq.hu/show_bug.cgi?id=2019 says says Anyway your MPlayer version is outdated and the issue is almost certainly fixed since r33824. So if a new version were to appear on Debian I could conveniently test it. Upstream mplayer will (most probably) not compile against Debian's system libav version because it's too old. I do intend to upload a new snapshot to experimental when I find the time to release it properly, but even with this new version, mplayer needs some patches. pkg-multimedia team members: If you are in a hurry or want to help to prepare packages in our repository, please grab the .orig.tar.gz and the required patches (in the .diff.gz) from this (ubuntu) PPA: https://launchpad.net/~motumedia/+archive/mplayer-daily/+packages With these sources, it would be at least possible to prepare an mplayer package that links statically against its bundled libav copy. Cheers, Reinhard -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651808: pu: package jabberbot/0.9-1+squeeze1
On Mon, Dec 12, 2011 at 20:19:29 +, Adam D. Barratt wrote: tag 651808 + squeeze confirmed thanks On Mon, 2011-12-12 at 10:57 +0100, Julien Cristau wrote: I'd like to get #651621 fixed in squeeze. jabberbot has a race-condition on connect where it sets up its callbacks before setting up the data they need. The bug has been fixed in 0.11 upstream, so in sid in February. Please go ahead; thanks. Uploaded last night. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651688: [pkg-ggz-maintainers] Bug#651688: Should ggz-server be orphaned or removed from Debian?
Hi Ansgar, I've spoken with Josef Spillner, the old GGZ project lead and we both agree that the best course of action is for the GGZ packages to be removed from Debian. It's not fair to leave the maintenance in the hands of the distributors. Cheers, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651925: britney: refactor undo code into a method
Package: release.debian.org Severity: normal Tags: patch User: release.debian@packages.debian.org Usertags: britney Hi, Attached is a patch that should do that. I have tested it on the britney test suite and live data from 2011-10-19 (reduced to i386 and amd64). That being said, I would appreciate a review or two just in case. ~Niels From fd6decda54a125a5bfcf751c818ee37caf7e5c5e Mon Sep 17 00:00:00 2001 From: Niels Thykier ni...@thykier.net Date: Tue, 13 Dec 2011 09:58:45 +0100 Subject: [PATCH] Refactored the undo code into its own method Signed-off-by: Niels Thykier ni...@thykier.net --- britney.py | 150 +-- 1 files changed, 74 insertions(+), 76 deletions(-) diff --git a/britney.py b/britney.py index 7a577d3..defba6f 100755 --- a/britney.py +++ b/britney.py @@ -2167,42 +2167,10 @@ class Britney: extra.append(pkg) if not mark_passed: skipped.append(pkg) - -# undo the changes (source) -for k in undo['sources'].keys(): -if k[0] == '-': -del sources['testing'][k[1:]] -else: sources['testing'][k] = undo['sources'][k] - -# undo the changes (new binaries) -if not item.is_removal and item.package in sources[item.suite]: -for p in sources[item.suite][item.package][BINARIES]: -binary, arch = p.split(/) -if item.architecture in ['source', arch]: -del binaries[arch][0][binary] -self.systems[arch].remove_binary(binary) - -# undo the changes (binaries) -for p in undo['binaries'].keys(): -binary, arch = p.split(/) -if binary[0] == -: -del binaries[arch][0][binary[1:]] -self.systems[arch].remove_binary(binary[1:]) -else: -binaries[arch][0][binary] = undo['binaries'][p] -self.systems[arch].remove_binary(binary) -self.systems[arch].add_binary(binary, binaries[arch][0][binary][:PROVIDES] + \ -[, .join(binaries[arch][0][binary][PROVIDES]) or None]) - -# undo the changes (virtual packages) -for p in undo['nvirtual']: -j, arch = p.split(/) -del binaries[arch][1][j] -for p in undo['virtual']: -j, arch = p.split(/) -if j[0] == '-': -del binaries[arch][1][j[1:]] -else: binaries[arch][1][j] = undo['virtual'][p] +single_undo = list() +single_undo.append((undo, item)) +# (local-scope) binaries is actually self.binaries[testing] so we cannot use it here. +self.undo_changes(single_undo, systems, sources, self.binaries) # if we are processing hints, return now if hint: @@ -2302,47 +2270,77 @@ class Britney: self.output_write(FAILED\n) if not undo: return -# undo all the changes -for (undo, item) in lundo: -# undo the changes (source) -for k in undo['sources'].keys(): -if k[0] == '-': -del self.sources['testing'][k[1:]] -else: self.sources['testing'][k] = undo['sources'][k] - -for (undo, item) in lundo: -# undo the changes (new binaries) -if not item.is_removal and item.package in self.sources[item.suite]: -for p in self.sources[item.suite][item.package][BINARIES]: -binary, arch = p.split(/) -if item.architecture in ['source', arch]: -del self.binaries['testing'][arch][0][binary] -self.systems[arch].remove_binary(binary) - -for (undo, item) in lundo: -# undo the changes (binaries) -for p in undo['binaries'].keys(): +self.undo_changes(lundo, self.systems, self.sources, self.binaries) + + +def undo_changes(self, lundo, systems, sources, binaries): +Undoes one or more changes to testing + +* lundo is a list of (undo, item)-tuples +* systems is the britney-py.c system +* sources is the table of all source packages for all suites +* binaries is the table of all binary packages for all suites + and architectures + + +# We do the undo process in 4 steps and each step must be +# fully completed for each undo-item before starting on the +# next. +# +# see commit:ef71f0e33a7c3d8ef223ec9ad5e9843777e68133 and +# #624716
Bug#621887: Please help: libtecla: FTBFS on kfreebsd-*: mv: cannot stat `debian/tmp/usr/lib/libtecla.la': No such file or directory
Hi BSD-Porters, I would like to get rid of bug #621887. Do you have any hint for a proper fix? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651854: apt-cacher: problems finding port number in /etc/xinetd.d/apt-cacher
On Mon, Dec 12, 2011 at 09:21:07PM +, Mark Hindley wrote: Thanks for this, but I am afraid I don't quite understand what is going on. I can see the uninitialized value warning, but I can't see how it is arising. :( I have woken up with my brain working this morning! I had forgotten that $_ is not localized automatically in while loops. This should fix the uninitialized value warning. Mark commit 8319befeebbb72bfdc7f2c53ac4bad9e141d0407 Author: Mark Hindley m...@hindley.org.uk Date: Tue Dec 13 09:16:13 2011 + Localize $_ before while ($fh) loop. diff --git a/apt-cacher b/apt-cacher index dccb22e..d0989c7 100755 --- a/apt-cacher +++ b/apt-cacher @@ -1990,6 +1990,7 @@ sub get_inetd_port { open(my $fh, '', $_) || do { info_message(Warning: Cannot open $_, $!); next; }; + local $_; LINE: while ($fh) { next LINE if /^(?:#|$)/; # Weed comments and empty lines -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648744: zfsutils migration (Re: new ZFS installs completely broken in Wheezy/Sid)
On 13/12/11 06:59, Robert Millan wrote: I guess we should allow it to migrate then? But I'm still worried about current Wheezy users being forced to upgrade to 9.0 and hitting problems like #651624. Haha, I've quite a headache understanding all the combinations. I'll list the ones I can think of -- please correct me wherever: A Squeeze ZFS user would have kfreebsd-8 8.1 and zfsutils 8.1, and may like to: S1. upgrade to kfreebsd-8 8.2, and would need zfsutils 8.2 S2. upgrade to kfreebsd-9, but would need zfsutils 8.3 S3. upgrade to kfreebsd-8 8.3, but would need zfsutils 8.3 Option S1 should be possible right now, but not if zfsutils 8.3 migrates, and not after kfreebsd-8 8.2 is replaced by 8.3 in testing; old versions would have to be used from snapshots.d.o Option S2 is only possible if zfsutils 8.3 migrates. Same for option S3, but that kernel is still in experimental. A current Wheezy user may still be using the kernel+ZFS from Squeeze, but more likely they have the 8.2 version of both. They may want to: W1. keep kfreebsd-8 8.1 -- an upgrade to zfsutils 8.3 should not happen due to Breaks? W2. keep kfreebsd-8 8.2 -- an upgrade to zfsutils 8.3 should not happen due to Breaks? W3. upgrade to kfreebsd-9, but would need zfsutils 8.3 W4. upgrade to kfreebsd-8 8.3, but would need zfsutils 8.3 Options W3 and W4 are only possible if zfsutils 8.3 migrates, or if packages from Sid are used. A new user may want to: N1. use Squeeze, install kfreebsd-8 8.1 with zfsutils 8.1 N2. install kfreebsd-8 8.2 -- ZFS installs break due to d-i using the zfsutils 8.3 udeb which is incompatible with kfreebsd-8 8.2 N3. install kfreebsd-9 9 -- ZFS installs break if only the Wheezy respository is enabled (a default d-i install), as it has no installable zfsutils 8.3 N4. install kfreebsd-8 8.3 -- still in experimental, but will need zfsutils 8.3 too The overall effect of migration, then, is that kfreebsd-8 8.2 would no longer be an install/upgrade option for anyone that needs ZFS (except from snapshots.d.o). But it will open the door for kfreebsd-8 8.3 to soon replace it in Wheezy and in the installer. The migration *must* happen before new/existing Wheezy users (without using Sid) can install/test ZFS with the newer kernels, particularly a problem for the d-i images. I think lots of people (including myself!) ought to be testing these as soon as possible, in the run-up to the release of Wheezy and the new kernels upstream. Upstream were only alerted to #650667 thanks to testing in Debian GNU/kFreeBSD. The only other option I see is to split zfsutils so there is a separate version for installing+running kfreebsd-8 8.2, although that kernel would disappear anyway when 8.3 replaces it. I guess bug #651624 is no longer of concern once the installer is using kfreebsd-8 8.3; I think that was due to the kernel/zfsutils used by the installer. Also it seems #644799 is fixed by newer zfsutils. Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477077: Su cuota de correo web ha superado la cuota, que es de 2 GB
Su cuota de correo web ha superado la cuota, que es de 2 GB. se está ejecutando actualmente en el 2,3 GB. Para revivir y aumentar su cuota de webmail por favor haga clic en el siguiente enlace o copie el enlace y actualice su cuenta de correo web Con el fin de reactivar. https://docs.google.com/spreadsheet/viewform?formkey=dFlxcGlaYlRyM2tydDJkYkltdXdEQlE6MQ Si no, puede resultar en la cancelación de su cuenta de correo web. Gracias y disculpen las molestias Admin / Webmaster / localhost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649707: stumpwm: StumpWM crashes after upgrade to GDM3
Deepak Tripathi dee...@gnumonk.com writes: Hi Tested the m.d.n version , its working now. Also tested clfwwm and found that Component bug is still not fixed. I need to upgrade asdf. Can you make /debian/control file in such a way that it will take upgraded version. From stumpwm/1:20110819.gitca08e08-2 clfswm/20111015.gitca08e08-2, they can both load your local asdf.lisp. If Debian cl-asdf package doesn't work, you can fix the bug in your local git repo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649033: Backtrace
The hang is in the initialization code of tpm_tis module. Simply running sudo modprobe -b acpi:SMO1200:PNP0C31: sudo modrpobe -r tpm_tis a dozen times in a loop was sufficient to trigger it. Here's the backtrace, courtesy of show-blocked-tasks magic SysRq key command: [ 1801.675853] SysRq : Show Blocked State [ 1801.675866] taskPC stack pid father [ 1801.675951] modprobeD 88021e252f40 0 3809 3808 0x [ 1801.675963] 880212080930 0086 8802155760c0 [ 1801.675973] 00012f40 88021375ffd8 88021375ffd8 880212080930 [ 1801.675983] 0286 00010286 88021d81ec80 00010005bc31 [ 1801.675993] Call Trace: [ 1801.676010] [8132c99d] ? schedule_timeout+0xa3/0xdb [ 1801.676021] [810510b3] ? usleep_range+0x3e/0x3e [ 1801.676029] [81051bf0] ? msleep+0x14/0x1c [ 1801.676041] [a01e3215] ? tpm_transmit+0x102/0x177 [tpm] [ 1801.676051] [a01e367b] ? transmit_cmd.isra.3+0xc/0x24 [tpm] [ 1801.676059] [a01e3b2a] ? tpm_get_timeouts+0x5d/0x210 [tpm] [ 1801.676072] [a026f171] ? tpm_tis_status+0x1e/0x20 [tpm_tis] [ 1801.676082] [a026f4e9] ? wait_for_stat+0x1f/0x18b [tpm_tis] [ 1801.676093] [a026f171] ? tpm_tis_status+0x1e/0x20 [tpm_tis] [ 1801.676102] [a026f825] ? tpm_tis_send_data+0x131/0x16d [tpm_tis] [ 1801.676112] [a026fc2d] ? tpm_tis_init+0x233/0x583 [tpm_tis] [ 1801.676122] [a026ff7d] ? tpm_tis_init+0x583/0x583 [tpm_tis] [ 1801.676133] [811fcc62] ? pnp_device_probe+0x70/0x9c [ 1801.676142] [8123dae2] ? pm_runtime_barrier+0x6e/0x76 [ 1801.676151] [81236f09] ? driver_probe_device+0xa8/0x138 [ 1801.676158] [81236fe8] ? __driver_attach+0x4f/0x6f [ 1801.676165] [81236f99] ? driver_probe_device+0x138/0x138 [ 1801.676175] [81236239] ? bus_for_each_dev+0x44/0x78 [ 1801.676184] [812368a1] ? bus_add_driver+0xa2/0x1f2 [ 1801.676216] [a0345000] ? 0xa0344fff [ 1801.676223] [8123740d] ? driver_register+0x8d/0xf5 [ 1801.676233] [a0345000] ? 0xa0344fff [ 1801.676241] [81002086] ? do_one_initcall+0x76/0x12c [ 1801.676250] [a0345000] ? 0xa0344fff [ 1801.676259] [81074921] ? sys_init_module+0x10c/0x25b [ 1801.676269] [81332792] ? system_call_fastpath+0x16/0x1b Best regards, -- Jurij Smakov ju...@wooyd.org Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650237: emboss: Fails to link mysqlclient with linker set for --as-needed
Le Mon, Dec 12, 2011 at 06:58:00PM +0100, Andreas Tille a écrit : Hi Charles, any reason to not apply this patch and fix the bug? Hi Andreas and Clint, to cut a long story short: 1) the bad reason: spending too much time on DEP 5. 2) the technical reason: I do not understand the problem well enough. 3) the logistic reason: I think we need unblock the update to 6.4.0 first. The patch changes upstream files, to ensure proper linkage in Ubuntu. I do not know well enough the difference between Ubuntu and Debian to understand why this patch is needed there and not here. I would appreciate more detailed explanations. It would also be optimum to propose this patch upstream directly, so that we do not need to implement autoreconf steps, and so that we are sure it has been accepted by experts. What I miss in particular for submitting Upstream is explanation of the changes in the mysql.m4 file. Is it that the original did not follow best practices ? If yes, which ones; is there a doc somewhere to show to the upstream developers ? --- emboss-6.3.1.orig/debian/patches/fix-mysql-macro.patch +++ emboss-6.3.1/debian/patches/fix-mysql-macro.patch @@ -0,0 +1,25 @@ +Index: emboss-6.3.1/m4/mysql.m4 +=== +--- emboss-6.3.1.orig/m4/mysql.m4 2010-05-18 15:12:06.0 -0700 emboss-6.3.1/m4/mysql.m4 2011-11-27 17:06:21.622474403 -0800 +@@ -95,9 +95,9 @@ + dnl not be installed + + EMBCFLAGS=$CFLAGS +- EMBLDFLAGS=$LDFLAGS ++ EMBLIBS=$LIBS + CFLAGS=$MYSQL_CFLAGS +- LDFLAGS=$MYSQL_LDFLAGS ++ LIBS=$MYSQL_LDFLAGS + + AC_LINK_IFELSE([AC_LANG_PROGRAM([[#include stdio.h + #include mysql.h]], +@@ -106,7 +106,7 @@ + [havemysql=no]) + + CFLAGS=$EMBCFLAGS +- LDFLAGS=$EMBLDFLAGS ++ LIBS=$EMBLIBS + + if test $havemysql = yes; then + AC_DEFINE([HAVE_MYSQL], [1], I would like to learn from that patch; I can not apply it blindly. By the way, I really would like to solve the problem with 6.4.0 and its non-free files. But I have postponed this work until I manage to update picard-tools, and it has eaten countless hours of my time without much public output, because of its reverse-dependancy on a java wrapper for a C library (snappy-java). Luckily Upstream is very supportive. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621887: Please help: libtecla: FTBFS on kfreebsd-*: mv: cannot stat `debian/tmp/usr/lib/libtecla.la': No such file or directory
Andreas Tille andr...@an3as.eu (13/12/2011): Hi BSD-Porters, I would like to get rid of bug #621887. Do you have any hint for a proper fix? See your configure.in's *linux*) match. You want to be matching GNU/kFreeBSD here too (see config.{guess,sub} on kfreebsd-*). There might be other parts of it where you need to tweak. Don't forget to relibtoolize afterwards (e.g. autoreconf -vfi). Mraw, KiBi. signature.asc Description: Digital signature
Bug#651926: segfault in libdvdread when opening directories
Package: libdvdread4 Version: 4.2.0-1 totem crashes frequently(*) because of a segfault in libdvdread, [(*) frequently means about 3 out of 5 times] Dec 9 21:19:29 cuda kernel: [ 183.708008] totem[3564]: segfault at 240164a0 ip 7f5d1aaedcb4 sp 7fff73368de0 error 4 in libdvdread.so.4.2.0[7f5d1aaea000+23000] which I traced down to file dvd_reader.c, l.452. Apparently, char *path_copy contains nonsense at this point: This seems to have been introduced by the 05-hurd.patch introduced to fix bug 640803. As far as I can trace this down, new_path = get_current_dir_name() in the #ifdef __GLIBC__ block at ca. line 440 results in char *new_path pointing to nonsense that is passed on path_copy. IF I remove the ##ifdef __GLIBC__ block (i.e., removing the gist of 05-hurd.patch), libdvdread and, hence, totem become stable again. I *cannot* reproduce the problem by writing simple test cases for get_current_dir_name(), and I somewhat doubt that the bug is in get_current_dir_name() (i.e. glibc), although this is the place where things break for me (debugged the hard way with multiple printf()/fflush(stdout)) statements. I see the problem on two debian testing machines, both x86_64 architecture, one of them fully up to date as of Dec 13, 2011: boresch@cuda:~/localdeb/orig/libdvdread-4.2.0/src$ uname -a Linux cuda 3.1.0-1-amd64 #1 SMP Mon Nov 14 08:02:25 UTC 2011 x86_64 GNU/Linux The second machine lags behind since I cannot afford gnome3 at the moment there (in fact, libdvdread there was on 4.1.4 before I installed my 'fixed' version). I only now had the time to track this down, but the problems showed up pretty much about the time bug 640803 was closed (dvd reading on these machines worked fine during the summer!) Again, note that the problem arises intermittently, but way too often for me to be tolerable. May I also venture that the change introduced by 05-hurd.patch trades a posix compatible system call with a glibc extension on all platforms for which __GLIBC__ is defined, contrary to upstream. Could one simply modify the patch so that it only applies to HURD? Thanks for your consideration, Stefan Boresch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559999: Fails to show tags using UTF-8 right way, if encoding is specified
I can confirm this bug, here is what I see. I tried to create the id3v2 tag using kid3 (both v3 and v4, using utf-8) but it did not show properly in id3v2 -l, so I created it using id3v2. $ id3v2 -l Svaty\ Vincent\ -\ 02\ -\ Rikaji\ o\ mne\,\ ze\ jsem\ blazen.mp3 ... TIT2 (Title/songname/content description): Říkají O Mně, Že Jsem Divnej, Zaplať Pánbůh, Že Mám Tak Vysoké Postavení ... This looks good. But when I try to add this file to xmms2: $ xmms2 clear $ xmms2 server remove \* $ xmms2 add Svaty\ Vincent\ -\ 02\ -\ Rikaji\ o\ mne\,\ ze\ jsem\ blazen.mp3 $ xmms2 list -[1/1] - ÅÃkajà O MnÄŽe Jsem Divnej, ZaplaÅ¥ Pánbůh, Že Mám Tak Vysoké Postavenà (01:53) Total playtime: 0:01:53 m. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559999: Fails to show tags using UTF-8 right way, if encoding is specified
2011/12/13 Mehturt meht...@gmail.com: I can confirm this bug, here is what I see. I tried to create the id3v2 tag using kid3 (both v3 and v4, using utf-8) but it did not show properly in id3v2 -l, so I created it using id3v2. $ id3v2 -l Svaty\ Vincent\ -\ 02\ -\ Rikaji\ o\ mne\,\ ze\ jsem\ blazen.mp3 ... TIT2 (Title/songname/content description): Říkají O Mně, Že Jsem Divnej, Zaplať Pánbůh, Že Mám Tak Vysoké Postavení ... This looks good. But when I try to add this file to xmms2: $ xmms2 clear $ xmms2 server remove \* $ xmms2 add Svaty\ Vincent\ -\ 02\ -\ Rikaji\ o\ mne\,\ ze\ jsem\ blazen.mp3 $ xmms2 list -[1/1] - ÅÃkajà O MnÄŽe Jsem Divnej, ZaplaÅ¥ Pánbůh, Že Mám Tak Vysoké Postavenà (01:53) Upload the file somewhere for inspection. -- Daniel Svensson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651801: [Resolvconf-devel] Bug#651801: resolvconf: /etc/resolv.conf is a broken link after reboot
Hi, 2011/12/12 Thomas Hood jdth...@gmail.com: It is possible that this is the same issue as #651827. The issue there is that no update is run at boot, so if your system only uses the base file (and no interface configurers, e.g., ifupdown, dhclient, are run) then your dynamically generated /etc/resolv.conf will be absent. Well, I use resolvconf on all workstations in combination with NetworkManager, dnsmasq and no entries in /etc/network/interfaces except the 'lo' interface. On some of them I have some static DNS entries (due to some bug when resolv.conf has no entries) and on all I have a static list of domains to search. Thus, I expect resolvconf to work with no entries on /e/n/i just fine. If you think that this may be the same issue, please test the patch I supplied in #651827, or do the following: In the start part of the case statement in the resolvconf init script, insert a resolvconf -u With this change the problem is fixed. This was the command I executed manually to make it work after each reboot. Without this, the content of /run/resolvconf is just one directory. Thanks -- /run/resolvconf: total 0 drwxr-xr-x 3 root root 60 Dec 13 11:38 . drwxr-xr-x 9 root root 220 Dec 13 11:38 .. drwxr-xr-x 2 root root 40 Dec 13 11:38 interface /run/resolvconf/interface: total 0 drwxr-xr-x 2 root root 40 Dec 13 11:38 . drwxr-xr-x 3 root root 60 Dec 13 11:38 .. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651927: CVE-2011-4339
Package: openipmi Severity: grave Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=742837 for more information. Can you check, whether the Debian config is affected? If so, please get in touch with t...@security.debian.org for fixing this in a DSA. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559999: Fails to show tags using UTF-8 right way, if encoding is specified
On Tue, Dec 13, 2011 at 10:52 AM, Daniel Svensson dsvens...@gmail.com wrote: Upload the file somewhere for inspection. Here it is: http://c3p0.dyndns.org/Svaty%20Vincent%20-%2002%20-%20Rikaji%20o%20mne,%20ze%20jsem%20blazen.mp3 m. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651928: ITP: python-commando -- simple wrapper for argparse that allows commands and arguments to be defined declaratively
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-commando Version : 0.1.1a Upstream Author : Lakshmi Vyasarajan * URL : http://github.com/lakshmivyas/commando * License : MIT Programming Lang: Python Description : simple wrapper for argparse that allows commands and arguments to be defined declaratively A simple wrapper for `argparse` that allows commands and arguments to be defined declaratively using decorators. Note that this does not support all the features of `argparse` yet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651929: O: weathermap4rrd
Package: wnpp Severity: normal I don't use this package anymore, it has no active upstream for years. Therefore I don't want to maintain it anymore! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651927: CVE-2011-4339
On mar., 2011-12-13 at 11:02 +0100, Moritz Muehlenhoff wrote: Package: openipmi Severity: grave Tags: security Please see https://bugzilla.redhat.com/show_bug.cgi?id=742837 for more information. Can you check, whether the Debian config is affected? If so, please get in touch with t...@security.debian.org for fixing this in a DSA. Afaict the affected software is ipmitool (#651917), not openipmi. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#651858: ITP: etm -- event and task manager using simple text files
Eike Nicklas: * Package name: etm Version : 883 Upstream Author : Daniel Graham daniel.gra...@duke.edu * URL : http://www.duke.edu/~dgraham/ETM/ Hi, I couldn't find any version control system for this software and the versioning scheme seems weird. Could you be so kind to work this out with upstream before packaging this? It may be good software, but the correlation between software quality and how the software is managed is often high. On the other hand I'm still searching for a good calendar app! Regards, Thomas Koch, http://www.koch.ro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651027: xmlcopyeditor: editor doesn't open without start file and terminates when creating a new XML file
Thanks Miry! I've installed the new version, downloaded as wget ftp://ftp.debian.org/debian/pool/main/x/xmlcopyeditor/xmlcopyeditor_1.2.0.6-2_i386.deb The call via desktop menu item (i.e desktop file) works, also the creation of a new xml document via the program's menu bar. Unfortunately, the call with option -h and closing the window still ends up in a segmentation fault. In the next days I will give xmlcopyeditor another usage test... Cheers, Achim On 13/12/11 16:04, Miriam Ruiz wrote: Hi, I'v just uploaded a newer Debian release of the package (1.2.0.6-2), it should be in unstable in a few minutes. Can you check whether it solves your problem? At least here it seems to fix the bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651930: request for support of 3.0 standalone
Package: xul-ext-zotero Severity: wishlist Hello, on https://github.com/zotero/zotero-standalone-build/blob/master/build.sh I had a look at the build instructions for the standalone version and ... well, it is a bit tedious, but it would be great if you could possibly support such a standalone version as a Debian package to help those regular incompatibilities between the iceweasel and zotero module versions. Many thanks Steffen -- System Information: LSB Version: core-2.0-amd64:core-2.0-noarch:core-3.0-amd64:core-3.0-noarch:core-3.1-amd64:core-3.1-noarch:core-3.2-amd64:core-3.2-noarch Distributor ID: Ubuntu Description:Ubuntu maverick (development branch) Release:10.10 Codename: maverick Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651858: ITP: etm -- event and task manager using simple text files
also sprach Thomas Koch tho...@koch.ro [2011.12.13.1121 +0100]: I couldn't find any version control system for this software and the versioning scheme seems weird. What's weird? Are you missing a dot? All that matters is that it's increasing. ;) -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems we americans, we're a simple people... but piss us off, and we'll bomb your cities. -- robin williams, good morning vietnam digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#623623: upgrade 623623
tags 623623 + patch thanks On Sat, Dec 03, 2011 at 02:48:30PM +0100, Helmut Grohne wrote: pbuilder cannot be used without pbuilder --create and pbuilder --create uses dpkg-architecture which is contained in dpkg-dev. So this is a missing dependency which should be serious according to policy 7.2: debdiff attached. Built. Tested with pbuilder --login then apt-get remove dpkg-dev; dpkg -i pbuilder_0.204+nmu1_all.deb; apt-get -f install; pbuilder --create. Helmut diff -Nru pbuilder-0.204/debian/changelog pbuilder-0.204+nmu1/debian/changelog --- pbuilder-0.204/debian/changelog 2011-12-04 14:43:21.0 +0100 +++ pbuilder-0.204+nmu1/debian/changelog2011-12-13 11:31:23.0 +0100 @@ -1,3 +1,11 @@ +pbuilder (0.204+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Fix fails to start, depends on dpkg-architecture (dpkg-dev) +add missing runtime dependency (Closes: #623623) + + -- Helmut Grohne hel...@subdivi.de Tue, 13 Dec 2011 11:30:55 +0100 + pbuilder (0.204) unstable; urgency=low [ Slavko ] diff -Nru pbuilder-0.204/debian/control pbuilder-0.204+nmu1/debian/control --- pbuilder-0.204/debian/control 2010-01-03 03:38:09.0 +0100 +++ pbuilder-0.204+nmu1/debian/control 2011-12-13 11:30:29.0 +0100 @@ -24,6 +24,7 @@ wget, debianutils (= 1.13.1), coreutils (= 4.5.8-1), + dpkg-dev, ${misc:Depends} Recommends: fakeroot, sudo,
Bug#651931: bokken: vulnerable to symlink attack, leading to arbitrary file overwrite
Package: bokken Version: 1.5-2 Severity: important Tags: security An attacker on a multi-user system can overwrite an arbitrary file owned by the user running bokken by creating a symlink named /tmp/graph.dot: pabs@chianamo ~ $ ls -l foo /tmp/graph.dot ls: cannot access foo: No such file or directory lrwxrwxrwx 1 nobody nogroup 14 Dec 13 18:56 /tmp/graph.dot - /home/pabs/foo pabs@chianamo ~ $ bokken /bin/ls Python version... OK Checking: Pyew availability...D'oh! You need pyew in order to use pyew backend in binaries and PDFs. Download it from its web: - http://code.google.com/p/pyew/ Radare availability... OK GTK UI dependencies... OK GtkSourceView2... OK Psyco availability... D'oh! No psyco module found. It's recomended to use it to improve performance Tidy availability...OK Starting bokken, running on: Python version: 2.7.2+ (default, Oct 5 2011, 10:41:47) [GCC 4.6.1] GTK version: 2.24.8 PyGTK version: 2.24.0 /tmp/graph.dot created Traceback (most recent call last): File /usr/share/pyshared/bokken/ui/rightnotebook.py, line 149, in on_switch self.xdot_box.set_dot(self.uicore.get_callgraph(self.last_fcn)) File /usr/share/pyshared/bokken/ui/radare_core.py, line 397, in get_callgraph os.unlink(file) OSError: [Errno 1] Operation not permitted: '/tmp/graph.dot' [*] Get text dasm * Let's get the dasm for .init... OK! /tmp/graph.dot created * Let's get the dasm for .plt... OK! * Let's get the dasm for .text... OK! * Let's get the dasm for .fini... OK! DEBUG: DASM finished, reading from queue! Process state True DEBUG: Got a disassembly of 951575 bytes. DEBUG: Section lines created [12, 689, 19271, 8, 19980] /tmp/graph.dot created Traceback (most recent call last): File /usr/share/pyshared/bokken/ui/main.py, line 309, in merge_dasm_rightextview self.tviews.update_graph(self, link_name) File /usr/share/pyshared/bokken/ui/textviews.py, line 386, in update_graph self.right_notebook.xdot_box.set_dot(self.uicore.get_callgraph(addr)) File /usr/share/pyshared/bokken/ui/radare_core.py, line 397, in get_callgraph os.unlink(file) OSError: [Errno 1] Operation not permitted: '/tmp/graph.dot' /tmp/graph.dot created Traceback (most recent call last): File /usr/share/pyshared/bokken/ui/rightnotebook.py, line 149, in on_switch self.xdot_box.set_dot(self.uicore.get_callgraph(self.last_fcn)) File /usr/share/pyshared/bokken/ui/radare_core.py, line 397, in get_callgraph os.unlink(file) OSError: [Errno 1] Operation not permitted: '/tmp/graph.dot' pabs@chianamo ~ $ ls -l foo /tmp/graph.dot -rw-r- 1 pabs pabs664 Dec 13 18:57 foo lrwxrwxrwx 1 nobody nogroup 14 Dec 13 18:56 /tmp/graph.dot - /home/pabs/foo pabs@chianamo ~ $ cat foo digraph code { graph [bgcolor=white]; node [color=lightgray, style=filled shape=box fontname=Courier fontsize=8]; 0x004046d4_0x004046d4 [URL=entry0/0x004046d4 color=lightgray, label=/ function: entry0 (42)\l| 0x004046d4 entry0:\l| 0x004046d4 xor ebp, ebp\l| 0x004046d6 mov r9, rdx\l| 0x004046d9 pop rsi\l| 0x004046da mov rdx, rsp\l| 0x004046dd and rsp, 0xfff0\l| 0x004046e1 push rax\l| 0x004046e2 push rsp\l| 0x004046e3 mov r8, 0x412500\l| 0x004046ea mov rcx, 0x412510\l| 0x004046f1 mov rdi, section_end..plt\l| 0x004046f8 call dword imp.__libc_start_main\l| ; imp.__libc_start_main()\l\ 0x004046fd hlt\l] } pabs@chianamo ~ $ bokken /bin/ls Python version... OK Checking: Pyew availability...D'oh! You need pyew in order to use pyew backend in binaries and PDFs. Download it from its web: - http://code.google.com/p/pyew/ Radare availability... OK GTK UI dependencies... OK GtkSourceView2... OK Psyco availability... D'oh! No psyco module found. It's recomended to use it to improve performance Tidy availability...OK Starting bokken, running on: Python version: 2.7.2+ (default, Oct 5 2011, 10:41:47) [GCC 4.6.1] GTK version: 2.24.8 PyGTK version: 2.24.0 /tmp/graph.dot created Traceback (most recent call last): File /usr/share/pyshared/bokken/ui/rightnotebook.py, line 149, in on_switch self.xdot_box.set_dot(self.uicore.get_callgraph(self.last_fcn)) File /usr/share/pyshared/bokken/ui/radare_core.py, line 397, in get_callgraph os.unlink(file) OSError: [Errno 1] Operation not permitted: '/tmp/graph.dot' [*] Get text dasm * Let's get the dasm for .init... OK! /tmp/graph.dot created * Let's get the dasm for .plt... OK! * Let's get the dasm for .text... OK! * Let's get the dasm for .fini... OK! DEBUG: DASM finished, reading from queue! Process state True DEBUG: Got a disassembly of 951552 bytes. DEBUG: Section lines created [12, 689, 19271, 8, 19980] /tmp/graph.dot created Traceback (most recent call last): File
Bug#624991: logkeys: FTBFS: logkeys.cc:473:13: error: 'umask' was not declared in this scope
tags 624991 + patch thanks On Mon, May 02, 2011 at 02:35:02PM +0200, Lucas Nussbaum wrote: Relevant part: g++ -DHAVE_CONFIG_H -I. -I.. -Wall -O3 -c -o logkeys.o logkeys.cc logkeys.cc: In function 'int main(int, char**)': logkeys.cc:473:13: error: 'umask' was not declared in this scope make[3]: *** [logkeys.o] Error 1 Adding the includes mentioned in man 2 umask solves this issue. The package builds successfully with the attached debdiff in pbuilder. Helmut diff -Nru logkeys-0.1.0/debian/changelog logkeys-0.1.0/debian/changelog --- logkeys-0.1.0/debian/changelog 2010-02-07 01:25:32.0 +0100 +++ logkeys-0.1.0/debian/changelog 2011-12-13 12:11:28.0 +0100 @@ -1,3 +1,11 @@ +logkeys (0.1.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS: logkeys.cc:473:13: error: 'umask' was not declared in +this scope add missing includes (Closes: #624991) + + -- Helmut Grohne hel...@subdivi.de Tue, 13 Dec 2011 12:11:17 +0100 + logkeys (0.1.0-1) unstable; urgency=low * Initial release (Closes: #567414) diff -Nru logkeys-0.1.0/debian/patches/series logkeys-0.1.0/debian/patches/series --- logkeys-0.1.0/debian/patches/series 2010-02-23 22:57:08.0 +0100 +++ logkeys-0.1.0/debian/patches/series 2011-12-13 12:04:54.0 +0100 @@ -1,3 +1,4 @@ disable-install-exec-hook.patch # don't suid disable-dev-input-checks.patch # no /dev/input in pbuilder move_pidfile_to_var_run.patch +umask_undeclared.patch diff -Nru logkeys-0.1.0/debian/patches/umask_undeclared.patch logkeys-0.1.0/debian/patches/umask_undeclared.patch --- logkeys-0.1.0/debian/patches/umask_undeclared.patch 1970-01-01 01:00:00.0 +0100 +++ logkeys-0.1.0/debian/patches/umask_undeclared.patch 2011-12-13 12:05:39.0 +0100 @@ -0,0 +1,13 @@ +Index: logkeys-0.1.0/src/logkeys.cc +=== +--- logkeys-0.1.0.orig/src/logkeys.cc 2011-12-13 11:58:50.0 +0100 logkeys-0.1.0/src/logkeys.cc 2011-12-13 12:05:35.0 +0100 +@@ -16,6 +16,8 @@ + #include getopt.h + #include sys/file.h + #include linux/input.h ++#include sys/types.h ++#include sys/stat.h + + #include config.h // config produced from ./configure +
Bug#648167: ginkgocadx: broken by today's upgrade of insighttoolkit ?
On Tue, Dec 13, 2011 at 09:38:27AM +0100, Andreas (Debian) wrote: On Tue, Dec 13, 2011 at 09:33:39AM +0100, Carlos Barrales wrote: Hi. Would you mind to provide more info about the issue, if possible? Karsten I do not have more information than what is in the bug report. Karsten Kind regards Andreas. Best regards. On Mon, Dec 12, 2011 at 6:36 PM, Andreas Tille ti...@debian.org wrote: Hi, On Sun, 13 Nov 2011, Karsten Hilbert wrote: I have a bit more info. With regards to the DICOM files Ginkgo CADx does not open anymore the following is true: - Debian Package 2.5.4 - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.18: works - Debian Package 2.6.0rc - libinsighttoolkit 3.20: does NOT work We just have libinsighttoolkit 3.20 in Debian. Any chance to get this working with Ginkgo CADx? Kind regards Andreas. -- http://fam-tille.de -- *Carlos Barrales Ruiz* carlos.barra...@metaemotion.com [+34] 983 108 494 *MetaEmotion* c\ Vinos de la Ribera del Duero, 5. 1º B. E47008. Valladolid. Spain.http://maps.google.es/maps?q=MetaEmotion+S.L,+Paseo+de+Bel%C3%A9n,+Valladolidhl=es=;ie=UTF8ll=41.619344,-4.747655spn=0.003669,0.008256sll==40.396764,-3.713379sspn=15.2967,33.815918z=18iwloc==%0AA www.metaemotion.com -- http://fam-tille.de -- GPG key ID E4071346 @ gpg-keyserver.de E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#524808: openvpn exits instead of restarting connection
On Mon, Apr 20, 2009 at 02:30:12PM +1200, Robin Sheat wrote: Package: openvpn Version: 2.1~rc11-1 Severity: important OpenVPN is being used to connect a remote server to a LAN. Sometimes the internet connectivity will go down for a little bit, and OpenVPN will try to reconnect. This reconnection happens fine, but OpenVPN attempts to reconfigure the routes (or something) and this fails, and it exits. Hi, Are you running OpenVPN under a user different from root (using the user option)? Thanks, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651765: pidgin hangs after some time, and immediately with IRC
On Mon, Dec 12, 2011 at 01:42:49PM +, Christoph Anton Mitterer wrote: Hi all, For you information, I get a very similar issue with linphone (#651932). This seems to be a pulseaudio issue. Best regards, Gonéri Le Bouder signature.asc Description: Digital signature
Bug#651933: wicd-client can't connect to the daemon / DBus errors
Package: wicd Version: 1.7.1~b3-2 Severity: grave Justification: renders package unusable With the latest wicd version (1.7.1~b3-2), I have the following error: xvii:~ wicd-client -n Has notifications support True Loading... Connecting to daemon... Can't connect to the daemon, trying to start it automatically... Connected. ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon/wired: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon/wireless: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon/wired: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon/wireless: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) ERROR:dbus.proxies:Introspect error on :1.82:/org/wicd/daemon: dbus.exceptions.DBusException: org.freedesktop.DBus.Error.NoReply: Message did not receive a reply (timeout by message bus) warning: ignoring exception org.freedesktop.DBus.Error.ServiceUnknown: The name :1.82 was not provided by any .service files I had to revert to 1.7.0+ds1-9. Note: the system information below have been obtained after downgrading the wicd packages to 1.7.0+ds1-9 (in order to be able to do the bug report). -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii wicd-daemon 1.7.0+ds1-9 ii wicd-gtk [wicd-client] 1.7.0+ds1-9 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-gtk depends on: ii python 2.7.2-9 ii python-glade2 2.24.0-2 ii python-gtk22.24.0-2 ii wicd-daemon1.7.0+ds1-9 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-6 ii python-notify 0.1.1-3 ii sudo 1.8.3p1-2 Versions of packages wicd-daemon depends on: ii adduser 3.113 ii dbus1.4.16-1 ii debconf [debconf-2.0] 1.5.41 ii ethtool 1:3.1-1 ii iproute 2017-1 ii iputils-ping3:20101006-1+b1 ii isc-dhcp-client [dhcp3-client] 4.1.1-P1-17 ii lsb-base3.2-28 ii net-tools 1.60-24.1 ii psmisc 22.14-1 ii python 2.7.2-9 ii python-dbus 0.84.0-2 ii python-gobject 3.0.2-4 ii python-wicd 1.7.0+ds1-9 ii wireless-tools 30~pre9-7 ii wpasupplicant 0.7.3-5 Versions of packages wicd-daemon recommends: ii wicd-gtk [wicd-client] 1.7.0+ds1-9 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-8 Versions of packages python-wicd depends on: ii python 2.7.2-9 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 -- debconf information: * wicd/users: vinc17 * wicd/users: vinc17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651934: FTBFS on sparc: seed binary dies with a bus error
Source: seed Version: 3.2.0-1 Severity: serious seed started failing to build Making all in readline make[5]: Entering directory `/build/buildd-seed_3.2.0-1-sparc-kNgi6n/seed-3.2.0/doc/modules/readline' ../../../src/seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js ../../../doc/modules/readline/readline-funcs.xml /bin/bash: line 1: 8437 Bus error ../../../src/seed ../../../doc/modules/make-functions.js ../../../doc/modules/readline/readline.js ../../../doc/modules/readline/readline-funcs.xml make[5]: *** [readline-funcs.xml] Error 138 make[5]: Leaving directory `/build/buildd-seed_3.2.0-1-sparc-kNgi6n/seed-3.2.0/doc/modules/readline' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/build/buildd-seed_3.2.0-1-sparc-kNgi6n/seed-3.2.0/doc/modules' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/build/buildd-seed_3.2.0-1-sparc-kNgi6n/seed-3.2.0/doc' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/build/buildd-seed_3.2.0-1-sparc-kNgi6n/seed-3.2.0' make[1]: *** [all] Error 2 make[1]: Leaving directory `/build/buildd-seed_3.2.0-1-sparc-kNgi6n/seed-3.2.0' make: *** [debian/stamp-makefile-build] Error 2 Full build log at https://buildd.debian.org/status/fetch.php?pkg=seedarch=sparcver=3.2.0-1stamp=1321935018 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651935: ITP: audioread -- Backend-agnostic audio decoding Python package
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: audioread Version : x.y.z Upstream Author : Name someb...@example.org * URL : http://www.example.org/ * License : MIT Programming Lang: Python Description : Backend-agnostic audio decoding Python package Decode audio files using whichever backend is available. The library currently supports: * Gstreamer via gst-python. * MAD via the pymad bindings. * FFmpeg via its command-line interface. * The standard library wave and aifc modules (for WAV and AIFF files). signature.asc Description: Digital signature
Bug#651935: ITP: audioread -- Backend-agnostic audio decoding Python package
Ooops, I apparently forgot some informations. On Tue, Dec 13, 2011 at 12:39:27PM +0100, Simon Chopin wrote: Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: audioread Version : 0.2 Upstream Author : Adrian Sampson adr...@radbox.org * URL : https://github.com/sampsyo/audioread * License : MIT Programming Lang: Python Description : Backend-agnostic audio decoding Python package Decode audio files using whichever backend is available. The library currently supports: * Gstreamer via gst-python. * MAD via the pymad bindings. * FFmpeg via its command-line interface. * The standard library wave and aifc modules (for WAV and AIFF files). I also wanted to precise that this package is an indirect dependency of the chroma plugin for beets, shipped by default in the latest release. My apologies for the double mail. Cheers, Simon signature.asc Description: Digital signature
Bug#651936: virtualbox-guest-x11: OpenGL windows are always on top
Package: virtualbox-guest-x11 Version: 4.1.6-dfsg-2 Severity: normal I find that windows that use OpenGL are always on top of any other window. This can be replicated by running glxgears. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virtualbox-guest-x11 depends on: ii libc6 2.13-21 ii libx11-6 2:1.4.4-4 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxmu62:1.1.0-3 ii libxrandr2 2:1.3.2-2 ii libxt6 1:1.1.1-2 ii virtualbox-guest-utils 4.1.6-dfsg-2 ii xserver-xorg-core [xorg-video-abi-11] 2:1.11.2.901-1 virtualbox-guest-x11 recommends no packages. virtualbox-guest-x11 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#539337: Same problem in Debian Squeeze with version 2:3.5.6~dfsg-3squeeze5
I am using the latest samba package in Debian Squeeze and I have the same problem with error NT code 0x1c010002 but only next a login failure. 1) First I can login without any problem from different clients with different OS. On the client: myuser@mycomputer:~$ smbclient -L sambaserver -U user1 Enter user1's password: Domain=[ORG1] OS=[Unix] Server=[Samba 3.5.6] Sharename Type Comment - --- mynewshare Disk My test share IPC$ IPC IPC Service (Samba 3.5.6) Domain=[ORG1] OS=[Unix] Server=[Samba 3.5.6] Server Comment ---- SAMBASERVER samba 3.5.6 WorkgroupMaster - --- ORG1 On the server: id user1 is running ok. getent passwd, getent group is running ok. wbinfo -u, wbinfo -g, wbinfo -a user1%passwd is running ok. 2) If I the passwd for user1 is wrong: On the client: myuser@mycomputer:~$ smbclient -L sambaserver -U user1 Enter user1's password: session setup failed: NT code 0x1c010002 On the server: id user1 is running ok. getent passwd, getent group is running ok. wbinfo -u, wbinfo -g is running ok. wbinfo -a user1%passwd: plaintext password authentication failed Could not authenticate user user1%user with plaintext password challenge/response password authentication failed error code was NT code 0x1c010002 (0x1c010002) error messsage was: NT code 0x1c010002 Could not authenticate user user1 with challenge/response 3) If the passwd for user1 is right but next the previous failure: On the client: myuser@mycomputer:~$ smbclient -L sambaserver -U user1 Enter user1's password: session setup failed: NT code 0x1c010002 On the server: id user1 not found user but yes other users from de domain. getent passwd(even user1), getent group is running ok. wbinfo -u, wbinfo -g is running ok. wbinfo -a user1%passwd: plaintext password authentication failed Could not authenticate user user1%user with plaintext password challenge/response password authentication failed error code was NT code 0x1c010002 (0x1c010002) error messsage was: NT code 0x1c010002 Could not authenticate user user1 with challenge/response 4) Commands for going to the first point: rm /var/cache/samba/*tdb /etc/init.d/samba restart /etc/init.d/winbind restart * My samba server is a domain member and the PDC is a Mac OSX server with samba. ** It looks like the problem is something with the cache. With winbind cache time = 1 I have the same results. Package samba info: Version: 2:3.5.6~dfsg-3squeeze5 Dependences: samba-common (= 2:3.5.6~dfsg-3squeeze5), libwbclient0 (= 2:3.5.6~dfsg-3squeeze5), libacl1 (= 2.2.11-1), libattr1 (= 2.4.41-1), libc6 (= 2.6), libcap2 (= 2.10), libcomerr2 (= 1.01), libcups2 (= 1.4.0), libgssapi-krb5-2 (= 1.8+dfsg), libk5crypto3 (= 1.6.dfsg.2), libkrb5-3 (= 1.8+dfsg), libldap-2.4-2 (= 2.4.7), libpam0g (= 0.99.7.1), libpopt0 (= 1.16), libtalloc2 (= 2.0.0), zlib1g (= 1:1.1.4), debconf (=0.5) | debconf-2.0, libpam-runtime (= 1.0.1-11), libpam-modules, lsb-base (= 3.2-13), procps, update-inetd, adduser If you need more information tell me. Thanks so much. Regards. smb.conf Description: Binary data
Bug#646620: happened again today
Hi! I have found this again today on my desktop at work which is running testing, as the problem was with testing it didn't happen on any of the previous machines showing this as they run stable. root 1005 0.0 0.0 12472 908 ?Ss 07:58 0:00 /usr/sbin/anacron -s root 1251 0.0 0.0 4044 572 ?SN 08:03 0:00 \_ /run-parts --report /etc/cron.daily root 1257 0.0 0.0 0 0 ?ZN 08:03 0:00 \_ /[apt] defunct The problem today has exactly the same behaviour as the last time on stable, exept that today the problem of the sons blocking the apt were not only apache but also udevd, in fact I killed apache like I had done before and apt is still waiting for udevd. Today's upgrade on my machine looked like this: 2011-12-13 08:04:18,623 INFO Initial blacklisted packages: 2011-12-13 08:04:18,647 INFO Starting unattended upgrades script 2011-12-13 08:04:18,647 INFO Allowed origins are: ['origin=Debian,label=Debian-Security,archive=stable', 'o=Debian,a=stable', 'o=Debian,a=testing'] 2011-12-13 08:05:04,058 WARNING package 'openjdk-6-jdk' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2011-12-13 08:05:05,572 WARNING package 'openjdk-6-jre' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2011-12-13 08:05:06,947 WARNING package 'openjdk-6-jre-headless' upgradable but fails to be marked for upgrade (E:Unable to correct problems, you have held broken packages.) 2011-12-13 08:05:44,034 INFO Packages that are upgraded: apache2 apache2-mpm-worker apache2-utils apache2.2-bin apache2.2-common asterisk asterisk-config asterisk-modules base-passwd bash busybox cups cups-bsd cups-client cups-common cups-ppdc dconf-gsettings-backend dctrl-tools debianutils dmsetup e2fslibs e2fsprogs eject evolution-exchange fakeroot gimp gimp-data iceweasel iso-codes kbuild libapr1 libcomerr2 libcorosync4 libcups2 libcupscgi1 libcupsdriver1 libcupsimage2 libcupsmime1 libcupsppdc1 libdevmapper1.02.1 libdvbpsi7 libdvdnav4 libdvdread4 libfftw3-3 libflite1 libgail-3-0 libgimp2.0 libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libglibmm-2.4-1c2a libglu1-mesa libgtk-3-0 libgtk-3-bin libgtk-3-common libgudev-1.0-0 libidn11 libjasper1 libmozjs8d libnet-http-perl libnetaddr-ip-perl libpci3 libperl5.14 libpython2.7 libraptor2-0 libservlet2.5-java libslang2 libss2 libtasn1-3 libtext-iconv-perl libudev0 libvte-common libvte9 libwireshark-data libwireshark1 libwiretap1 libwpd-0.9-9 libwps-0.2-2 libwsutil1 libxenstore3.0 libxerces2-java libxml-commons-resolver1.1-java lvm2 openjdk-6-jre-lib pciutils perl perl-base perl-doc perl-modules python2.7 python2.7-minimal seabios twinkle udev vim vim-common vim-runtime w3m wireshark wireshark-common xmlto xserver-common xserver-xorg-core xserver-xorg-video-nouveau xul-ext-firebug xulrunner-8.0 2011-12-13 08:05:44,048 INFO Writing dpkg log to '/var/log/unattended-upgrades/unattended-upgrades-dpkg_2011-12-13_08:05:44.034974.log' 2011-12-13 08:10:50,063 INFO All upgrades installed So sadly we are still having this problem on current wheezy's packages, at least on setups like mine. I still have the apt and udev around waiting to see if this is going to block the cronjobs tomorrow like it had done on one of my servers or if you want me to test something. How can I help to see what's wrong with this? Regards... -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621887: closed by Andreas Tille ti...@debian.org (Bug#621887: fixed in libtecla 1.6.1-2)
reopen 621887 found 621887 1.6.1-2 thanks Debian Bug Tracking System ow...@bugs.debian.org (13/12/2011): This is an automatic notification regarding your Bug report which was filed against the src:libtecla package: #621887: libtecla: FTBFS on kfreebsd-*: mv: cannot stat `debian/tmp/usr/lib/libtecla.la': No such file or directory It has been closed by Andreas Tille ti...@debian.org. Of course, for what I mentioned to work, you need config.* scripts from less than 8 years ago. autotools-dev has uptodate scripts. Mraw, KiBi. signature.asc Description: Digital signature
Bug#621887: closed by Andreas Tille ti...@debian.org (Bug#621887: fixed in libtecla 1.6.1-2)
Hi Cyril, should autoreconf not automagically care for proper config files??? I would have expected even the linux build breaking if I would have mixed up the build. So what exactly do you suggest me to do? Kind regards Andreas. On Tue, Dec 13, 2011 at 01:05:40PM +0100, Cyril Brulebois wrote: reopen 621887 found 621887 1.6.1-2 thanks Debian Bug Tracking System ow...@bugs.debian.org (13/12/2011): This is an automatic notification regarding your Bug report which was filed against the src:libtecla package: #621887: libtecla: FTBFS on kfreebsd-*: mv: cannot stat `debian/tmp/usr/lib/libtecla.la': No such file or directory It has been closed by Andreas Tille ti...@debian.org. Of course, for what I mentioned to work, you need config.* scripts from less than 8 years ago. autotools-dev has uptodate scripts. Mraw, KiBi. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651654: Kmail2
Why not, but as fas as I am aware, kmail2 is not (yet) packaged in Debian and even then, a path for transition is needed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#539337: Same problem in Debian Squeeze with version 2:3.5.6~dfsg-3squeeze5
I have to add that the same test in a Debian Lenny server with the same configuration and samba version 3.2.5-4lenny15 is working fine. If user/passwd is right, can login. If not give the message dsession setup failed: NT_STATUS_LOGON_FAILURE as normal. 2011/12/13 Jorge Bueno Magdalena jxr...@gmail.com I am using the latest samba package in Debian Squeeze and I have the same problem with error NT code 0x1c010002 but only next a login failure. 1) First I can login without any problem from different clients with different OS. On the client: myuser@mycomputer:~$ smbclient -L sambaserver -U user1 Enter user1's password: Domain=[ORG1] OS=[Unix] Server=[Samba 3.5.6] Sharename Type Comment - --- mynewshare Disk My test share IPC$ IPC IPC Service (Samba 3.5.6) Domain=[ORG1] OS=[Unix] Server=[Samba 3.5.6] Server Comment ---- SAMBASERVER samba 3.5.6 WorkgroupMaster - --- ORG1 On the server: id user1 is running ok. getent passwd, getent group is running ok. wbinfo -u, wbinfo -g, wbinfo -a user1%passwd is running ok. 2) If I the passwd for user1 is wrong: On the client: myuser@mycomputer:~$ smbclient -L sambaserver -U user1 Enter user1's password: session setup failed: NT code 0x1c010002 On the server: id user1 is running ok. getent passwd, getent group is running ok. wbinfo -u, wbinfo -g is running ok. wbinfo -a user1%passwd: plaintext password authentication failed Could not authenticate user user1%user with plaintext password challenge/response password authentication failed error code was NT code 0x1c010002 (0x1c010002) error messsage was: NT code 0x1c010002 Could not authenticate user user1 with challenge/response 3) If the passwd for user1 is right but next the previous failure: On the client: myuser@mycomputer:~$ smbclient -L sambaserver -U user1 Enter user1's password: session setup failed: NT code 0x1c010002 On the server: id user1 not found user but yes other users from de domain. getent passwd(even user1), getent group is running ok. wbinfo -u, wbinfo -g is running ok. wbinfo -a user1%passwd: plaintext password authentication failed Could not authenticate user user1%user with plaintext password challenge/response password authentication failed error code was NT code 0x1c010002 (0x1c010002) error messsage was: NT code 0x1c010002 Could not authenticate user user1 with challenge/response 4) Commands for going to the first point: rm /var/cache/samba/*tdb /etc/init.d/samba restart /etc/init.d/winbind restart * My samba server is a domain member and the PDC is a Mac OSX server with samba. ** It looks like the problem is something with the cache. With winbind cache time = 1 I have the same results. Package samba info: Version: 2:3.5.6~dfsg-3squeeze5 Dependences: samba-common (= 2:3.5.6~dfsg-3squeeze5), libwbclient0 (= 2:3.5.6~dfsg-3squeeze5), libacl1 (= 2.2.11-1), libattr1 (= 2.4.41-1), libc6 (= 2.6), libcap2 (= 2.10), libcomerr2 (= 1.01), libcups2 (= 1.4.0), libgssapi-krb5-2 (= 1.8+dfsg), libk5crypto3 (= 1.6.dfsg.2), libkrb5-3 (= 1.8+dfsg), libldap-2.4-2 (= 2.4.7), libpam0g (= 0.99.7.1), libpopt0 (= 1.16), libtalloc2 (= 2.0.0), zlib1g (= 1:1.1.4), debconf (=0.5) | debconf-2.0, libpam-runtime (= 1.0.1-11), libpam-modules, lsb-base (= 3.2-13), procps, update-inetd, adduser If you need more information tell me. Thanks so much. Regards.
Bug#651532: System crashes (kernel oops) when loading ATI firmware
El 2011-12-12 a las 13:07 -0600, Jonathan Nieder escribió: I haven't had good luck with nomodeset generally. But really, if you can do anything (like removing the firmware package) to the radeon module to make the problem go away, that will be enough to put the ball in their court, and I will be happy. The user reports that kernel 3.2-rc4 works fine when package firmware- linux-nonfree is not installed. -- Camaleón -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625813: Update to vesa
After quite a long gap I have finally got around to changing from the nVidia drivers to the vesa ones. I did try to use the Nouveau ones but they were excluded by default and when I allowed the kernel module to be loaded my system froze at boot just as the warning comment said. (From my Xorg.0.log) (II) LoadModule: vesa (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so (II) Module vesa: vendor=X.Org Foundation compiled for 1.7.7, module version = 2.3.0 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 6.0 (II) VESA: driver for VESA chipsets: vesa I will try to enable the 2nd monitor as I had done previously and I will update this bug if I see the original problem again. Tom - BlueArc Corporationhttp://www.bluearc.com/, now part of Hitachi Data Systemshttps://www.hds.com/
Bug#651937: libtecla: FTBFS on hurd-i386
Package: libtecla Version: 1.6.1-2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, currently[1], libtecla fails to build on GNU/Hurd. The problem, fixed by the attached patch, is that configure does not recognize GNU/Hurd, so not setting the linker flags for SONAME and the version script, and the CFLAGS. [1] https://buildd.debian.org/status/fetch.php?pkg=libteclaarch=hurd-i386ver=1.6.1-2stamp=1323775639 Thanks, -- Pino Author: Pino Toscano p...@debian.org Description: Fix build failure on GNU/Hurd Recognize GNU/Hurd properly setting SONAME, version script for linker, CFLAGS, etc. Last-Update: 2011-12-13 --- a/configure.in +++ b/configure.in @@ -447,7 +447,7 @@ FILE_MANDIR=man4 FILE_MANEXT=4 ;; -*linux*|kfreebsd-*) +*linux*|kfreebsd-*|*-*-gnu*) SHARED_EXT=.so.${MAJOR_VER}.${MINOR_VER}.${MICRO_VER} SHARED_ALT=.so .so.${MAJOR_VER}
Bug#621887: closed by Andreas Tille ti...@debian.org (Bug#621887: fixed in libtecla 1.6.1-2)
Andreas Tille ti...@debian.org (13/12/2011): should autoreconf not automagically care for proper config files??? See autotools-dev's README.Debian. I would have expected even the linux build breaking if I would have mixed up the build. So what exactly do you suggest me to do? Update config.{guess,sub}. You have several options: - carry a patch for those (but that's silly, nobody cares about the outdated version you would be patching this way, it should just die). - refresh the files in clean, so that the source package you prepare have an updated copy. - refresh the files during build, and remove them in clean, so that they don't show up in the diff. Make sure you B-D on autotools-dev for the last options. Out of the blue, my favourite choice would likely be the third option. Mraw, KiBi. signature.asc Description: Digital signature
Bug#647233: libdesktop-agnostic: FTBFS: dh_sphinxdoc: Sphinx documentation not found
tags 647233 + patch thanks * Christoph Egger christ...@debian.org, 2011-10-31, 21:52: Your package failed to build on the buildds: dh_install -a dh_installdocs -a dh_sphinxdoc -a dh_sphinxdoc: Sphinx documentation not found make: *** [binary-arch] Error 2 This is because: 1) Documentation is in an arch:all package, which is not built on buildds. 2) dh_sphindoc fails if it can't find any documentation. The solution is to call dh_sphinxdoc only if the -doc package is being built. Please see the attached patch. -- Jakub Wilk --- libdesktop-agnostic-0.3.92/debian/rules 2011-10-24 00:58:10.0 +0200 +++ libdesktop-agnostic-0.3.92/debian/rules 2011-12-13 14:04:32.0 +0100 @@ -29,6 +29,11 @@ override_dh_python2: dh_python2 --no-guessing-versions +override_dh_sphinxdoc: +ifneq $(shell dh_listpackages | grep -- -doc) + dh_sphinxdoc +endif + override_dh_auto_clean: rm -rf build sphinx.pyc ./waf --nocache distclean
Bug#651938: override: sabnzbdplus-theme-iphone:contrib/oldlibs/extra
Package: ftp.debian.org sabnzbdplus-theme-iphone_0.6.14-1_all.deb: package says section is contrib/oldlibs, override says contrib/net. sabnzbdplus-theme-iphone_0.6.14-1_all.deb: package says priority is extra, override says optional. Latest upload of sabnzbdplus corrected section and priority of the transitional sabnzbdplus-theme-iphone package. Please adjust override. signature.asc Description: PGP signature
Bug#651939: tucan: Not work with megaupload.com
Package: tucan Version: 0.3.9-1 Severity: minor Since a update of megaupload.com website, download from megaupload dont start. -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tucan depends on: ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-imaging 1.1.7-2 Python Imaging Library ii tesseract-ocr 2.04-2+squeeze1 Command line OCR tool ii tesseract-ocr-eng 2.00-2 tesseract-ocr language files for E tucan recommends no packages. tucan 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#651940: nmu: koffice_1:2.3.3-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu koffice_1:2.3.3-2 . ALL . -m Rebuild for libpqxx3 transition Please schedule binNMUs for koffice 1:2.3.3-2 to be rebuilt against new libpqxx3 to get rid of libpqxx-3.0 and libpqxx-3.0-dbg binaries, no longer built from source. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651941: udev: fails to install in lxc and read-only /sys
Package: udev Severity: wishlist udev fails to install if /sys is read only, sending patch after recieving the bug number. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651942: Upgrade from sympa_5.3.4-6.1 fails (relation conf_table does not exist)
Package: sympa Version: 6.1.7~dfsg-1 Severity: grave Justification: renders package unusable Update from sympa sympa_5.3.4-6.1 to 6.1.7 fails. I get many DBD::Pg::st execute failed: ERROR: relation conf_table does not exist at /usr/share/sympa/lib/Conf.pm line 668. errors. If i manually try to run sympa.pl --upgrade i get the same problem (conf_table does not exist errors). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages sympa depends on: ii adduser3.112 add and remove users and groups ii dbconfig-common1.8.46common framework for packaging dat ii debconf [debconf-2.0] 1.5.36Debian configuration management sy ii exim4-daemon-heavy [ma 4.77-1+b1 Exim MTA (v4) daemon with extended ii libarchive-zip-perl1.30-3Perl module for manipulation of ZI ii libc6 2.13-21 Embedded GNU C Library: Shared lib ii libcgi-fast-perl 5.14.2-5 CGI::Fast Perl module ii libcgi-pm-perl 3.58+dfsg-1 module for Common Gateway Interfac ii libdbd-mysql-perl 4.020-1+b1Perl5 database interface to the My ii libdbd-pg-perl 2.18.1-1+b1 Perl DBI driver for the PostgreSQL ii libdbd-sqlite3-perl1.33-1+b1 Perl DBI driver with a self-contai ii libdbd-sybase-perl 1.14-1Sybase/MS SQL database driver for ii libdbi-perl1.616-1+b2Perl Database Interface (DBI) ii libfcgi-perl 0.74-1+b1 helper module for FastCGI ii libfile-copy-recursive 0.38-1Perl extension for recursively cop ii libhtml-format-perl2.04-2format HTML syntax trees into text ii libhtml-stripscripts-p 1.03-1module to filter scripts out of HT ii libhtml-tree-perl 3.23-2Perl module to represent and creat ii libintl-perl 1.20-1Uniforum message translations syst ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a ii libmailtools-perl 2.06-1Manipulate email in perl programs ii libmime-charset-perl 1.008-1 Perl module for MIME character set ii libmime-encwords-perl 1.012-1 Perl interface to deal with RFC 20 ii libmime-lite-html-perl 1.23-1Transform HTML page into MIME emai ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m ii libmsgcat-perl 1.03-5+b2 Locale::Msgcat perl module ii libnet-ldap-perl 1:0.4001-2client interface to LDAP servers ii libnet-netmask-perl1.9015-4 parse, manipulate and lookup IP ne ii libregexp-common-perl 2010010201-1 module with common regular express ii libtemplate-perl 2.22-0.1+b2 template processing system written ii libterm-progressbar-pe 2.09-6Perl module to print a progress ba ii libunicode-linebreak-p 0.0.20110501-1+b1 UAX #14 Unicode Line Breaking Algo ii libxml-libxml-perl 1.88+dfsg-1+b1Perl interface to the libxml2 libr ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip ii mhonarc2.6.16-1 Mail to HTML converter ii perl 5.14.2-5 Larry Wall's Practical Extraction ii perl-modules [libcgi-p 5.14.2-5 Core Perl modules ii sqlite33.7.9-2 Command line interface for SQLite ii sysklogd [system-log-d 1.5-6 System Logging Daemon Versions of packages sympa recommends: ii ca-certificates 20090814+nmu2 Common CA certificates ii doc-base 0.10.3 utilities to manage online documen ii libapache2-mod-fastcgi 2.4.6-1 Apache 2 FastCGI module for long-r ii libcrypt-ciphersaber-per 0.61-4 Perl module implementing CipherSab ii libfile-nfslock-perl 1.20-2 perl module to do NFS (or not) loc ii libio-socket-ssl-perl1.33-1 Perl module implementing object or ii libmail-dkim-perl0.39-1 cryptographically identify the sen ii libsoap-lite-perl0.712-1 Perl implementation of a SOAP clie ii locales 2.13-21 Embedded GNU C Library: National L ii logrotate3.7.8-6 Log rotation utility ii mysql-server 5.1.58-1MySQL database server (metapackage ii mysql-server-5.1 [mysql- 5.1.49-2MySQL database server binaries and ii postgresql 8.4.5-0squeeze1 object-relational SQL database (su Versions of packages sympa suggests: ii apache2 2.2.21-2 Apache HTTP Server metapackage ii apache2-mpm-itk [httpd-cgi] 2.2.21-2 multiuser MPM for Apache 2.2 ii libapache2-mod-fcgid
Bug#651708: kdenlive: Kdenlive crashes with segmentation fault on startup
Em 11-12-2011 16:11, Patrick Matthäi escreveu: I have just uploaded kdenlive 0.8.2.1-1 to unstable. Could you please retry if it is available in the archive? I've just installed the kdenlive package (0.8.2.1-1) from source and it is working fine now, thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651712: RM: libnvpair-dev, libnvpair0, libnvpair0-udeb, libumem-dev, libumem0, libumem0-udeb, libuutil-dev, libuutil0, libuutil0-udeb, libzfs-dev, libzfs0, libzfs0-udeb, libzpool-dev, libzpool0, l
Hi! * Robert Millan r...@debian.org [111212 23:01]: # Broken Build-Depends: grub2: libnvpair-dev libzfs-dev Those Build-Depends were removed in 1.99-13. I think the above is caused by: grub2 | 1.98+20100804-5 | unstable | source, hurd-i386 So I guess it's okay to ignore it. Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651941: udev: fails to install in lxc and read-only /sys
tag 651941 patch thanks On 12/13/2011 02:26 PM, Daniel Baumann wrote: sending patch after recieving the bug number. feel free to merge: http://vcs.progress-linux.org/?p=packages/udev.git;a=commitdiff;h=5feb822eedd4664d4077ca557ad77483abb30a48 Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651943: ITP: qastools -- collection of desktop tools for ALSA
Package: wnpp Severity: wishlist Owner: Sebastian H. va...@gmx.de * Package name: qastools Version : 0.16.0 Upstream Author : Sebastian Holtermann sebh...@xwmw.org * URL : http://xwmw.org/qastools * License : GPL-3 Programming Lang: C++ Description : collection of desktop tools for ALSA QasTool is a collection of desktop tools for the Linux sound system ALSA. . The tools included are: - QasConfig - browser for the ALSA configuration tree - QasHctl - mixer for ALSA's High level Control Interface - QasMixer - simple mixer with features similar to alsamixer QasTools replaces the separate QasMixer and QasConfig packages for easier maintenance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650536: [new check] test for missing hardening build flags
[ Good god... did I really send a full quote in that mail? Sorry. ] Hi! * Alexander Reichle-Schmehl toli...@debian.org [111208 10:13]: If we can get a reliable backporter for hardening-wrapper as well, most of my concerns here covered. On the lintian.d.o side, it means we may have to nag DSA for an upgrade of hardening-wrapper every now and then. Also note that for Lenny there has already been a backport by Ulises Vitulli der...@debian.org, whom I'll have to ping before hijacking his FWIW: I got the permission from Ulises to adopt the backport of hardening-wrapper. So from my point of view, you can introduce such a dependencie whenever it suites you :) Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#622278: getstream: diff for NMU version 20081204-1.1
Hi, Am 13.12.2011 09:25, schrieb Hervé Rousseau: On Sun, Dec 11, 2011 at 12:24, Ansgar Burchardtans...@debian.org wrote: I've prepared an NMU for getstream (versioned as 20081204-1.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. I guess I had fixed this issue in a package I uploaded on mentors.debian.net a few months ago but I didn't find any sponsor... It is still available at http://mentors.debian.net/package/getstream (and using a new upstream version) Sorry, I did not see that. I would have looked at it if it was referenced in the bug report. Did you notice that Bart Martens looked at your package and wrote a comment: Where does the copyright and license information in debian/copyright come from ? (I don't know if debexpo notifies maintainers for comments.) Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651526: [gnome-shell] Wake up from suspend is very difficult
Hi, I notice the problem is relative to my user. If i create a new user, there is no problem with suspend with this new user (sometimes the logscreen is slow to appear). No need to alt f2 r anymore. I suppose this is related to the upgrade from gnome2 to gnome3 or perhaps the use of some option of gnome-shell-extensions on my sid ? Guy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#411585: pinging bug
Hi, On Tue, 2011-12-13 at 06:30 +, Nicholas Bamber wrote: severity 411585 important tag 411585 +confirmed thanks I am marking this bug as important and confirmed for various reasons. I am finding it with purge rather than unregister. However it seems likely that that purge is defined in terms of unregister, or at least that they share code. Unregister is realtively obscure whilst purge is always used. The debconf-devel(7) man page is fairly clear: It [purge] removes all of your package's questions from the debconf's database. I have found that this works under debconf but not cdebconf. Note however that if you restrict yourself to debconf-show it appears to work. You have to either view the cache file or reinstall a purged package to see if it failed or worked. This difference in behaviour from the documentation and the debconf implementation, is enough for me to think that this bug eport should actually be severe, but may be oters woud disagree. Should I assume that you're actually using cdebconf on a system, and not only as part of the installer ? It's only been possible to do so for a very short time, and it's not the only feature missing to make it a full replacement for debconf, yet. I'm adding it to my todo list, though. Thanks again, Regis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651944: ITP: friendica - PHP/MySQL based decentral social network platform
Package: wnpp Severity: wishlist Owner: Tobias Diekershoff tobias.diekersh...@gmx.net * Package name: friendica * Version: 2.35 Upstream Author: Mike Macgirvin m...@macgirvin.com * URL: http://friendica.com * License: MIT Programming Lang: PHP Description: friendica is a decentral social network that runs on LAMP servers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651945: package cscope suggest package cbrowser not present in distribution
Package: cscope Version: 15.7a-3.2 Severity: minor -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-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/dash Versions of packages cscope depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libncurses5 5.7+20100313-5 shared libraries for terminal hand cscope recommends no packages. Versions of packages cscope suggests: pn cbrowser none (no description available) pn cscope-el none (no description available) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651946: ntfs-3g: [INTL:nl] Dutch translation of debconf templates
Package: ntfs-3g Severity: wishlist Tags: l10n patch Hello, Attached is the updated Dutch translation of the ntfs-3g debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of ntfs-3g debconf templates. # Copyright (C) 2011 Software in the Public Interest, Inc. # This file is distributed under the same license as the ntfs-3g package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: ntfs-3g 1:2011.10.9AR.1-2\n Report-Msgid-Bugs-To: ntfs...@packages.debian.org\n POT-Creation-Date: 2011-10-30 20:36+0100\n PO-Revision-Date: 2011-12-07 11:30+0100\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../ntfs-3g.templates:1001 msgid Should NTFS-3G be installed \setuid root\? msgstr Moet NTFS-3G als \setuid root\ worden geïnstalleerd? #. Type: boolean #. Description #: ../ntfs-3g.templates:1001 msgid NTFS-3G can be installed with the set-user-id bit set, so that it will run with superuser privileges. This allows unprivileged users to mount NTFS volumes. msgstr NTFS-3G kan worden geïnstalleerd met de setuid-bit ingesteld, zodat het wordt uitgevoerd met beheerdersrechten. Dit maakt het voor gewone gebruikers mogelijk om NTFS-schijven aan te koppelen. #. Type: boolean #. Description #: ../ntfs-3g.templates:1001 msgid Enabling this feature may be a security risk, so it is disabled by default. If in doubt, you should leave it disabled. msgstr Het activeren van deze functionaliteit is mogelijk een veiligheidsrisico en wordt daarom standaard niet gedaan. Als u twijfelt kunt u dit het best niet activeren. #. Type: boolean #. Description #: ../ntfs-3g.templates:2001 msgid Should NTFS-3G be included in initramfs? msgstr Moet NTFS-3G worden toegevoegd aan het initramfs? #. Type: boolean #. Description #: ../ntfs-3g.templates:2001 msgid NTFS-3G can be included in initramfs which allows to early mount NTFS volumes. msgstr NTFS-3G kan worden toegevoegd aan het initramfs, wat het mogelijk maakt om NTFS-schijven in een vroeg stadium aan te koppelen.
Bug#651947: aptitude has buggy dependency resolution.
Package: aptitude Version: 0.6.4-1.2 Severity: important Aptitude suggests removal of 284 packages in favor of keeping update-inetd at version 4.40 which it complains as being held, which is not true. Corresponding attachment aptitude_bug. Also, aptitude states perl-base: Conflicts: update-inetd, but this's not written in aptitude show perl-base. apt-get, Synaptic and other apt implementation's behavior is to upgrade update-inetd instead as show in file apt-get_output. Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... The following NEW packages will be installed: cups-bsd{a} (R: foomatic-filters, R: rosegarden, S: cups, S: cups-client, S: imagemagick, S: libreoffice, R: cups-bsd) ed{a} (D: texlive-binaries, S: patch) guile-1.8{a} (D: lilypond) guile-1.8-libs{a} (D: guile-1.8, D: lilypond, R: guile-1.8-libs) jackd{a} (D: qjackctl, R: rosegarden, S: mplayer) jackd2{a} (D: jackd, D: jackd2-firewire, S: libjack-jackd2-0, R: jackd2) jackd2-firewire{a} (R: jackd2, R: jackd2-firewire) libclass-isa-perl{a} (D: perl-modules) libconfig++8{a} (D: libffado2) libffado2{a} (D: jackd2-firewire) libkpathsea5{a} (D: texlive-binaries) liblo7{a} (D: rosegarden) liblrdf0{a} (D: rosegarden) libswitch-perl{a} (D: perl-modules) libtie-ixhash-perl{a} (R: libxml-twig-perl) libxml++2.6-2{a} (D: libffado2) libxml-parser-perl{a} (D: libxml-twig-perl) libxml-twig-perl{a} (D: rosegarden) libxml-xpathengine-perl{a} (R: libxml-twig-perl) lilypond{a} (R: lilypond-data, R: rosegarden, S: lilypond-doc, R: lilypond) lilypond-data{a} (D: lilypond) lilypond-doc{a} (R: lilypond) lmodern{a} (R: texlive-base) luatex{a} (D: texlive-base, D: texlive-luatex) qjackctl{a} (R: jackd2, S: rosegarden) rosegarden sndfile-programs{a} (D: rosegarden) sndfile-tools{a} (R: sndfile-programs) swh-plugins{a} (R: rosegarden) tex-common{a} (D: lmodern, D: texlive-base, D: texlive-binaries, D: texlive-common, D: texlive-doc-base, D: texlive-latex-base, D: texlive-latex-base-doc, D: texlive-luatex) texinfo{a} (D: lilypond-data) texlive-base{a} (D: texlive-latex-base, D: texlive-luatex, R: texlive-binaries, S: mozplugger, S: texinfo, R: tex-common, R: texlive-base, R: texlive-binaries) texlive-binaries{a} (D: lilypond-data, D: texlive-base, D: texlive-latex-base, S: imagemagick, S: okular, R: texlive-binaries) texlive-common{a} (D: texlive-base, D: texlive-binaries, D: texlive-doc-base, D: texlive-latex-base, D: texlive-latex-base-doc, D: texlive-luatex) texlive-doc-base{a} (D: texlive-base) texlive-latex-base{a} (R: lilypond, S: kopete, S: texinfo) texlive-latex-base-doc{a} (R: texlive-latex-base) texlive-luatex{a} (R: luatex) The following packages will be upgraded: cups-client perl perl-base{b} (C: update-inetd) perl-modules 4 packages upgraded, 38 newly installed, 0 to remove and 469 not upgraded. Need to get 341 MB/368 MB of archives. After unpacking 925 MB will be used. The following packages have unmet dependencies: libtext-charwidth-perl: Depends: perlapi-5.12.4 which is a virtual package. libnet-ssleay-perl: Depends: perlapi-5.12.4 which is a virtual package. libcairo-perl: Depends: perlapi-5.12.4 which is a virtual package. libgtk2-perl: Depends: perlapi-5.12.3 which is a virtual package. libhtml-parser-perl: Depends: perlapi-5.12.4 which is a virtual package. libuuid-perl: Depends: perlapi-5.12.3 which is a virtual package. liblocale-gettext-perl: PreDepends: perlapi-5.12.4 which is a virtual package. libalgorithm-diff-xs-perl: Depends: perlapi-5.12.4 which is a virtual package. perl-base: Conflicts: update-inetd ( 4.41) but 4.40 is installed and it is kept back. libpango-perl: Depends: perlapi-5.12.4 which is a virtual package. libglib-perl: Depends: perlapi-5.12.4 which is a virtual package. libfont-freetype-perl: Depends: perlapi-5.12.3 which is a virtual package. libperl5.12: Depends: perl-base (= 5.12.4-6) but 5.14.2-6 is to be installed. libsocket6-perl: Depends: perlapi-5.12.3 which is a virtual package. libtext-iconv-perl: Depends: perlapi-5.12.4 which is a virtual package. The following actions will resolve these dependencies: Remove the following packages: 1) akonadiconsole 2) akregator 3) amor 4) ark 5) aspell 6) aspell-en 7) blinken
Bug#651948: FTBFS: patches not applied
Package: pinfo Version: 0.6.9 Severity: serious Justification: fails to build from source (but built successfully in the past) Trying to get pinfo to build for armhf, but I can see that right now it doesn't build in unstable for amd64 either: $ apt-get source pinfo ... dpkg-source: warning: failed to verify signature on ./pinfo_0.6.9-5.dsc dpkg-source: info: extracting pinfo in pinfo-0.6.9 dpkg-source: info: unpacking pinfo_0.6.9.orig.tar.gz dpkg-source: info: applying pinfo_0.6.9-5.diff.gz $ cd pinfo-0.6.9 $ dpkg-buildpackage -rfakeroot -b dpkg-buildpackage: source package pinfo dpkg-buildpackage: source version 0.6.9-5 dpkg-buildpackage: source changed by Bas Zoetekouw b...@debian.org dpkg-buildpackage: host architecture amd64 dpkg-source --before-build pinfo-0.6.9 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp install-stamp patch-stamp dh_clean rm -rf pinfo-0.6.9 debian/rules build dh_testdir tar xj --no-same-permissions -f pinfo-0.6.9.tar.bz2 rm -f pinfo-0.6.9/doc/pinfo.info rm -f pinfo-0.6.9/doc/pinfo.1 dh_testdir dpatch -d pinfo-0.6.9 apply-all applying patch 01_pinforc to /home/steve/build/pinfo/pinfo-0.6.9/pinfo-0.6.9 ...touch: cannot touch `src/pinforc.in': No such file or directory failed. make: *** [patch-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Whether this is a bug in pinfo, dpkg-dev or dpatch I have no idea... -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592000: Missing dependency
The missing dependency on libopensync0 is due to a name change for the packages built from the opensync source package (1). Replacing it with libopensync1exp7 should do the trick. Cheers, Martin 1: http://packages.debian.org/search?keywords=opensyncsearchon=sourcenamessuite=allsection=all -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650082: new mailing list: debian-companies
Alexander Wirt schrieb am Sonntag, den 11. Dezember 2011: Stefano Zacchiroli schrieb am Sunday, den 11. December 2011: On Sun, Dec 11, 2011 at 10:10:07PM +0100, Alexander Wirt wrote: I was working on this bug and I detected the non openess part. And I have to say that I strongly disagree in making this list non-public. Am I the only one that don't likes this? Thanks for working on this bug report and for mentioning this, it's indeed important that we discuss this part. I've three comments in reply to your inquiry to advance this discussion: 1) how is the non-openness of this request any different from the listmaster@lists.d.o mail alias (or many others that we have in many @*.debian.org domains, fwiw) that Cord has Cc:-ed? (Note: as I've mentioned recently, I'm generally *against* those aliases, but I'm even more against double standards) Imho its an administrative alias, where also private stuff (complaints against lists arrive). I don't see where this is comparable to a lists that discusses a specific use case of Debian. 2) I haven't asked anything which is not allowed by the mailing list template at http://www.debian.org/MailingLists/HOWTO_start_list . Should it be amended? There are good reasons for closed lists. Like debian-admin. But due to the openess of our project we always try to limit the creation of this type of lists. 3) I've addressed your point in my request: FWIW, I don't think this is at stake with Debian openness. For me this list is just Debian offering list hosting to actors who want to help Debian in venues that Debian Project members are not able or willing to pursue by themselves. and I believe it answers your point. If you don't think it is the case, can you explain why? Imho it is a public topic where everybody should be able to take part in. Especially if companys invest money into Debian I want to know if this happens. We saw at dunc tank how destructive money may be. But anyhow, that is for this specific case. I think that everything that affects the development of debian should be open. I read your explanation a few times and I still fail to understand why this should be a reason. Ok I had a longer talk to Michael Meskes and I am now able to understand you (and his) position a little bit better. I (personally) would be willing to accept the lists under the following conditions: Before the list is created I want an exact policy who is allowed to get subscribed to this list. A better description of the list should be done that leads into a press announcement that invites everybody (that matches the subscription policy) to participate in the discussion on the list. (Optional, but nice): Some representatives of the debian project should participate on the list. Alex Disclaimer: This is of course my personal oppinion as a listmaster and I am not speaking for everybody in the team. And you are always free to ask the ctte for overriding my decision (I am willing to accept their opinion). But I think that my conditions are good for the list and for debian itself. -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625813: Update to vesa
Of course... now I have the vesa drivers running I might have some fun getting a Dual Output nVidia card to work in dual-head mode and if I cannot get two monitors working it will be hard to check for the problem. Any suggestions on where to look for vesa multi-monitor help? Tom - BlueArc Corporationhttp://www.bluearc.com/, now part of Hitachi Data Systemshttps://www.hds.com/
Bug#651949: audacity: Please package new upstream version (1.3.14), fixing bugs
Package: audacity Version: 1.3.12-6 Severity: normal I tagged this as normal and not wishlist, because the upgrade would fix bugs. Audacity 1.3.14 was released yesterday, and this is a request for you to package it. Advantages of the new version are: = bugs fixed: = * Fixes for data loss when encountering corrupted project files. Steps taken to prevent writing of overlong audio data block files. * Excessive delay occurred when typing into labels in long projects. * MP2 files could not be imported natively. File types requiring FFmpeg library imported as noise if FFmpeg was unavailable. * Crashes fixed when dragging tracks. Crash fixed when resetting Toolbars when an audio stream was present. * Plot Spectrum didn't preserve signal level if multiple tracks were analyzed. = new features: = * Normalize now preserves left-right balance in stereo tracks by default with an option to normalize stereo channels independently. * Spectrograms now allow window sizes up to 32768 and frequencies up to half the sample rate (the maximum possible). * Mix and Render now preserves clip length by not rendering white space before the start of audio, and preserves audio before time zero. Thank you very much for the great work you've been doing in packaging audacity! -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-bpo.5-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/dash Versions of packages audacity depends on: ii audacity-data 1.3.12-6 A fast, cross-platform audio edito ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libexpat1 2.0.1-7 XML parsing C library - runtime li ii libflac++6 1.2.1-2+b1Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-2+b1Free Lossless Audio Codec - runtim ii libgcc11:4.4.5-8 GCC support library ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack-jackd2-0 [libj 1.9.6~dfsg.1-2JACK Audio Connection Kit (librari ii libmad00.15.1b-5 MPEG audio decoder library ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile11.0.21-3+squeeze1 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtwolame00.3.12-1 MPEG Audio Layer 2 encoding librar ii libvamp-hostsdk3 2.1-1 helper library for Vamp hosts writ ii libvorbis0a1.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 libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t Versions of packages audacity recommends: ii libavcodec52 4:0.5.5-1 ffmpeg codec library ii libavformat52 4:0.5.5-1 ffmpeg file format library Versions of packages audacity suggests: ii amb-plugins [ladspa-plug 0.6.1-2 ambisonics LADPSA plugins ii blepvco [ladspa-plugin] 0.1.0-2 LADSPA, minBLEP-based, hard-sync-c ii blop [ladspa-plugin] 0.2.8-5 Bandlimited wavetable-based oscill ii caps [ladspa-plugin] 0.4.2-1 C* Audio Plugin Suite ii cmt [ladspa-plugin] 1.16-1 a collection of LADSPA plugins ii csladspa [ladspa-plugin] 1:5.12.1~dfsg-5 LADSPA plugin for Csound ii ladspa-sdk [ladspa-plugi 1.13-1 sample tools for linux-audio-dev p ii libmp3lame0 3.98.2-0.4 LAME Ain't an MP3 Encoder ii mcp-plugins [ladspa-plug 0.3.0-4 LADSPA plugins designed for Alsa M ii omins [ladspa-plugin]0.2.0-6 a collection of LADSPA plugins aim ii rev-plugins [ladspa-plug 0.3.1-1 greverb-like ladspa plugin ii swh-plugins [ladspa-plug 0.4.15+1-4 Steve Harris's LADSPA plugins ii tap-plugins [ladspa-plug 0.7.0-2 Tom's Audio Processing LADSPA plug ii vco-plugins [ladspa-plug 0.3.0-1 LADSPA plugin sporting anti-aliase -- 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#651935: ITP: audioread -- Backend-agnostic audio decoding Python package
On Tue, 2011-12-13 at 12:39 +0100, Simon Chopin wrote: Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: audioread Version : x.y.z Upstream Author : Name someb...@example.org * URL : http://www.example.org/ Really. * License : MIT Programming Lang: Python Description : Backend-agnostic audio decoding Python package Decode audio files using whichever backend is available. [...] Why? Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#651950: plasma-desktop: /usr/bin/plasma-desktop segfaults at each KDE startup
Package: plasma-desktop Version: 4:4.6.5-4 Severity: important Crash at KDE startup: plasma-desktop[4271]: segfault at 69006f ip a69bafc2 sp a698f1f0 error 4 in libgps.so.20.0.0[a69aa000+18000] Karsten -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages plasma-desktop depends on: ii kdebase-runtime 4:4.6.5-1+b1 ii libc6 2.13-21 ii libkcmutils4 4:4.6.5-2+b1 ii libkdecore5 4:4.6.5-2+b1 ii libkdeui5 4:4.6.5-2+b1 ii libkephal4abi14:4.6.5-4 ii libkfile4 4:4.6.5-2+b1 ii libkidletime4 4:4.6.5-2+b1 ii libkio5 4:4.6.5-2+b1 ii libknewstuff3-4 4:4.6.5-2+b1 ii libktexteditor4 4:4.6.5-2+b1 ii libkworkspace44:4.6.5-4 ii libplasma34:4.6.5-2+b1 ii libplasmagenericshell44:4.6.5-4 ii libqt4-dbus 4:4.7.3-5 ii libqt4-xml4:4.7.3-5 ii libqtcore44:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libsolid4 4:4.6.5-2+b1 ii libstdc++64.6.2-5 ii libtaskmanager4abi1 4:4.6.5-4 ii libx11-6 2:1.4.4-4 ii libxext6 2:1.3.0-3 ii plasma-widgets-workspace 4:4.6.5-4 Versions of packages plasma-desktop recommends: ii kdebase-workspace 4:4.6.5-4 plasma-desktop 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#651951: libgps20: /usr/bin/plasma-desktop crash at KDE startup while accessing libgps20
Package: libgps20 Version: 3.3-5 Severity: important This is the segfault: plasma-desktop[4271]: segfault at 69006f ip a69bafc2 sp a698f1f0 error 4 in libgps.so.20.0.0[a69aa000+18000] I have already filed this against plasma-desktop. Karsten -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgps20 depends on: ii libbluetooth3 4.96-3 ii libc6 2.13-21 ii libdbus-1-31.4.16-1 ii libgcc11:4.6.2-5 ii libstdc++6 4.6.2-5 ii libusb-1.0-0 2:1.0.8-6 ii multiarch-support 2.13-21 Versions of packages libgps20 recommends: ii gpsd 3.3-5 libgps20 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#651948: FTBFS: patches not applied
On Tue, Dec 13, 2011 at 02:31:50PM +, Steve McIntyre wrote: Package: pinfo Version: 0.6.9 Severity: serious Justification: fails to build from source (but built successfully in the past) Trying to get pinfo to build for armhf, but I can see that right now it doesn't build in unstable for amd64 either: $ apt-get source pinfo ... dpkg-source: warning: failed to verify signature on ./pinfo_0.6.9-5.dsc dpkg-source: info: extracting pinfo in pinfo-0.6.9 dpkg-source: info: unpacking pinfo_0.6.9.orig.tar.gz dpkg-source: info: applying pinfo_0.6.9-5.diff.gz $ cd pinfo-0.6.9 $ dpkg-buildpackage -rfakeroot -b dpkg-buildpackage: source package pinfo dpkg-buildpackage: source version 0.6.9-5 dpkg-buildpackage: source changed by Bas Zoetekouw b...@debian.org dpkg-buildpackage: host architecture amd64 dpkg-source --before-build pinfo-0.6.9 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp install-stamp patch-stamp dh_clean rm -rf pinfo-0.6.9 debian/rules build dh_testdir tar xj --no-same-permissions -f pinfo-0.6.9.tar.bz2 rm -f pinfo-0.6.9/doc/pinfo.info rm -f pinfo-0.6.9/doc/pinfo.1 dh_testdir dpatch -d pinfo-0.6.9 apply-all applying patch 01_pinforc to /home/steve/build/pinfo/pinfo-0.6.9/pinfo-0.6.9 ...touch: cannot touch `src/pinforc.in': No such file or directory failed. make: *** [patch-stamp] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Whether this is a bug in pinfo, dpkg-dev or dpatch I have no idea... Going back to a previous version (2.0.31) of dpatch makes this work. The build then fails later, but that's a different (expected) bug, #646486. dpatch people: is this a dpatch problem, or a bug in pinfo in terms of dpatch usage that's only showing up now? -- Steve McIntyre, Cambridge, UK.st...@einval.com C++ ate my sanity -- Jon Rabone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651952: localization-config: [l10n:ca] Updated Catalan translation
Package: localization-config Severity: wishlist Attached is a trivial update of the Catalan translation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ca_ES.UTF-8@valencia, LC_CTYPE=ca_ES.UTF-8@valencia (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ca.po.gz Description: GNU Zip compressed data
Bug#651935: ITP: audioread -- Backend-agnostic audio decoding Python package
On Tue, Dec 13, 2011 at 02:49:02PM +, Ben Hutchings wrote: On Tue, 2011-12-13 at 12:39 +0100, Simon Chopin wrote: Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: audioread Version : x.y.z Upstream Author : Name someb...@example.org * URL : http://www.example.org/ Really. * License : MIT Programming Lang: Python Description : Backend-agnostic audio decoding Python package Decode audio files using whichever backend is available. [...] Why? Well, if you had looked a little further, you might have noticed that I sent a follow-up mail with the missing informations and apologies for the spam. The mail ID is 20111213114740.GA7841@(none) Regards, Simon signature.asc Description: Digital signature
Bug#650082: new mailing list: debian-companies
On Mon, Dec 12, 2011 at 10:21:32AM +0100, Bernd Zeimetz wrote: while I like the idea of the list, I do not like (even with your explanation) the idea of having a non-public list for discussing Debian-related stuff in private - one of the main priciples of Debian is to be open and we should not break this just because there are companies (and probably money...) involved. I think it is okay to have a But where does this list differ from other lists that are closed and even closer tied to Debian as e.g. the aforementioned listmaster alias? I think there are very good reasons to start with a closed list to at least get a discussion going as to where this group is going to evolve to. I honestly doubt any company will be willing to talk strategy or existing relationships on a public list. They might even break the law by doing that. And yes, I am aware that some of thsi stuff *might* even require mutual NDAs. I cannot tell yet where this is going to, but I can surely tell that it will go nowhere if we try starting it completely public, so that everone can read it. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645300: tidy: diff for NMU version 20091223cvs-1.1
Hi! * Alexander Reichle-Schmehl toli...@debian.org [111203 11:07]: I've prepared an NMU for tidy (versioned as 20091223cvs-1.1). The diff is attached to this message. You might have noticed, that this upload never reached the archive. Apparently it run into a bug in the archive software caused by the special character in Loïc Minier and the old encoding. For some strance reason I was also unable to reupload the NMU, so I had to use change the version. Attached you'll find the debdiff between the last version in the archive and the one which finally hit the archive. Compared to the previous one it just changes the special character and adds a new changelog entry. Best Regards, Alexander diff -u tidy-20091223cvs/debian/rules tidy-20091223cvs/debian/rules --- tidy-20091223cvs/debian/rules +++ tidy-20091223cvs/debian/rules @@ -12,9 +12,9 @@ build/tidy:: ## Generate manpage from tidy output - LD_LIBRARY_PATH=$(CURDUR)/src/.libs/ \ + LD_LIBRARY_PATH=$${LD_LIBRARY_PATH:+$$LD_LIBRARY_PATH:}$(CURDIR)/src/.libs/ \ $(CURDIR)/console/tidy -xml-help $(HELPXML) - LD_LIBRARY_PATH=$(CURDUR)/src/.libs/ \ + LD_LIBRARY_PATH=$${LD_LIBRARY_PATH:+$$LD_LIBRARY_PATH:}$(CURDIR)/src/.libs/ \ $(CURDIR)/console/tidy -xml-config $(CONFIGXML) /usr/bin/xsltproc -o $(MANPAGE) $(MANXSL) $(HELPXML) diff -u tidy-20091223cvs/debian/changelog tidy-20091223cvs/debian/changelog --- tidy-20091223cvs/debian/changelog +++ tidy-20091223cvs/debian/changelog @@ -1,3 +1,31 @@ +tidy (20091223cvs-1.2) unstable; urgency=low + + * Non-maintainer upload. + * For some reasons 20091223cvs-1.1 always gets rejected, probably due to +the special character in Loics name, but the upload get's rejected even +if I fix the previous changelog entry. So let's see if creating a new +one fixes the issue. + + -- Alexander Reichle-Schmehl toli...@debian.org Tue, 13 Dec 2011 15:19:30 +0100 + +tidy (20091223cvs-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Apply patch by Loic Minier: +* New patch, 10format-warnings, fixes FTBFS with -Werror=format-security; + essentially calls to messageNode() declared printf-alike with a variable + fmt string, but no subsequent argument; the patch passes %s as format + and fmt as the only argument; this merely protects this class of calls, + but not the ones with e.g. always one argument or always two arguments. + Tested by running tidy on some text and HTML files; warnings still seem to + be output correctly; (Closes: #645300). +* Use CURDIR instead of CURDUR in rules. +* rules: only append to LD_LIBRARY_PATH, don't reset it, as fakeroot relies +on it. + * Set urgenceny to medium due to rc bug fix + + -- Alexander Reichle-Schmehl toli...@debian.org Sat, 03 Dec 2011 10:57:47 +0100 + tidy (20091223cvs-1) unstable; urgency=low * New cvs snapshot only in patch2: unchanged: --- tidy-20091223cvs.orig/debian/patches/10format-warnings.patch +++ tidy-20091223cvs/debian/patches/10format-warnings.patch @@ -0,0 +1,57 @@ +diff --git a/src/localize.c b/src/localize.c +index b832c23..e8c8027 100644 +--- a/src/localize.c b/src/localize.c +@@ -1373,14 +1373,14 @@ void TY_(ReportAccessWarning)( TidyDocImpl* doc, Node* node, uint code ) + { + ctmbstr fmt = GetFormatFromCode(code); + doc-badAccess |= BA_WAI; +-messageNode( doc, TidyAccess, node, fmt ); ++messageNode( doc, TidyAccess, node, %s, fmt ); + } + + void TY_(ReportAccessError)( TidyDocImpl* doc, Node* node, uint code ) + { + ctmbstr fmt = GetFormatFromCode(code); + doc-badAccess |= BA_WAI; +-messageNode( doc, TidyAccess, node, fmt ); ++messageNode( doc, TidyAccess, node, %s, fmt ); + } + + #endif /* SUPPORT_ACCESSIBILITY_CHECKS */ +@@ -1399,7 +1399,7 @@ void TY_(ReportWarning)(TidyDocImpl* doc, Node *element, Node *node, uint code) + switch (code) + { + case NESTED_QUOTATION: +-messageNode(doc, TidyWarning, rpt, fmt); ++messageNode(doc, TidyWarning, rpt, %s, fmt); + break; + + case OBSOLETE_ELEMENT: +@@ -1480,7 +1480,7 @@ void TY_(ReportError)(TidyDocImpl* doc, Node *element, Node *node, uint code) + case INCONSISTENT_NAMESPACE: + case DOCTYPE_AFTER_TAGS: + case DTYPE_NOT_UPPER_CASE: +-messageNode(doc, TidyWarning, rpt, fmt); ++messageNode(doc, TidyWarning, rpt, %s, fmt); + break; + + case COERCE_TO_ENDTAG: +@@ -1499,7 +1499,7 @@ void TY_(ReportError)(TidyDocImpl* doc, Node *element, Node *node, uint code) + case ENCODING_IO_CONFLICT: + case MISSING_DOCTYPE: + case SPACE_PRECEDING_XMLDECL: +-messageNode(doc, TidyWarning, node, fmt); ++messageNode(doc, TidyWarning, node, %s, fmt); + break; + + case TRIM_EMPTY_ELEMENT: +@@ -1548,7 +1548,7 @@ void TY_(ReportFatal)( TidyDocImpl* doc, Node *element, Node *node, uint code) + { + case SUSPECTED_MISSING_QUOTE: + case DUPLICATE_FRAMESET: +-messageNode(doc,
Bug#650082: new mailing list: debian-companies
On Tue, Dec 13, 2011 at 03:33:18PM +0100, Alexander Wirt wrote: Before the list is created I want an exact policy who is allowed to get subscribed to this list. Fine with me. That makes sense. A better description of the list should be done that leads into a press announcement that invites everybody (that matches the subscription policy) to participate in the discussion on the list. Great idea. (Optional, but nice): Some representatives of the debian project should participate on the list. Actually I would have expected the DPL or a represantative to be involved. Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at googlemail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651953: boinc-client: user activity doesn't mean mouse activity
Package: boinc-client Version: 6.13.12+dfsg-1 Severity: normal In settings I turned off When PC is in use, but boinc tasks are still running if I move mouse and don't type anything with kbd. It seems that this option ignores mouse activity. This means that I need to switch to xterm (or any other application with text inpit field) all the time and type some text there to stop boinc client from running its tasks and using CPU. -- Package-specific info: -- Contents of /etc/default/boinc-client: # This file is /etc/default/boinc-client, it is a configuration file for the # /etc/init.d/boinc-client init script. # Set this to 1 to enable and to 0 to disable the init script. ENABLED=1 # Set this to 1 to enable advanced scheduling of the BOINC core client and # all its sub-processes (reduces the impact of BOINC on the system's # performance). SCHEDULE=1 # The BOINC core client will be started with the permissions of this user. BOINC_USER=boinc # This is the data directory of the BOINC core client. BOINC_DIR=/var/lib/boinc-client # This is the location of the BOINC core client, that the init script uses. # If you do not want to use the client program provided by the boinc-client # package, you can specify here an alternative client program. #BOINC_CLIENT=/usr/local/bin/boinc BOINC_CLIENT=/usr/bin/boinc # Here you can specify additional options to pass to the BOINC core client. # Type 'boinc --help' or 'man boinc' for a full summary of allowed options. #BOINC_OPTS=--allow_remote_gui_rpc BOINC_OPTS= -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/6 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages boinc-client depends on: ii adduser3.113 ii ca-certificates20111025 ii debconf [debconf-2.0] 1.5.41 ii libc6 2.13-21 ii libcurl3 7.22.0-3 ii libgcc11:4.6.2-5 ii libssl1.0.01.0.0e-3 ii libstdc++6 4.6.2-5 ii python 2.7.2-9 ii zlib1g 1:1.2.3.4.dfsg-3 boinc-client recommends no packages. Versions of packages boinc-client suggests: ii boinc-app-seti none ii boinc-manager 6.13.12+dfsg-1 ii libcuda1 290.10-1 ii x11-xserver-utils 7.6+3 -- Configuration Files: /etc/boinc-client/global_prefs_override.xml changed: global_preferences run_on_batteries0/run_on_batteries run_if_user_active0/run_if_user_active run_gpu_if_user_active0/run_gpu_if_user_active idle_time_to_run10.00/idle_time_to_run suspend_cpu_usage25.00/suspend_cpu_usage start_hour0.00/start_hour end_hour0.00/end_hour net_start_hour0.00/net_start_hour net_end_hour0.00/net_end_hour leave_apps_in_memory0/leave_apps_in_memory confirm_before_connecting0/confirm_before_connecting hangup_if_dialed0/hangup_if_dialed dont_verify_images0/dont_verify_images work_buf_min_days0.00/work_buf_min_days work_buf_additional_days0.25/work_buf_additional_days max_ncpus_pct100.00/max_ncpus_pct cpu_scheduling_period_minutes60.00/cpu_scheduling_period_minutes disk_interval60.00/disk_interval disk_max_used_gb100.00/disk_max_used_gb disk_max_used_pct50.00/disk_max_used_pct disk_min_free_gb0.00/disk_min_free_gb vm_max_used_pct75.00/vm_max_used_pct ram_max_used_busy_pct50.00/ram_max_used_busy_pct ram_max_used_idle_pct90.00/ram_max_used_idle_pct max_bytes_sec_up0.00/max_bytes_sec_up max_bytes_sec_down0.00/max_bytes_sec_down cpu_usage_limit100.00/cpu_usage_limit daily_xfer_limit_mb0.00/daily_xfer_limit_mb daily_xfer_period_days0/daily_xfer_period_days /global_preferences /etc/boinc-client/gui_rpc_auth.cfg [Errno 13] Отказано в доступе: u'/etc/boinc-client/gui_rpc_auth.cfg' -- debconf information: boinc-client/remove_boinc_dir: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org