Bug#700477: smbldap-tools: wrong net command name
Followup-For: Bug #700477 Package: smbldap-tools Version: 0.9.7-1 Control: user debian-...@lists.debian.org Control: usertags -1 debian-edu Dear Maintainer, This problem affect Debian Edu Wheezy, which uses smbldap_tools.pm to add Windows machines to the LDAP database. This is the error we see: Use of qw(...) as parentheses is deprecated at /usr/share/perl5/smbldap_tools.pm line 1423, DATA line 558. Can't exec /usr/bin/netx: No such file or directory at /usr/share/perl5/smbldap_tools.pm line 245. Failed to get SID from Samba net command at /usr/share/perl5/smbldap_tools.pm line 249. Compilation failed in require at /etc/samba/smbldap-machineadd-gosa line 42. Please update smbldap-tools in Wheezy to fix this problem in Debian Stable. :) Happy hacking Petter Reinholdtsen -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages smbldap-tools depends on: ii libcrypt-smbhash-perl0.12-3 ii libio-socket-ssl-perl1.76-2 ii libnet-ldap-perl 1:0.4400-1 ii libunicode-maputf8-perl 1.11-2 ii perl 5.14.2-21 smbldap-tools recommends no packages. smbldap-tools 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#718611: Encode.pm: Cannot decode string with wide characters.
tag 718611 moreinfo thanks On Sat, Aug 03, 2013 at 10:48:12AM +0700, Sthu wrote: Package: perl Version: 5.14.2-21 Severity: normal In my script previously working well, is now broken with this error: Cannot decode string with wide characters at /usr/lib/perl/5.14/Encode.pm line 174. That is called from the script w/ decode( UTF-8, $file_path ); Hi, the error indicates that you're decoding an already-decoded string. See for instance http://stackoverflow.com/questions/12994100/perl-encode-pm-cannot-decode-string-with-wide-character Could you please provide a test program that shows the problem? Without that, we can't really know if it's a bug in Perl/Encode or just in your script. Regards, -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713090: kiwix: FTBFS
Hi, This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Cheers, Fathi
Bug#713090: kiwix: FTBFS
On 08/05/2013 02:21 PM, Fathi Boudra wrote: This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Bug fixed in our git: http://code.kiwix.org Currently working on the whole release. Release for this week; middle of next week in the worth case. Thx for your patience Emmanuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718761: flash-kernel: 'root=' kernel param ignored when flash-kernel package is installed
Package: flash-kernel Severity: critical Justification: breaks the whole system Dear Maintainer, *** Please consider answering these questions, where appropriate *** Steps which led to the problem: 1. Installed a new kernel package on a functioning system. 2. Generated a new uImage and uInitrd using mkimage. 3. Rebooted system. Result: System shutdown but didn't become available on network. Steps to diagnose: 1. Obtained access to a serial console. 2. Discovered that boot was interrupted because it timed out when trying to mount the root filesystem, which was reported to be /dev/root. 3. Restored the previous uImage and uInitrd and successfully rebooted. 4. Adjusted rootdelay=60 and tried rebooting again with the problematic uImage and uInitrd again. Rootfs still unavailable. 5. Other stuff that didn't help. 6. Found that the root= kernel param was being ignored by the initrams init scripts, even though other parameters, like rootdelay were being honored. 7. Read through startup scripts and found that the incorrect value for root seemed to originate in conf/param.con 8. Read through mkinitramfs scripts and found that a hook installed by the flash-kernel package was responsible for the hook script that was setting root=/dev/root in conf/param.con. Steps to correct: 1. Uninstalled flash-kernel. 2. Updated problematic initramfs. 3. Confirmed that conf/param.conf wasn't in the updated initramfs. 4. Updated uInitrd image. 5. Rebooted. 6. Success! Expected behavior: I expect my machine to (re)boot successfully and without intervention after the installation of a new kernel. If flash-kernel isn't necessary/required on my device, I would expect it to detect that fact rather than rendering my system in an unbootable state. I realize that my system (a ZyXel NSA320 modified to boot debian) isn't particularly common, but I also know that there is a community of people running debain on Kirkwood devices using the same technique, and I doubt I am the only one to think that flash-kernel might be a useful package to have installed. Unfortunately, I don't have enough knowledge to suggest a remedy. Perhaps the logic needs to be more sophisticated, or perhaps people porting debian to these devices should be doing something so the scripts know that the bootloader provided value is trustworthy. Thanks. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable') Architecture: armel (armv5tel) Kernel: Linux 3.9.11-kirkwood-tld-1 (PREEMPT) 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 flash-kernel depends on: pn devionone ii initramfs-tools 0.112~bpo70+1 ii linux-base 3.5 flash-kernel recommends no packages. Versions of packages flash-kernel suggests: ii u-boot-tools 2012.04.01-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718695: Debdiff to build with python3.3 and later versions
Hi Scott! On Mon, Aug 5, 2013 at 7:22 AM, Scott Kitterman deb...@kitterman.comwrote: The attached debdiff results in a complete build with python3.3. I have not tested the functionality of the resulting package. I can either upload it as an NMU or leave it to you. Thanks for your hint. Gonna check it today. No need for a NMU, indeed. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A
Bug#718747: Bug#718747: phyml: FTBFS on arm* more
Hi, On Mon, Aug 05, 2013 at 01:39:10PM +0900, Charles Plessy wrote: Le Mon, Aug 05, 2013 at 04:23:20AM +0200, Hector Oron a écrit : 2013/8/5 Hector Oron hector.o...@gmail.com: 2013/8/5 Charles Plessy ple...@debian.org: do you think that you could send a patch for this ? Find it attached Note I have uploaded package to delayed queue 4, please let me know if I should delay longer or cancel the upload. Hi Hector, thanks for the patch. Sorry if I overlooked something, but doesn't this patch also disable SSE on i386 and AMD64 ? The patch removes -msse for *all* architectures including i386 and amd64? Is there some kind of default way to handle such sse issues? 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#688049: New version of stellarium
Hi, it's a long time this bug had no discussion. It was pushed to the upstream and let it be this way. Therefore I close this bug right now. I will only mention that the new version, 0.12.2, has a builtin sound support that was temporary available in the experimental upload of older setellarium. Thanks, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714053: Some more usefull info
I have been told to say a little bit more info on this that is useful: We are two guys in the office with the same laptop model, and having the same bug. We are using chrome and chromium, and both of us listen to music from there. We don't have very clear if it is due to the music or due to moving between tabs, thought I think its more about the music. The music stops in an infinite loop on kernel panic. I am going to test the backports kernel to see if this still reproduces there. Cheers, Javier Domingo Cansino Research Development Junior Engineer Fon Labs Workgroup, Getxo - Spain. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688049: Info received (New version of stellarium)
Okay, actually, according to Debian policy I should *not* close this bug as bugs can be close only when the are fixed. :) So, I'm leaving this as it is. The upstream bug report is here: https://bugs.launchpad.net/stellarium/+bug/1060314 Tomasz On 05/08/13 07:24, Debian Bug Tracking System wrote: Thank you for the additional information you have supplied regarding this Bug report. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. If you wish to submit further information on this problem, please send it to 688...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 688049: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=688049 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695231: Retag
tags 688049 upstream forwarded 688049 https://bugs.launchpad.net/stellarium/+bug/1060314 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718763: [feed2imap] feed2imap puts wrong dates into emails
Package: feed2imap Version: 1.0-2 Severity: normal --- Please enter the report below this line. --- Hello, feed2imap puts wrong dates (months in the past, days in the future) when I try to convert ebay or youtube feeds for some posts: I get mails spread since 6 months ago to today for youtube and since 6 months ago to one month forward for ebay, even if I update frequently. Also, there are lot of duplicated emails. Thanks, Matteo --- System information. --- Architecture: amd64 Kernel: Linux 3.9-1-amd64 Debian Release: jessie/sid 500 unstabledownload.jitsi.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing ftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== ruby1.8 | 1.8.7.358-7.1 librmail-ruby1.8| 1.0.0-1 ruby-feedparser | 0.7-2 Package's Recommends field is empty. Suggests (Version) | Installed ==-+-=== imap-client| imap-server| -- Matteo Calorio http://www.calorio.net https://www.calorio.net/~theo/theo sip:matteo_calo...@ippi.fr xmpp:mat...@calorio.net
Bug#709125: libunwind-setjmp0: fails to install: preinst: dpkg-architecture: not found
Control: found -1 1.1-2 On 2013-08-04 10:56, Julien Cristau wrote: On Tue, May 21, 2013 at 03:58:07 +0200, Andreas Beckmann wrote: This looks like a missing-dependency on dpkg-dev, but having a library depending on dpkg-dev looks very wrong. So it looks like you've done the very wrong thing... Reopening, there's absolutely no reason your package should need to run dpkg-architecture in postinst. It's an arch:any package, it knows which architecture it is. Also a (Pre-)Depends: dpkg-dev does not guarantee that it is available at purge time: Removing libunwind-setjmp0 ... Purging configuration files for libunwind-setjmp0 ... /var/lib/dpkg/info/libunwind-setjmp0.postrm: 1: /var/lib/dpkg/info/libunwind-setjmp0.postrm: dpkg-architecture: not found dpkg: error processing libunwind-setjmp0 (--purge): subprocess installed post-removal script returned error exit status 127 (OK, in this case it's just noise as the value is not being used at all). But looking at what your maintainer scripts do, it is clear that the run-time approach of calling dpkg-architecture would fail in a multiarch installation (currently not possible because the package is not M-A: same) as regardless of the package architecture you would always divert the same files: that for the host architecture. On 2013-08-04 12:25, Daigo Moriwaki wrote: Can I generate .postrm/.preinst files at package build time with a special string substituted as an example following? debian/%.install: debian/%.install.in + sed 's/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/g' $ $@ Yes, that is exactly the right way to do it in your case. (and don't forget to delete the generated files in debian/rules clean) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718747: Bug#718747: phyml: FTBFS on arm* more
Hi Hector, I don't know if you need to cancel if the upload is overriden by a higher version. At least I did and I think the patch is correct now ... at least it includes -msse on the architectures it should. I have not tested on arm but it should work. Thanks for your porting work in any case Andreas. On Mon, Aug 05, 2013 at 04:23:20AM +0200, Hector Oron wrote: Hello, 2013/8/5 Hector Oron hector.o...@gmail.com: 2013/8/5 Charles Plessy ple...@debian.org: do you think that you could send a patch for this ? Find it attached Note I have uploaded package to delayed queue 4, please let me know if I should delay longer or cancel the upload. -- Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- 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#717687: bumblebee: cannot activate the discrete nvidia card
Hi, interestingly enough, I experienced the same issue only when I upgraded from 319.32-1 to 319.32-2; one of the main differences between these 2 versions (while not documented in the Debian changelog AFAICS: is it one of the changes merged from 304.88-7?) is the module rename: that is, very likely, the reason of the issue. I now reinstalled the 319.32-1 and bumblebee now works again even with kernel 3.10 (I'm manually applying the patch at http://pastebin.com/JDpkR3kt, which I strongly suggest since the other patches don't remove the /proc/driver/nvidia upon module removal, which causes a kernel oops when the nvidia module is loaded the next time). Maurizio Il 04/08/2013 18:19, LOMBARD Maxime ha scritto: Hi guys, I found something. If you install Nvidia 304.88 package, the module is named : nvidia.ko but the module for the Nvidia 319.32 package is named : nvidia-current.ko Even if i modify /etc/bumblebee/bumblebee.conf to replace KernelDriver=nvidia by KernelDriver=nvidia-current, this bug always exist. I create a bug report on bumblebee github : https://github.com/Bumblebee-Project/Bumblebee/issues/452 and for them, it's a kernel 3.10 problem. So, i tried the experimental Nvidia driver + Kernel 3.9 from Testing and the same bug exist. Andreas, if you read this bug report, it can be possible to re-package Nvidia 319.32 driver to modify the module name ? Thanks, Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718764: openvas-plugins-base: modifies conffiles (policy 10.7.3): /etc/openvas/openvasd.conf
Package: openvas-plugins-base Version: 1:20100705-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package modifies conffiles. This is forbidden by the policy, see http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files 10.7.3: [...] The easy way to achieve this behavior is to make the configuration file a conffile. [...] This implies that the default version will be part of the package distribution, and must not be modified by the maintainer scripts during installation (or at any other time). Note that once a package ships a modified version of that conffile, dpkg will prompt the user for an action how to handle the upgrade of this modified conffile (that was not modified by the user). Further in 10.7.3: [...] must not ask unnecessary questions (particularly during upgrades) [...] If a configuration file is customized by a maintainer script after having asked some debconf questions, it may not be marked as a conffile. Instead a template could be installed in /usr/share and used by the postinst script to fill in the custom values and create (or update) the configuration file (preserving any user modifications!). This file must be removed during postrm purge. ucf(1) may help with these tasks. See also http://wiki.debian.org/DpkgConffileHandling In https://lists.debian.org/debian-devel/2012/09/msg00412.html and followups it has been agreed that these bugs are to be filed with severity serious. debsums reports modification of the following files, from the attached log (scroll to the bottom...): 2m59.9s ERROR: FAIL: debsums reports modifications inside the chroot: /etc/openvas/openvasd.conf cheers, Andreas openvas-plugins-base_1:20100705-4.log.gz Description: GNU Zip compressed data
Bug#718752: change of tags / pending fixed
tags 718752 + pending fixed thanks John Eikenberry j...@zhar.net I just uploaded a new release (version 2.0) to my site with some new features and such. I'd appreciate it if you updated the package. http://www.zhar.net/projects/shell/terminal-colors Package is ready and waiting for upload. Thanks John, Jari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717687: bumblebee: cannot activate the discrete nvidia card
The driver 304.88-6 in Sid has the same kernel 3.10 patch than the experimental driver. I don't think that the kernel has the cause but only the module rename. I'll open a bug report about this module rename. 2013/8/5 Maurizio Avogadro mav...@gmail.com Hi, interestingly enough, I experienced the same issue only when I upgraded from 319.32-1 to 319.32-2; one of the main differences between these 2 versions (while not documented in the Debian changelog AFAICS: is it one of the changes merged from 304.88-7?) is the module rename: that is, very likely, the reason of the issue. I now reinstalled the 319.32-1 and bumblebee now works again even with kernel 3.10 (I'm manually applying the patch at http://pastebin.com/JDpkR3kt, which I strongly suggest since the other patches don't remove the /proc/driver/nvidia upon module removal, which causes a kernel oops when the nvidia module is loaded the next time). Maurizio Il 04/08/2013 18:19, LOMBARD Maxime ha scritto: Hi guys, I found something. If you install Nvidia 304.88 package, the module is named : nvidia.ko but the module for the Nvidia 319.32 package is named : nvidia-current.ko Even if i modify /etc/bumblebee/bumblebee.conf to replace KernelDriver=nvidia by KernelDriver=nvidia-current, this bug always exist. I create a bug report on bumblebee github : https://github.com/Bumblebee-Project/Bumblebee/issues/452 and for them, it's a kernel 3.10 problem. So, i tried the experimental Nvidia driver + Kernel 3.9 from Testing and the same bug exist. Andreas, if you read this bug report, it can be possible to re-package Nvidia 319.32 driver to modify the module name ? Thanks, Max
Bug#718765: apel: (emacs-snapshot)Eager macro-expansion failure: (wrong-type-argument sequencep 769).
Package: apel Version: 10.8+0.20120427-3 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? apt-get update took in emacs-snapshot 2:20130804-1 which failed to byte-compule apel I removed apel, and then tried re-installing it: Reading changelogs... Done (Reading database ... 181610 files and directories currently installed.) Preparing to replace apel 10.8-1 (using .../apel_10.8+0.20120427-3_all.deb) ... Remove apel for emacs Remove apel for emacs-snapshot remove/apel: purging byte-compiled files for emacs-snapshot Remove apel for emacs23 remove/apel: purging byte-compiled files for emacs23 Unpacking replacement apel ... Setting up apel (10.8+0.20120427-3) ... Install apel for emacs Install apel for emacs-snapshot install/apel: byte-compiling for emacs-snapshot, logged in /tmp/elc.7KYPIqfchvDc ERROR: install script from apel package failed dpkg: error processing apel (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of flim: flim depends on apel (= 10.7); however: Package apel is not configured yet. dpkg: error processing flim (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: apel flim E: Sub-process /usr/bin/dpkg returned an error code (1) emacs-snapshot -q -no-site-file -batch -l __myinit.el -f batch-byte-compile alist.e l apel-ver.el atype.el broken.el calist.el emu.el file-detect.el filename.el instal l.el inv-19.el inv-23.el invisible.el mcharset.el mcs-20.el mcs-e20.el mule-caesar. el path-util.el pccl-20.el pccl.el pces-20.el pces-e20.el pces.el pcustom.el poe.el poem-e20_3.el poem-e20.el poem.el product.el pym.el richtext.el static.el tinycust om.el Wrote /usr/share/emacs-snapshot/site-lisp/apel/alist.elc Wrote /usr/share/emacs-snapshot/site-lisp/apel/apel-ver.elc Eager macro-expansion failure: (wrong-type-argument sequencep 769) In toplevel form: atype.el:28:1:Error: Wrong type argument: sequencep, 769 Eager macro-expansion failure: (wrong-type-argument sequencep 769) (snipped a whole bunch of similar lines) Wrote /usr/share/emacs-snapshot/site-lisp/apel/static.elc Eager macro-expansion failure: (wrong-type-argument sequencep 769) In toplevel form: tinycustom.el:37:1:Error: Wrong type argument: sequencep, 769 * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? apt-get safe-upgrade to just work :-) *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-686-pae (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 apel depends on: ii emacs-snapshot [emacsen] 2:20130804-1 ii emacs23 [emacsen] 23.4+1-4.1 apel recommends no packages. apel 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#617613: usertags for problem of linking with OpenCASCADE libraries
Hi, I fear I will myself forget about the thing, which would be a shame... Could you add usertags for all your bug reports related to problem of linking with OpenCASCADE libraries? It should simplify your work in this direction and will allow to observe the scale of problem in whole. These links may be useful for you: http://www.debian.org/Bugs/server-control https://wiki.debian.org/bugs.debian.org/usertags Do not forget that archived bug reports should be unarchived before processing. And they may be archived backwards just after necessary changes. Best wishes, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717498: pu: package bootchart/0.10~svn407-4.1~deb7u1 - PATCH v2
Control: tag -1 - moreinfo On 2013-07-21 19:35, Andreas Beckmann wrote: New patch, much less intrusive, use preinst to fix up the old initscript. 0.10~svn407-4.1 has been uploaded to unstable, now I'd like to continue with 0.10~svn407-4.1~deb7u1 for wheezy. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718552: libgjs0c: libgjs 1.36.1 is missing dbus.js and breaks gnome-shell 3.4.2.-11
On 08/02/2013 10:54 AM, Emmanuel Fleury wrote: Package: libgjs0c Version: 1.36.1-2 Followup-For: Bug #718552 I confirm the bug (and the severity). For now, I did not find any workaround for this bug (I tried to use the dbus.js from libgjs0b without any success). Reverting to previous version seems quite difficult because of the incompatibilities between libgjs0b and libgjs0c. I updated the Gnome-shell package this morning to 3.4.2-12 and it worked as previously (maybe a bit faster than usual). The bug may be closed now. Regards -- Emmanuel Fleury Though a program be but three lines long, someday it will have to be maintained. -- Geoffrey James (Book 5, Maintenance, The Tao of Programming) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712745: Re: [Pkg-puppet-devel] Bug#712745: Bug#7712745: puppet: CVE-2013-3567
Hi Stig, Chris, Stig: Have you been able to check the report? I haven't taken a proper look at it, but I think there's at least one extra field that doesn't correspond to the format version. On 31 July 2013 17:43, Chris Boot c...@tiger-computing.co.uk wrote: On 25/06/13 17:36, Raphael Geissert wrote: On 21 June 2013 17:07, Raphael Geissert geiss...@debian.org wrote: As promised via IRC, attached patch is a version that actually works. And now a patch to be applied on top of it to restore the compatibility of the reports. This patch isn't part of 2.7.18-5, which is currently in wheezy. We've had to roll our own update internally that includes the patch in order to correctly process reports from other servers. Are there any plans to push out a 2.7.18-6 update that includes CVE-2013-3567.fixup-for-v3.patch? Would a source debdiff to do this be welcome? Yes, that would be great and help speed things up. Thanks, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718766: pwdx: fails with invalid process id when run in a nonexistent locale
Package: procps Version: 3.3.8-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch saucy pwdx rather mysteriously fails with invalid process id when run in a nonexistent locale (e.g. LC_ALL=foo pwdx $$). This is because it fails to obey the documented calling sequence for strtol - that is, set errno to 0 before the call - and thus the errno from the setlocale failure bleeds over into its check for whether strtol failed. Patch attached. Thanks, -- Colin Watson [cjwat...@ubuntu.com] Index: b/pwdx.c === --- a/pwdx.c +++ b/pwdx.c @@ -52,6 +52,7 @@ if (!strncmp(/proc/, input, 6)) skip = 6; + errno = 0; pid = strtol(input + skip, end, 10); if (errno || input + skip == end || (end *end))
Bug#718438: Shared references (threads::shared) disappear on sub return in perl
severity 718438 important found 718438 5.14.2-21 fixed 718438 5.16.0-1 tag 718438 help thanks On Wed, Jul 31, 2013 at 10:56:07PM +0400, Alexey Borzenkov wrote: Package: perl Version: 5.14.2 This causes threaded perl programs on Debian 7.0 to produce really weird failures. I have tried filing this bug upstream (see https://rt.perl.org/rt3/Ticket/Display.html?id=119089 for reference), however the upstream reply was this bug was already fixed in 5.15.7 with commit 6f48390ab209d16ee8f795f0a83677c8bd9ac69c, and that it wouldn't be backported since perl 5.14 is out of its maintenance period. This means this bug can only be fixed in Debian wheezy, since Perl 5.14 is currently shipped even in both stable and unstable. Hi, unstable will be moving to 5.18 soonish, so this mainly concerns wheezy. Assuming a clean enough patch, I expect we can push it into a stable update. Unfortunately 6f48390ab209d16ee8f795f0a83677c8bd9ac69c isn't easily backportable, there are conflicts due to earlier changes in the 5.15 series. I haven't had the time to work through them yet. If you (or anybody else, of course) want to help, a clean backported patch for 5.14 would be appreciated. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718767: transition: ocaml 4.00.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Managers, I would like to start the transition to OCaml 4.00.1 (released last November) as soon as possible. It breaks some packages; most of them have been fixed in experimental. As usual, it involves a lot of binNMUs; I will take care of those. The permanent transition tracker for ocaml is enough, but the clause .depends ~ /ocaml(-base)?(-nox)?-3\.1(1|2)\../ will become obsolete with the new version, and I think it can be dropped (it should imply the rest). Additionally, the bug number in the comment should be updated as well. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617613: usertags for problem of linking with OpenCASCADE libraries
On Mon, 05 Aug 2013 11:15:19 +0300 Boris Pek wrote: Hi, Hi Boris! I fear I will myself forget about the thing, which would be a shame... Could you add usertags for all your bug reports related to problem of linking with OpenCASCADE libraries? Yes, I can probably do so, but please take into account that what I fear I will forget is to specifically check the issues in the previously mentioned files in package freecad. Usertags won't help me to remember this, since when I see a closed bug report, I tend to think that the corresponding bug is fixed: that's why I wanted to re-open this report, while waiting for a clarification from Anton... It should simplify your work in this direction and will allow to observe the scale of problem in whole. This is true and is in itself a good reason for adding usertags. Which e-mail address do you suggest as user? Which usertag name do you propose? Something like opencascade-incomp? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpfhVEJ4Jqot.pgp Description: PGP signature
Bug#718768: chromium: enable WebRTC support
Package: chromium Version: 28.0.1500.71-2 Severity: wishlist Chromium does not appear to have WebRTC support compiled in. There is a WebRTC setting at chrome://flags/ but it is listed as not available for this platform. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.6-better (SMP w/4 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 28.0.1500.71-2 ii gconf-service3.2.6-1 ii libasound2 1.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libc62.17-7 ii libcairo21.12.14-4 ii libcups2 1.6.2-10 ii libdbus-1-3 1.6.12-1 ii libexpat12.1.0-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgconf-2-4 3.2.6-1 ii libgcrypt11 1.5.3-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgnome-keyring03.4.1-1 ii libgtk2.0-0 2.24.20-1 ii libjpeg8 8d-1 ii libnspr4 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d 2:3.15-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libspeechd2 0.7.1-6.2 ii libstdc++6 4.8.1-2 ii libudev0 175-7.2 ii libx11-6 2:1.6.0-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxml2 2.9.1+dfsg1-2 ii libxrandr2 2:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.26-14.1 ii libxss1 1:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 28.0.1500.71-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718484: Adapt debian-edu-config to config file split-up in latest CUPS version in Debian
Control: tags -1 + pending I commited what I believe is a fix to svn. Please test and let me know that nothing was broken by this change. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712994: Please add support for newer Elantech Touchpads
Hi, On 2013-06-21 18:54, Christian Kastner wrote: Rebuilding 3.9.6 with the attached patch fixes the issue for me, the Touchpad is recognized as such (actually, as a Clickpad, which it is), and Multitouch and so on just works. I discovered that in the mean time, this patch has been included in 3.11-rc1 (commit 9eebed7de660c0b5ab129a9de4f89d20b60de68c). Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718535: libxslt1.1: missing newlines with indent=no
On 05/08/2013 03:33, Vincent Lefevre wrote: This is rather confusing as the XSLT spec http://www.w3.org/TR/xslt says: If the indent attribute has the value yes, then the xml output method may output whitespace in addition to the whitespace in the result tree (possibly based on whitespace stripped from either the source document or the stylesheet) in order to indent the result nicely; if the indent attribute has the value no, it should not output any additional whitespace. The default value is no. ^^^ So, though the behavior is not really disallowed by the spec, I would have expected indent=no to give the same result as no indent attribute. Unfortunately this is not documented, at least in the man pages, and this change hasn't been announced either. I think it's a good compromise. The change is related to this bug report: https://bugzilla.gnome.org/show_bug.cgi?id=652766 I agree that this should be documented somewhere. If this issue is important to you, I'd suggest you file a bug report at bugzilla.gnome.org or take it to the libxslt mailing list (x...@gnome.org) where you're more likely to get answers. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718769: ITP: clsync -- live sync tool based on inotify, written in GNU C
Package: wnpp Severity: wishlist Owner: Artyom A Anikeev anik...@ut.mephi.ru * Package name: clsync Version : 0.0 Upstream Author : Dmitry Yu Okunev dyoku...@ut.mephi.ru * URL : https://github.com/xaionaro/clsync * License : GPL-3+ Programming Lang: C Description : live sync tool based on inotify, written in GNU C Clsync recursively watches for source directory and executes external program to sync the changes. Clsync is adapted to use together with rsync. This utility is much more lightweight than competitors and supports such features as separate queue for big files, regex file filter and multi-threading. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718770: apt-listchanges: missing binNMU changelog entries
Package: apt-listchanges Version: 2.85.11 Severity: serious Justification: possible missing of information I’m running sid and just got a couple of binNMU packages like this: Setting up python-numpy (1:1.7.1-2+b1) ... Setting up python-openssl (0.13-2+b2) ... I’m getting other changelog entries but not these: “Rebuild to drop python3.2 support” The problem seems to be that it’s not in the expected location but in /usr/share/doc/python-numpy/changelog.Debian.i386.gz which is a bit of “WTF, when was it agreed that that would be added?” moment for me too… I mean, the change that *was* agreed was that it would have the python-numpy (1:1.7.1-2+b1) sid; urgency=low, binary-only=yes tagline, but not the different file, right? Anyway, apt-listchanges apparently needs to adapt, and missing information may be critical, but if you don’t think this should be RC feel free to lower to important with explanation. (I’m thinking of upgrading #565804 to RC, too, with the same reasoning.) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (100, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages apt-listchanges depends on: ii apt0.9.9.4 ii debconf [debconf-2.0] 1.5.50 ii debianutils4.4 ii python 2.7.5-3 iu python-apt 0.8.9.1+b1 ii python-support 1.0.15 ii ucf3.0027+nmu1 apt-listchanges recommends no packages. Versions of packages apt-listchanges suggests: ii dillo [www-browser] 3.0.3-6 ii iceweasel [www-browser] 17.0.7esr-2 ii konqueror [www-browser] 4:4.10.5-1 ii links2 [www-browser]2.7-2 ii lynx-cur [www-browser] 2.8.8dev.15-2 ii postfix [mail-transport-agent] 2.10.0-3 ii python-glade2 2.24.0-3+b1 ii python-gtk2 2.24.0-3+b1 ii w3m [www-browser] 0.5.3-10 ii xterm [x-terminal-emulator] 295-1 -- debconf information: apt-listchanges/confirm: false * apt-listchanges/which: both * apt-listchanges/frontend: mail * apt-listchanges/email-address: t.gla...@tarent.de * apt-listchanges/save-seen: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708077:
tags 708077 + patch pending tags 709540 + patch pending tags 712203 + patch pending thanks Dear maintainer, I've prepared an NMU for subunit (versioned as 0.0.10-2.1) and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. subunit_0.0.10-2.1.debdiff Description: Binary data
Bug#718674: transcriber: missing dependency on libsnack2-alsa | libsnack2
Il 04/08/2013 07:30, Paul Wise ha scritto: transcriber would not start until I installed libsnack2-alsa. Please add libsnack2-alsa | libsnack2 to the dependencies. Thank you very much for this bug report. I added libsnack2 dependency only, according to the discussions at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=567713 and bugs.debian.org/cgi-bin/bugreport.cgi?bug=659974. If you are interested, you can check my changes at: git://anonscm.debian.org/collab-maint/transcriber.git Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718771: pulseaudio: module-remap-source is omitted / not installed
Package: pulseaudio Version: 4.0-6 Severity: normal Dear Maintainer, the new 4.0 debian package for pulseaudio does not install the new module 'module-remap-source'. I did not check if any of other modules are missing in /usr/lib/pulse-4.0/modules/. Best regards, ZZ -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_ALL to default locale: No such file or directory UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii libasound21.0.27.1-2 ii libasound2-plugins1.0.27-2 ii libc6 2.17-7 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.12-1 ii libfftw3-single3 3.3.3-5 ii libgcc1 1:4.8.1-2 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.3 ii liborc-0.4-0 1:0.4.17-2 ii libpulse0 4.0-6 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-7 ii libspeexdsp1 1.2~rc1-7 ii libstdc++64.8.1-2 ii libsystemd-login0 44-12 ii libtdb1 1.2.10-2 ii libudev0 175-7.2 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.6.0-1 ii libx11-xcb1 2:1.6.0-1 ii libxcb1 1.9.1-3 ii libxtst6 2:1.2.1-1+deb7u1 ii lsb-base 4.1+Debian12 ii udev 175-7.2 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 pn pulseaudio-module-x11 none ii rtkit 0.10-2 Versions of packages pulseaudio suggests: pn paman none pn paprefs none pn pavucontrol none pn pavumeter none ii pulseaudio-utils 4.0-6 -- Configuration Files: /etc/pulse/daemon.conf changed [not included] /etc/pulse/default.pa changed [not included] /etc/pulse/system.pa changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718123: aufs-tools: FTBFS: aufs-util for aufs3.0 and later, but aufs is 3.x-rcN-20130520.
Control: tag -1 patch Patch attached. Regards, Dmitrijs. fix-ftbfs-with-rc-kernel.patch Description: Binary data
Bug#718674: transcriber: missing dependency on libsnack2-alsa | libsnack2
On Mon, 2013-08-05 at 11:19 +0200, Giulio Paci wrote: I added libsnack2 dependency only The version of transcriber in Debian doesn't have any dependency on libsnack2 or libsnack2-alsa. It must depend on one of them. Both the OSS and ALSA versions worked exactly the same for me (running pulseaudio) so whichever you choose is fine. It seems strange to choose OSS though. If you are interested, you can check my changes at: git://anonscm.debian.org/collab-maint/transcriber.git Please ask your sponsor (Clint Adams) to upload it to Debian. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#718749: postgis: FTBFS on !x86 arches
retitle 718749 postgis: FTBFS on non-Intel arches forwarded 718749 http://trac.osgeo.org/postgis/ticket/2396 tags 718749 + upstream thanks On 08/05/2013 02:39 AM, Hector Oron wrote: Your package fails to build from source on Debian autobuilder network. Please check your package build logs at: https://buildd.debian.org/status/package.php?p=postgissuite=sid This has been reported upstream and we are working together to make postgis work on more than just Intel platforms. See: http://trac.osgeo.org/postgis/ticket/2396 http://trac.osgeo.org/postgis/ticket/2399 (Note: a single non-x86 architecture passes checks: ia64. Thus the rename.) Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#690963: passwd: allocates UIDs for system users top-down, in conflict with adduser's bottom-up policy
tags 690963 wontfix thanks Hello, This top-down policy was requested some years ago in order to get more freedom in the future for the users / groups defined by distributions. Currently, base-passwd reserves IDs 0-100, but this is serious restriction that will have to be handled in the future. When user management tools use the range 100-1000 bottom up, it is not possible to extend this 0-100 range reserved by distributions. So I do not think this should be changed. -- Nekral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698008: fglrx-driver: Xorg crashed when resizing terminal window (XFCE terminal / lxterminal)
Воскресенье, 4 августа 2013, 22:56 +02:00 от Andreas Beckmann a...@debian.org : Control: found -1 1:13.4-2 Control: forwarded -1 http://ati.cchtml.com/show_bug.cgi?id=724 Control: tag -1 moreinfo On 2013-05-22 22:11, Oxan van Leeuwen wrote: I'm using kernel 3.8, but can also reproduce the crash with 3.6. X and fglrx stack from testing installed (xserver-xorg-core 2:1.12.4-6, fglrx-driver 1:13.4-2). Please try the 13.8-beta1 driver from experimental. Thanks. Andreas Hello Andreas, folks, confirm for me bug is fixed in fglrx-driver 1:13.8~beta1-2 Good thing noticed an update not only in Sid but in experimental too. Cheers! -- Igor Borski
Bug#718772: bumblebee: postinst script should add a system group instead of a regular group
Package: bumblebee Version: 3.2.1-3 Severity: normal Hi, the postinst script of the bumblebee package should create a bumblebee system group (GID between 100 and 999) instead of a regular (GID = 1000) group. Thanks Maurizio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706003: passwd: usermod -o requires -u
Hello, On Tue, Apr 23, 2013 at 02:15:28PM +0200, Tollef Fog Heen wrote: Between 4.14.2 and 4.1.5.1, usermod changed so that you need to provide the uid of a non-unique user when changing the password. Previously, you could do: usermod -p '$hash' -o root and it would work, now you need to do -o root -u 0, which seems redundant. Why do you want to use the -o option? Wouldn't it be sufficient to use the following? usermod -p '$hash' root Best Regards, -- Nekral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718773: No Turns Counter in Nethack
Package: nethack-common and nethack-console Versions: 3.4.3-13 and 3.4.3-14 Hi, Whenever I run $ nethack to launch nethack and select all the beginning roles etc. I am faced with a stats bar that is missing the turns counter. It looks like this: P1xel the Hatamoto St:14 Dx:14 Co:18 In:11 Wi:9 Ch:9 Lawful Dlvl:1 $:0 HP:15(15) Pw:2(2) AC:4 Exp:1 When it should look like this: P1xel the SkirmisherSt:18/06 Dx:13 Co:18 In:7 Wi:9 Ch:7 Lawful Dlvl:3 $:185 HP:0(52) Pw:15(15) AC:6 Exp:5 T:1750 (note the T is missing) I suggest possibly recompiling nethack from source and removing some patches (modifications) as they may be the cause of the bug. This is the ouput for uname -a Linux p1xel-Latitude-E6230 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:19:42 UTC 2013 i686 i686 i686 GNU/Linux Thanks.
Bug#718774: Nvidia module rename patch break bumblebee
Package: nvidia-glx Version: 325.08-1 Dear mainteners, Since the 319.32-2 nvidia driver package in experimental, there is a problem to use the nvidia card with a laptop which have the Optimus technology. In Sid, the 304.88-6 driver + Kernel 3.10 has not this problem because for this driver, the nvidia module is named : nvidia.ko But for the drivers in experimental, you modified the module name which is now : nvidia-current.ko. With this new module name, bumblebee can't activate the nvidia driver because it can't load GPU driver. See Bug #717687 Max
Bug#718674: transcriber: missing dependency on libsnack2-alsa | libsnack2
Il 05/08/2013 11:32, Paul Wise ha scritto: On Mon, 2013-08-05 at 11:19 +0200, Giulio Paci wrote: I added libsnack2 dependency only The version of transcriber in Debian doesn't have any dependency on libsnack2 or libsnack2-alsa. It must depend on one of them. Both the OSS and ALSA versions worked exactly the same for me (running pulseaudio) so whichever you choose is fine. It seems strange to choose OSS though. I am using libsnack2-alsa alone since several years now (wavesurfer and transcriber), but still the OSS backend is the default in current libsnack2 Debian package. However libsnack2-alsa also provides libsnack2, so users can choose whatever they want to use, even if I added libsnack2 alone. If you are interested, you can check my changes at: git://anonscm.debian.org/collab-maint/transcriber.git Please ask your sponsor (Clint Adams) to upload it to Debian. Clint Adams is not willing to sponsor this package anymore. I have currently no sponsor for this package. I tried (again, after one year without any luck) to get one via mentors a few months ago, in order to fix http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710333. However I received only a review pointing out many other problems in the package that I am trying to fix, before trying again to find one, but is taking much more time than expected. Despite its low popcon, this package is vital for me, my colleagues and several other people in the speech technology field. Moreover I see no viable alternative for it in Debian. If you want to sponsor it and you have time to do it, feel free to upload it. I have still: 1) to fix some of the patches; 2) to fix the documentation (some broken links and HTML compliance); 3) to fix a bug in a conversion script (or to avoid its installation). Bests, Giulio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718641: [pkg-bacula-devel] Bug#718641: delete_catalog_backup missing execute bit
Hi John, The reason why the execute bit is not set is because the DB_NAME variable is empty. After filling this with the correct value you have to set the execute bit. Greetings, Willem On Sat, 2013-08-03 at 14:26 +0200, John Naggets wrote: Package: bacula-director-pgsql Version: 5.2.6+dfsg-9 The shell script delete_catalog_backup is missing the execute bit, as you can see here (ls output): -rw--- 1 root root 104 Aug 2 11:07 /etc/bacula/scripts/delete_catalog_backup As such one gets the following error when backuping the catalog: 03-Aug 01:05 backup-dir JobId 3: shell command: run AfterJob /etc/bacula/scripts/delete_catalog_backup 03-Aug 01:05 backup-dir JobId 3: Error: Runscript: AfterJob returned non-zero status=200. ERR=Permission denied And the SQL catalog file does not get delted as it should. ___ pkg-bacula-devel mailing list pkg-bacula-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel signature.asc Description: This is a digitally signed message part
Bug#718775: ITP: clojurehelper -- Helper scripts for packaging Clojure programs
Package: wnpp Severity: wishlist Owner: Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com * Package name: clojurehelper Version : 0.1 Upstream Author : Eugenio Cano-Manuel Mendoza eugenioca...@gmail.com * URL : * http://anonscm.debian.org/gitweb/?p=pkg-clojure/clojurehelper.git * License : MIT Programming Lang: Python Description : Helper scripts for packaging Clojure programs Clojurehelper contains several scripts which help in packaging Clojure programs: * lein_makepkg generates a template for a Debian Clojure package. * lein_builddocs creates html documentation from Markdown format. * lein_build creates jar files from Clojure sources. * lein-xml is a plugin for Leiningen that exports project.clj files to xml. This package provides a dh sequence that can be used along javahelper to build clojure packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718773: No Turns Counter in Nethack
Hi Mariusz, On Mon, Aug 5, 2013 at 3:16 AM, Mariusz Skoneczko mariusz1...@gmail.com wrote: Package: nethack-common and nethack-console Versions: 3.4.3-13 and 3.4.3-14 Hi, Whenever I run $ nethack to launch nethack and select all the beginning roles etc. I am faced with a stats bar that is missing the turns counter. It looks like this: P1xel the Hatamoto St:14 Dx:14 Co:18 In:11 Wi:9 Ch:9 Lawful Dlvl:1 $:0 HP:15(15) Pw:2(2) AC:4 Exp:1 When it should look like this: P1xel the SkirmisherSt:18/06 Dx:13 Co:18 In:7 Wi:9 Ch:7 Lawful Dlvl:3 $:185 HP:0(52) Pw:15(15) AC:6 Exp:5 T:1750 (note the T is missing) I suggest possibly recompiling nethack from source and removing some patches (modifications) as they may be the cause of the bug. This is the ouput for uname -a Linux p1xel-Latitude-E6230 3.8.0-19-generic #29-Ubuntu SMP Wed Apr 17 18:19:42 UTC 2013 i686 i686 i686 GNU/Linux On closer inspection, I don't think this is caused by any packaging errors. AFAIK, the turn counter is provided by the time option [1], which defaults to false upstream, and we leave it unchanged in the Debian package. This is also runtime configurable rather than a compile time option. Regards, Vincent [1] http://nethack.wikia.com/wiki/Option#time -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718776: puppet: setting /etc/default/puppet START=no is ignored with systemd
Package: puppet Version: 3.2.1-1 Severity: normal After installing puppet, it is not started by sysvinit, but it is started by systemd. This behaviour is inconsistent. Puppet should either be autostarted on all init systems or on no init systems. The setting START=no in /etc/default/puppet is ignored by the systemd service file. A dysfunctional setting should be removed and such a change should be documented in NEWS.Debian. Ideally puppet-agent should detect whether it is configured and exit successfully if no suitable configuration is found. That would entirely remove the need for a START=no shell configuration. On a personal note, it would be nice to have a package that provides puppet as a tool (especially puppet apply) without puppet agent service. I guess this is not gonna happen, but I found it worth mentioning. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718776: [Pkg-puppet-devel] Bug#718776: puppet: setting /etc/default/puppet START=no is ignored with systemd
Helmut Grohne hel...@subdivi.de writes: After installing puppet, it is not started by sysvinit, but it is started by systemd. This behaviour is inconsistent. Puppet should either be autostarted on all init systems or on no init systems. I changed the default to yes, to make sure the service is a bit more concistent between init systems. Ideally puppet-agent should detect whether it is configured and exit successfully if no suitable configuration is found. That would entirely remove the need for a START=no shell configuration. Puppet agent does that. If it does not have a signed certificate from the master, it will stop. On a personal note, it would be nice to have a package that provides puppet as a tool (especially puppet apply) without puppet agent service. I guess this is not gonna happen, but I found it worth mentioning. That is provided by the puppet-common package. (The puppet packages were split after how a very old version of puppet worked. If puppet was packaged today, most things would be in the puppet package.) -- Stig Sandbeck Mathisen s...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699046: psi-plus-plugin-psimedia: psi-plus segfaults while psi-plus-plugin-media installed
Hi, Could you confirm that bug is still reproducible in psi-plus-0.16.117-1 + psimedia-1.0.3-git20130306-c2b8446-2 from testing or in psi-plus-0.16.117-1~bpo70+1 + psimedia-1.0.3-git20130306-c2b8446-2~bpo70+1 from wheezy-backports? Upstream developers require to use the most recent version for bug reports. Latest version (0.16.167) is not stable enough for packaging now (some destructive changes were recently done), so you may test a bit older version. Best regards, Boris
Bug#718777: tmux: list-commands only works when a tmux server exists
Package: tmux Version: 1.8-3 Severity: minor Dear Maintainer, next oddity i found is list-commands, which only works when a tmux session exists. Yet I see no reason for this limitation, as, as far as I see, the output doesn't depend on a running session (unlike list-sessions for example). list-commands (alias: lscm) List the syntax of all commands supported by tmux. $ tmux lscm failed to connect to server I sure can work around this by creating a session, running lscm and then killing the session, but that seems overkill just to get the commands that tmux can support. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718778: RFP: doublecmd -- Dual panel file manager.
Package: wnpp Severity: wishlist * Package name: doublecmd Version : 0.5.6b Upstream Author : alexx2000 * URL : http://doublecmd.sourceforge.net * License : GPL, LGPL Programming Lang: FreePascal / Lazarus Description : Dual panel file manager. Double Commander is a cross platform open source file manager with two panels side by side. It is inspired by Total Commander and features some new ideas. Here are some key features of Double Commander: - Unicode support - All operations working in background - Multi-rename tool - Tabbed interface - Custom columns - Internal text editor (F4) with syntax hightlighting - Built in file viewer (F3) to view files of in hex, binary or text format - Archives are handled like subdirectories. You can easily copy files to and from archives. Supported archive types: ZIP, TAR GZ, TGZ, LZMA and also BZ2, RPM, CPIO, DEB, RAR. - Extended search function with full text search in any files - Configurable button bar to start external programs or internal menu commands - Total Commander WCX, WDX and WLX plug-ins support - File operations logging - And more... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718779: putty: CVE-2013-4852
Package: putty Severity: grave Tags: security Justification: user security hole Hi, please see http://www.search-lab.hu/advisories/secadv-20130722 for details. 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#718776: [Pkg-puppet-devel] Bug#718776: puppet: setting /etc/default/puppet START=no is ignored with systemd
I will fullquote your response, because you indicated, that it was meant for public consumption. On Mon, Aug 05, 2013 at 12:45:16PM +0200, Stig Sandbeck Mathisen wrote: Helmut Grohne hel...@subdivi.de writes: After installing puppet, it is not started by sysvinit, but it is started by systemd. This behaviour is inconsistent. Puppet should either be autostarted on all init systems or on no init systems. I changed the default to yes, to make sure the service is a bit more concistent between init systems. This makes very much sense. Users who don't want the service running, should simply install puppet-common instead. Ideally puppet-agent should detect whether it is configured and exit successfully if no suitable configuration is found. That would entirely remove the need for a START=no shell configuration. Puppet agent does that. If it does not have a signed certificate from the master, it will stop. This does not match my experience. I had a puppet agent process started by systemd, that kept running. It had no suitable master configured. The system log indicates: Aug 05 12:09:49 $HOSTNAME puppet-agent[26307]: Creating a new SSL key for $FQDN Aug 05 12:10:01 $HOSTNAME puppet-agent[26307]: Could not request certificate: getaddrinfo: Name or service not known The intended behaviour matches my expectation. On a personal note, it would be nice to have a package that provides puppet as a tool (especially puppet apply) without puppet agent service. I guess this is not gonna happen, but I found it worth mentioning. That is provided by the puppet-common package. Thanks for enlightening me on this aspect! The naming of the package is not intuitive, since -common is usually used for internal components of a package group. I don't think the cost of renaming outweighs the potential benefits. Maybe the relation to the puppet-common package could be explained in the long description of the puppet binary package? I suggest appending a sentence along the lines All of the actual puppet software is contained in the puppet-common package to the first paragraph. (The puppet packages were split after how a very old version of puppet worked. If puppet was packaged today, most things would be in the puppet package.) -- Stig Sandbeck Mathisen s...@debian.org Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706003: passwd: usermod -o requires -u
]] Nicolas François Hello, On Tue, Apr 23, 2013 at 02:15:28PM +0200, Tollef Fog Heen wrote: Between 4.14.2 and 4.1.5.1, usermod changed so that you need to provide the uid of a non-unique user when changing the password. Previously, you could do: usermod -p '$hash' -o root and it would work, now you need to do -o root -u 0, which seems redundant. Why do you want to use the -o option? Because I have multiple users with the same UID, obviously. It was previously required, I think. Wouldn't it be sufficient to use the following? usermod -p '$hash' root Seems like it. I'd like the UI to not change around though, since I drive this from automation scripts which then have to special-case each version. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718766: pwdx: fails with invalid process id when run in a nonexistent locale
tags 718766 pending tags 718766 upstream thankyou On Mon, Aug 05, 2013 at 09:39:21AM +0100, Colin Watson wrote: pwdx rather mysteriously fails with invalid process id when run in a nonexistent locale (e.g. LC_ALL=foo pwdx $$). This is because it Hello Colin, Thanks for the bug report and the patch. This is now applied to the upstream git repository. - Craig -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711591: php-horde still fails to install
Hello! The reported error still exists: *** Errors were encountered while processing: php-horde php-horde-imp E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up php-horde (5.1.1+debian0-1) ... dpkg: error processing php-horde (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of php-horde-imp: php-horde-imp depends on php-horde (= 5.0.0); however: Package php-horde is not configured yet. php-horde-imp depends on php-horde ( 6.0.0~alpha1); however: Package php-horde is not configured yet. dpkg: error processing php-horde-imp (--configure): dependency problems - leaving unconfigured *** The dependency error of php-horde-imp is because php-horde can't be configured. Best regards, Peter -- --- Dr. Peter J. Bauer Universitaet Frankfurt a.M. Institut fuer Mathematik Tel. 069/798-23694 Robert-Mayer-Str. 10 Fax 069/798-23674 60325 Frankfurt/Main --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718535: libxslt1.1: missing newlines with indent=no
Control: tags -1 upstream Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=705489 Control: retitle -1 libxslt1.1: behavior of indent xsl:output attribute should be documented On 2013-08-05 11:08:16 +0200, Nick Wellnhofer wrote: I think it's a good compromise. The change is related to this bug report: https://bugzilla.gnome.org/show_bug.cgi?id=652766 I agree that this should be documented somewhere. If this issue is important to you, I'd suggest you file a bug report at bugzilla.gnome.org or take it to the libxslt mailing list (x...@gnome.org) where you're more likely to get answers. I think the behavior is OK for me. So the problem of the documentation remains, at least to make sure that another incompatible change isn't done in the future (possible except for a good reason, such as new recommendations from the W3C). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718780: pu: package smbldap-tools 0.9.7-1+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu User: debian-...@lists.debian.org Usertags: debian-edu I've been asked by the debian-edu people to upload a fix for smbldap-tools in stable, as the current version breaks their usage of the tool. I'm a attaching a debdiff with my proposed changes (in fact they are the fixes for bugs #700477 and #670246 that are already fixed upstream). Is there any problem if I upload the package to proposed-updates? Thanks in advance, Sergio. -- Sergio Talens-Oliag s...@debian.org http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 diff -Nru smbldap-tools-0.9.7/debian/changelog smbldap-tools-0.9.7/debian/changelog --- smbldap-tools-0.9.7/debian/changelog2011-09-27 15:15:14.0 +0200 +++ smbldap-tools-0.9.7/debian/changelog2013-08-05 11:47:56.0 +0200 @@ -1,3 +1,13 @@ +smbldap-tools (0.9.7-1+deb7u1) stable; urgency=low + + * Stable update to fix bug #700477 for Wheezy as requested by debian-edu +people (the bug is already fixed on the 0.9.9 upstream version that +has been available on unstable and tesing for almost a year now). + * Remove qw() warning, it is just a parenthesis and the warning is really +anoying. + + -- Sergio Talens-Oliag s...@debian.org Mon, 05 Aug 2013 11:46:37 +0200 + smbldap-tools (0.9.7-1) unstable; urgency=low * New upstream release diff -Nru smbldap-tools-0.9.7/debian/patches/0012_smbldap-tools-net-command-name.patch smbldap-tools-0.9.7/debian/patches/0012_smbldap-tools-net-command-name.patch --- smbldap-tools-0.9.7/debian/patches/0012_smbldap-tools-net-command-name.patch 1970-01-01 01:00:00.0 +0100 +++ smbldap-tools-0.9.7/debian/patches/0012_smbldap-tools-net-command-name.patch 2013-08-05 11:43:26.0 +0200 @@ -0,0 +1,26 @@ +From d0d155b8693650a54b452a80d17734968496c211 Mon Sep 17 00:00:00 2001 +From: fumiyas fumiyas@69f2458b-35d4-408a-aa88-7d8d64836e89 +Date: Mon, 7 May 2012 06:58:27 + +Subject: [PATCH] smbldap_tools.pm: Fix net(8) command name + +git-svn-id: svn+ssh://svn.gna.org/svn/smbldap-tools/trunk@134 69f2458b-35d4-408a-aa88-7d8d64836e89 +--- + smbldap_tools.pl |2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/smbldap_tools.pl b/smbldap_tools.pl +index 6709860..7af50c3 100644 +--- a/smbldap_tools.pl b/smbldap_tools.pl +@@ -242,7 +242,7 @@ sub read_smbconf { + my %smbconf = read_smbconf(); + + sub getLocalSID { +-open my $fh, -| or exec($samba_bindir/netx, getlocalsid) || exit(1); ++open my $fh, -| or exec($samba_bindir/net, getlocalsid) || exit(1); + + my $line = $fh; + if (!defined($line)) { +-- +1.7.10.4 + diff -Nru smbldap-tools-0.9.7/debian/patches/0013_qw_warning.patch smbldap-tools-0.9.7/debian/patches/0013_qw_warning.patch --- smbldap-tools-0.9.7/debian/patches/0013_qw_warning.patch1970-01-01 01:00:00.0 +0100 +++ smbldap-tools-0.9.7/debian/patches/0013_qw_warning.patch2013-08-05 11:39:16.0 +0200 @@ -0,0 +1,13 @@ +Index: smbldap-tools-0.9.7/smbldap_tools.pl +=== +--- smbldap-tools-0.9.7.orig/smbldap_tools.pl 2013-08-05 11:37:46.356270196 +0200 smbldap-tools-0.9.7/smbldap_tools.pl 2013-08-05 11:39:12.668112493 +0200 +@@ -1420,7 +1420,7 @@ + my $sig_sent = {}; + my $sig_hander = sub { $sig_sent-{shift(@_)} = 1; die; }; + +- for my $sig_name qw(ALRM INT HUP QUIT TERM TSTP TTIN TTOU) { ++ for my $sig_name (qw(ALRM INT HUP QUIT TERM TSTP TTIN TTOU)) { + $sig_handlers_orig-{$sig_name} = $SIG{$sig_name}; + $SIG{$sig_name} = $sig_hander; + } diff -Nru smbldap-tools-0.9.7/debian/patches/series smbldap-tools-0.9.7/debian/patches/series --- smbldap-tools-0.9.7/debian/patches/series 2011-09-27 15:13:56.0 +0200 +++ smbldap-tools-0.9.7/debian/patches/series 2013-08-05 11:38:07.0 +0200 @@ -2,3 +2,5 @@ 0002_smbldap-userlist_manpage_fix.patch 0010_use-Digest-SHA.patch 0011_fix_smbldap-grouplist_manpage.patch +0012_smbldap-tools-net-command-name.patch +0013_qw_warning.patch signature.asc Description: Digital signature
Bug#718670: top: don't just use comma on second line
On Sun, Aug 04, 2013 at 10:30:08AM +0800, jida...@jidanni.org wrote: Then why don't you change KiB Mem: 1025632 total, 830832 used, 194800 free,25128 buffers KiB Swap: 1048572 total,8 used, 1048564 free, 566424 cached ..^ this comma into a ; or | etc. please. Why? it makes sense to me. -- Craig Small VK2XLZ http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint: 5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718670: top: don't just use comma on second line
CS == Craig Small csm...@debian.org writes: CS On Sun, Aug 04, 2013 at 10:30:08AM +0800, jida...@jidanni.org wrote: Then why don't you change KiB Mem: 1025632 total, 830832 used, 194800 free,25128 buffers KiB Swap: 1048572 total,8 used, 1048564 free, 566424 cached ..^ this comma into a ; or | etc. please. CS Why? it makes sense to me. Because it is A,A,A,A B,B,B,A Except it looks like A,A,A,A B,B,B,B And that is bad. So the least you could do is tweak that comma to show something is different... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718781: samba: CVE-2013-4124 denial-of-service
package: samba severity: serious tags: security version: 2:3.5.6~dfsg-3 Hi, A security update for samba was released today, which fixed a denial-of-service: https://www.samba.org/samba/security/CVE-2013-4124 I will upload a fix to unstable later today. For (old-)stable, this issue will be fixed via proposed-updates. https://security-tracker.debian.org/tracker/CVE-2013-4124 Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718674: transcriber: missing dependency on libsnack2-alsa | libsnack2
On Mon, 2013-08-05 at 12:20 +0200, Giulio Paci wrote: I am using libsnack2-alsa alone since several years now (wavesurfer and transcriber), but still the OSS backend is the default in current libsnack2 Debian package. However libsnack2-alsa also provides libsnack2, so users can choose whatever they want to use, even if I added libsnack2 alone. Makes sense. If you want to sponsor it and you have time to do it, feel free to upload it. Please upload a source package based on the latest git to mentors. I've no idea how to construct a source package based on your git workflow. I'll give you a review with upload blockers and things that would be nice to fix but are not needed before the upload. If there are no blockers then I will upload it. My rationale for sponsoring is that one day I want to use it for transcribing the DebConf videos, if you would be interested in starting a collaborative effort for that, I would be more motivated to help you with uploading the package. In general I prefer to do sponsoring and mentoring in public and by that I mean on the debian-mentors list. You can use either plain mails to the list or the bug-based workflow documented here: https://wiki.debian.org/Mentors/BTS -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#718782: RM: llvm-toolchain-snapshot/3.4~svn183914-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Please remove llvm-toolchain-snapshot from Jessie, it is not meant to be part of a stable release, as described in #714686. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711499: Package 3.7.1-1 works OK
I Figured I would test this combination as requested by Francois iceweasel 10.0.12esr-1 iceweasel 3.7.1-1 Unfortunately 3.7.1 doesnt work with Iceweasel 10, as the install.rdf has a minimum version of 17. Changing the minimum value to 10 in the rdf also doesnt work :P Of note is that the debian control file depends on iceweasel = 4 If we bump this to iceweasel = 17 perhaps we could move forward? It would be nice if vimperator actually worked in an up to date stable install without pulling in other packages... Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718682: liblcms1: Buffer overflows in Little CMS v1.19
Thanks Sebastian. Shameful that to fix one I introduced another... Regards Pedro On Aug 4, 2013 11:08 AM, Sebastian Ramacher sramac...@debian.org wrote: Hi Pedro, thank you for reporting this security issue. On 2013-08-04 10:35:46, Pedro R wrote: diff -urb lcms-1.19.dfsg/samples/icctrans.c lcms-1.19.dfsg-patched/samples/icctrans.c --- lcms-1.19.dfsg/samples/icctrans.c 2009-10-30 15:57:45.0 + +++ lcms-1.19.dfsg-patched/samples/icctrans.c 2013-08-04 10:31:36.608445149 +0100 @@ -500,7 +500,7 @@ Prefix[0] = 0; if (!lTerse) -sprintf(Prefix, %s=, C); +snprintf(Prefix, 20, %s=, C); if (InHexa) { @@ -648,7 +648,9 @@ static void GetLine(char* Buffer) { -scanf(%s, Buffer); +size_t Buffer_size = sizeof(Buffer); +fgets(Buffer, (Buffer_size - 1), stdin); +sscanf(%s, Buffer); This sscanf call is wrong and introduces a format string vulnerability. sscanf's signature is int sscanf(const char* str, const char* fmt, ...) where str is used as input and format is the second argument. Regards -- Sebastian Ramacher
Bug#670973: w3c-markup-validator: transition towards Apache 2.4
Control: tags -1 + patch Attached is a patch for your package that fails to install on jessie. diff -Nru w3c-markup-validator-1.3+dfsg/debian/postinst w3c-markup-validator-1.3+dfsg/debian/postinst --- w3c-markup-validator-1.3+dfsg/debian/postinst 2012-10-04 00:48:48.0 +0200 +++ w3c-markup-validator-1.3+dfsg/debian/postinst 2013-08-05 13:20:09.0 +0200 @@ -24,9 +24,7 @@ # `abort-remove' or `abort-deconfigure'. case $1 in -configure|reconfigure) - -server=apache2 +configure) # Old versions stored config files here # We won't delete the old config file in case there are @@ -37,33 +35,19 @@ rm /etc/$old/w3c-markup-validator.conf fi done + rm -f /etc/apache2/conf.d/w3c-markup-validator.conf - if [ ! -s /etc/$server/conf.d/w3c-markup-validator.conf ]; then - ln -s /etc/w3c/httpd.conf \ -/etc/$server/conf.d/w3c-markup-validator.conf -fi - -if [ $server = apache2 ]; then - -if [ ! -s /etc/$server/mods-enabled/include.load ]; then -a2enmod include +if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then +. /usr/share/apache2/apache2-maintscript-helper +if ! a2query -qm include ; then +apache2_invoke enmod include || exit $? fi - -if [ ! -s /etc/$server/mods-enabled/rewrite.load ]; then -a2enmod rewrite +if ! a2query -qm rewrite ; then +apache2_invoke enmod rewrite || exit $? fi - - fi - - if [ -x /etc/init.d/$server ]; then - if [ -x /usr/sbin/invoke-rc.d ]; then - invoke-rc.d $server restart || true - else - /etc/init.d/$server restart || true - fi - fi - sleep 2 - +apache2_invoke enconf w3c-markup-validator || exit $? +fi + ;; abort-upgrade|abort-remove|abort-deconfigure) diff -Nru w3c-markup-validator-1.3+dfsg/debian/postrm w3c-markup-validator-1.3+dfsg/debian/postrm --- w3c-markup-validator-1.3+dfsg/debian/postrm 2012-10-04 00:48:48.0 +0200 +++ w3c-markup-validator-1.3+dfsg/debian/postrm 2013-08-05 13:24:55.0 +0200 @@ -24,6 +24,10 @@ ;; purge) +if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then +. /usr/share/apache2/apache2-maintscript-helper +apache2_invoke disconf w3c-markup-validator || exit $? +fi rmdir /etc/w3c 2/dev/null || true ;; diff -Nru w3c-markup-validator-1.3+dfsg/debian/prerm w3c-markup-validator-1.3+dfsg/debian/prerm --- w3c-markup-validator-1.3+dfsg/debian/prerm 2012-10-04 00:48:48.0 +0200 +++ w3c-markup-validator-1.3+dfsg/debian/prerm 2013-08-05 13:20:25.0 +0200 @@ -17,34 +17,10 @@ # the debian-policy package -case $1 in -upgrade) - ;; -remove|deconfigure) - -server=apache2 - - if [ -s /etc/$server/conf.d/w3c-markup-validator.conf ]; then - rm /etc/$server/conf.d/w3c-markup-validator.conf - fi - - if [ -x /etc/init.d/$server ]; then - if [ -x /usr/sbin/invoke-rc.d ]; then - invoke-rc.d $server restart || true - else - /etc/init.d/$server restart || true - fi - fi - sleep 2 - -;; -failed-upgrade) -;; -*) -echo prerm called with unknown argument \`$1' 2 -exit 1 -;; -esac +if [ -e /usr/share/apache2/apache2-maintscript-helper ] ; then +. /usr/share/apache2/apache2-maintscript-helper +apache2_invoke disconf w3c-markup-validator || exit $? +fi # dh_installdeb will replace this with shell code automatically # generated by other debhelper scripts. diff -Nru w3c-markup-validator-1.3+dfsg/debian/rules w3c-markup-validator-1.3+dfsg/debian/rules --- w3c-markup-validator-1.3+dfsg/debian/rules 2013-03-15 09:01:28.0 +0100 +++ w3c-markup-validator-1.3+dfsg/debian/rules 2013-08-05 13:16:38.0 +0200 @@ -23,6 +23,7 @@ dh_install share/templates/en_US/* ${SHARED_DIR}/templates/en_US dh_install -Xconfig -Xtest htdocs/* ${HTML_DIR} dh_install debian/logo.png ${IMAGES_DIR} + dh_link ${CONFIG_DIR}/httpd.conf /etc/apache2/conf-available/w3c-markup-validator.conf override_dh_installdocs: mkdir -p debian/tmp
Bug#718783: RM: bastille -- RoQA; RC bugs, not working, unmaintained
Package: ftp.debian.org X-Debbugs-Cc: j...@debian.org Please consider removing bastille from Debian. It's reported as not working with Linux = 3.0 (#638835). As the bug hasn't been fixed since 2011, there doesn't seem to be much interest in the package. The last upload was in 2010. There are also 3 other open RC bugs (#524599, #689881, #703186). bastille has not been part of Squeeze or Wheezy. I've CC'ed the maintainer in case he has objections. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718784: [inventor] allow PDF documentation to use alternate viewer
Source: inventor Version: 2.1.5-10-16 Severity: wishlist Tags: patch Hi Maintainer Inventor is currently hardcoded to use xpdf for viewing the documentation for inventor clients and demos. The attached patch uses mimeopen from the libfile-mimeinfo-perl package instead of xpdf and allows the user to select their favourite installed PDF viewer. There may be better ways to accomplish this, but this works for me. Regards Graham diff -Nru inventor-2.1.5-10/debian/control inventor-2.1.5-10/debian/control --- inventor-2.1.5-10/debian/control 2011-09-25 05:15:32.0 +0200 +++ inventor-2.1.5-10/debian/control 2013-08-05 11:34:36.0 +0200 @@ -18,7 +18,7 @@ Section: libs Priority: optional Depends: ${misc:Depends}, ${shlibs:Depends}, xfonts-scalable, gsfonts-x11 -Recommends: xpdf +Recommends: pdf-viewer, libfile-mimeinfo-perl Description: Open Inventor runtime environment This package contains the required files to run Open Inventor applications. . diff -Nru inventor-2.1.5-10/debian/patches/buildsystem.patch inventor-2.1.5-10/debian/patches/buildsystem.patch --- inventor-2.1.5-10/debian/patches/buildsystem.patch 2011-09-25 05:15:31.0 +0200 +++ inventor-2.1.5-10/debian/patches/buildsystem.patch 2013-08-05 11:47:53.0 +0200 @@ -1,6 +1,8 @@ Description: Build library with complete SOVERSION + Define PDFVIEWER as mimeopen instead of xpdf Author: Steve M. Robbins s...@debian.org - +Author: Graham Inggs gra...@nerve.org.za +Last-Update: 2013-08-05 --- inventor-2.1.5-10.orig/lib/GNUmakefile +++ inventor-2.1.5-10/lib/GNUmakefile @@ -1,7 +1,12 @@ @@ -171,7 +173,7 @@ + -DIVTEXTURESDIR=\$(_TEXTURESDIR)\ \ + -DIVDEMOBINDIR=\$(_DEMOBINDIR)\ \ + -DIVDEMODATADIR=\$(_DEMODATADIR)\ \ -+ -DPDFVIEWER=\xpdf\ ++ -DPDFVIEWER=\mimeopen\ # # Locate installed Inventor libraries when linking applications.
Bug#718785: RM: dssi-vst -- RoQA; FTBFS since 2011
Package: ftp.debian.org X-Debbugs-Cc: smim...@debian.org Please consider removing dssi-vst from the archive. It fails to build since 2011 (#653780). In addition the amd64 package depends on libwine which is no longer available in the archive. The last maintainer upload was in 2010. I've CC'ed the maintainer in case he has objections. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718786: visualvm: Please package visualvm 1.3.6
Package: visualvm Version: 1.3.3-2 Severity: wishlist Dear Maintainer, Please consider packaging newer version of visualvm. 1.3.6 has been released in July 2013. Regards Tim -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages visualvm depends on: ii default-jdk [java6-sdk]1:1.6-47 ii libc6 2.17-7 ii libnb-platform13-java 7.0.1+dfsg1-5 ii openjdk-6-jdk [java6-sdk] 6b27-1.12.5-2 visualvm recommends no packages. visualvm 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#677275: passwd: RAND_MAX is for rand() only, and on some systems random() can exceed RAND_MAX
Hello, On Wed, Jun 13, 2012 at 02:16:56PM +0300, Alexander Gattin wrote: Probably, we should use RAND_MAX on GNU (both Linux and Hurd), and 0x7fff on all other systems? Lets just assume we cannot assume anything. random() is used to compute the size of salt and number of rounds for SHA encrypted passwords. I introduced a RANDOM_MAX set to 0x7FFF (this seems to be valid for all the mentioned systems anyway) If random() returns an higher value, I will use the biggest salt or max number of rounds. If random() has a lower max value, I will favor higher numbers by counting down from the max value instead of adding to the min value. This will be a flawed random, but will favor the biggest salt with the highest number of rounds (i.e. when the rainbow tables will be the most difficult to compute). I applied the attached patch. Does it sounds OK to both of you? Best Regards, -- Nekral diff --git a/ChangeLog b/ChangeLog index 7d0cd6e..0b20387 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,12 @@ +2013-08-05 Nicolas François nicolas.franc...@centraliens.net + + * libmisc/salt.c: random() max value is 2^31-1 (same as RAND_MAX + on GNU). As it is not clear whether on some systems the max value + can exceed this number and whether some systems have max values + which would be lower, we take this into account when defining the + salt size and number of rounds for SHA encrypted passwords. Higher + values are favored. + 2013-08-04 Nicolas François nicolas.franc...@centraliens.net * man/su.1.xml: With getopt, '-' does not need to be the last diff --git a/libmisc/salt.c b/libmisc/salt.c index 174f554..d88f998 100644 --- a/libmisc/salt.c +++ b/libmisc/salt.c @@ -23,7 +23,7 @@ static void seedRNG (void); static /*@observer@*/const char *gensalt (size_t salt_size); #ifdef USE_SHA_CRYPT -static size_t SHA_salt_size (void); +static size_t shadow_random (size_t min, size_t max); static /*@observer@*/const char *SHA_salt_rounds (/*@null@*/int *prefered_rounds); #endif /* USE_SHA_CRYPT */ @@ -81,17 +81,29 @@ static void seedRNG (void) #define MAGNUM(array,ch) (array)[0]=(array)[2]='$',(array)[1]=(ch),(array)[3]='\0' #ifdef USE_SHA_CRYPT +/* It is not clear what is the maximum value of random(). + * We assume 2^31-1.*/ +#define RANDOM_MAX 0x7FFF + /* - * Return the salt size. - * The size of the salt string is between 8 and 16 bytes for the SHA crypt - * methods. + * Return a random number between min and max (both included). + * + * It favors slightly the higher numbers. */ -static size_t SHA_salt_size (void) +static size_t shadow_random (size_t min, size_t max) { - double rand_size; + double drand; + size_t ret; seedRNG (); - rand_size = (double) 9.0 * random () / RAND_MAX; - return (size_t) (8 + rand_size); + drand = (double) (max - min + 1) * random () / RANDOM_MAX; + /* On systems were this is not random() range is lower, we favor + * higher numbers of salt. */ + ret = (size_t) (max + 1 - drand); + /* And we catch limits, and use the highest number */ + if ((ret min) || (ret max)) { + ret = max; + } + return ret; } /* Default number of rounds if not explicitly specified. */ @@ -130,10 +142,7 @@ static /*@observer@*/const char *SHA_salt_rounds (/*@null@*/int *prefered_rounds max_rounds = min_rounds; } - seedRNG (); - rand_rounds = (double) (max_rounds-min_rounds+1.0) * random (); - rand_rounds /= RAND_MAX; - rounds = min_rounds + rand_rounds; + rounds = shadow_random (min_rounds, max_rounds); } else if (0 == *prefered_rounds) { return ; } else { @@ -226,11 +235,11 @@ static /*@observer@*/const char *gensalt (size_t salt_size) } else if (0 == strcmp (method, SHA256)) { MAGNUM(result, '5'); strcat(result, SHA_salt_rounds((int *)arg)); - salt_len = SHA_salt_size(); + salt_len = shadow_random (8, 16); } else if (0 == strcmp (method, SHA512)) { MAGNUM(result, '6'); strcat(result, SHA_salt_rounds((int *)arg)); - salt_len = SHA_salt_size(); + salt_len = shadow_random (8, 16); #endif /* USE_SHA_CRYPT */ } else if (0 != strcmp (method, DES)) { fprintf (stderr,
Bug#718691: [inventor] Please link -lXm before -lXt
severity 718691 grave thanks Marking severity: grave as the binaries below in current Sid all fail with the same error making Inventor mostly unusable. Package inventor-clients: /usr/bin/ivview /usr/bin/SceneViewer Package inventor-demo /usr/lib/inventor/SceneViewer /usr/lib/inventor/drop /usr/lib/inventor/maze /usr/lib/inventor/noodle /usr/lib/inventor/revo /usr/lib/inventor/textomatic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705493: [Pkg-ime-devel] Bug#705493: Bug#705493: closed by YunQiang Su wzss...@gmail.com (Re: Bug#705493: hi)
Hi, On Sat, Aug 03, 2013 at 12:05:38AM +0800, Aron Xu wrote: ... I actually do this. I lose the ability to use fcitx in certain programs in the middle of a session, at random points. Like I work for, say, an hour, and suddenly, the ability to use fcitx with certain (console) programs goes away in the middle of said session. I have ibus here according to im-config. But fcitx keep it started under GNOME3 and its icon comes out when SUPER-M is pressed. So fcitx has some mechanism to start it without im-congig hook script. So fcitx under GNOME3 is not compatible with im-config. This is a bug in im-config, because im-config now launch input method after dbus is successfully initialized. Is the problem really im-config? I know the GNOME default of using ibus as default IM is disabled on Debian. I also know fcitx can start on GNOME. No one IM wishes to start service the way it used to be. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705493: [Pkg-ime-devel] Bug#705493: Bug#705493: Bug#705493: closed by YunQiang Su wzss...@gmail.com (Re: Bug#705493: hi)
Hi, On Sun, Aug 04, 2013 at 04:56:29AM +0200, Toni Mueller wrote: Hi, On Sat, Aug 03, 2013 at 12:35:58AM +0900, Osamu Aoki wrote: Anyway, Toni is using extremely convoluted script from .bashrc. That is too late to set up im-config and should not work. I have to disagree with this. ... startx. Ok. Yes you are right. Unless startx changed its behavior recently, I expect it to go through hook script. Anyway, your setting is far from typical and debugging remotely from my PC is a bit difficult, please isolate problem and tell us where the problem is. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706003: passwd: usermod -o requires -u
On Mon, Aug 05, 2013 at 01:06:11PM +0200, tfh...@err.no wrote: Because I have multiple users with the same UID, obviously. It was previously required, I think. Wouldn't it be sufficient to use the following? usermod -p '$hash' root Seems like it. I'd like the UI to not change around though, since I drive this from automation scripts which then have to special-case each version. I don't think -o was necessary in any version. Or was it? (I just checked a recent and very old version) (-o is needed when usermod would create a duplicate UID) In previous versions there were less checks on the validity of options and combinations, but that part I would like to keep. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704035: release state of tuxcmd
On Sat, 2013-08-03 at 08:54 +0200, Paul Gevers wrote: Hi Tomas, I am considering to take up maintenance of the tuxcmd package in Debian [0] which is currently unmaintained [1]. We recently started a package team to support packages written in pascal [2] and I think the Debian tuxcmd package should have it's home there. Looking at the sourceforge website [3], the latest release I see is 0.6.70 (2009), while your git repository seems to feature up to 0.6.78. Could you please elaborate on your release strategy? I am fine with taking git tags if that is how you currently work. You seem to not have been too busy with tuxcmd lately (one commit in the last 8 months). How do you see the future of tuxcmd? I assume you are in maintenance mode. If I would get tuxcmd code related bugs in Debian, are you likely to help solving them, or would it mean that I had to deep dive into the code myself (not that coding is a problem per se, but of course you are way more familiar with the code). Paul [0] http://www.debian.org/ [1] http://bugs.debian.org/704035 [2] http://alioth.debian.org/projects/pkg-pascal [3] http://sourceforge.net/projects/tuxcmd/ Hi Paul, thanks for keeping the distro packages alive. My release strategy is random at most, versions are incremented when there are significant changes. That itself doesn't mean the sources are ready for release, usually a period of testing and polishing precede new releases. At the current state the git master is broken, there are unfinished things and missing functionality (core error reporting rewrite, half-done). Staying with official releases is advised. There have not been many changes in the past years, I have zero free time for tuxcmd, even if I have tons of ideas and plans. I don't see a future of this project, though I'm still actively using it. Frankly I have hard time seeing gtk2 and gtk3 bright future either. I'm fine with accepting patches, either bugfixes or feature enhancements. It's always better to discuss in advance if there's something bigger. But spending time on writing new code (or rewriting in order to fix something) is out of question for me I'm afraid. Cheers, -- Tomas Bzatek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718787: libapache2-mod-musicindex: Dependency on apache2.2 (-common) holds up migration to Apache 2.4
Package: libapache2-mod-musicindex Version: 1.3.7-2+b1 Severity: important Dear Maintainer, I guess all apache2 modules should be rebuilt due to upstream ABI changes. I am getting updates for apache 2.4 but they can't be installed because of dependencies on apache2.2-common from a few packages (this one, apache2-mod-perl2, etc.). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.6-1inter02-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-musicindex depends on: ii apache2.2-common 2.2.22-13 ii libapr11.4.8-1 ii libarchive12 3.0.4-3+nmu1 ii libc6 2.17-7 ii libflac8 1.3.0-1 ii libid3tag0 0.15.1b-10 ii libmad00.15.1b-8 ii libmp4v2-2 2.0.0~dfsg0-2 ii libmysqlclient18 5.5.31+dfsg-1 ii libvorbis0a1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii mod-musicindex-common 1.3.7-2 ii zlib1g 1:1.2.8.dfsg-1 libapache2-mod-musicindex recommends no packages. libapache2-mod-musicindex 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#718649: puppetmaster-passenger still fails on upgrade
Control: reopen -1 Control: notfixed -1 3.2.3-1 Control: notfixed -1 puppet/3.2.3-1 http://piuparts.debian.org/testing2sid/fail/puppetmaster-passenger_3.2.3-1.log says that the problem persists. Reopening this issue. -- Stig Sandbeck Mathisen s...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718788: squid-deb-proxy-client: prefer the proxy on the local machine
Package: squid-deb-proxy-client Version: 0.7.2 Severity: wishlist I am on a network with two _apt_proxy._tcp instances, one on my machine and one on another person's machine. I noticed that apt on my machine mainly used the other person's machine instead of mine. I think it should use my machine before the others, especially since I downloaded a full mirror before coming to this network. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squid-deb-proxy-client depends on: ii apt 0.9.8.2 ii avahi-utils 0.6.31-2 ii python 2.7.5-2 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#685480: still no solution ?
hello, any solution how to solve this ? We have same problem in debian wheezy and this bug blocking us. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718791: ITP: mikutter -- Simple, powerful and moeful twitter client
Package: wnpp Severity: wishlist Owner: HIGUCHI Daisuke (VDR dai) d...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: mikutter Version : 0.2.2.1318 Upstream Author : Toshiaki Asai * URL : http://mikutter.hachune.net/ * License : GPL-3, CC-BY-SA-3.0 Programming Lang: Ruby Description : Simple, powerful and moeful twitter client Mikutter is a simple, powerful and moeful twitter client. . Mikutter provides several advanced features: * Multi pane * Reply view * Thread view * Followee, Follower list * Profile view * Search view * List view * Activity view -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJR/6n/AAoJEHg5YZ3UOWaOH6UP/j2X6ah9YciPXy9hn8wJrWTZ Y0DqZYeixC4fkiBQiR6bHK2VyhdxIUBs04zg9hUek1CXZuIlLuxB3nLIkBHRAL16 jhSOHd4C3LGUWE1Tx4aqW/Y3mE5E/ynzYvvl4vWcfpSrwgo86UUbOVPf85XWwPfA HRySAnj0GGznfHchRIh/B/ULjOlxLEdvHCXVTY0W+uJDODDiGUFuRXyqUH5+kPb8 /mAp74Cz9TXxxiways9+Oj7tfrZmH0Jinfmz5CbVy4bHkLx4C5UcXHxk8k5+BKDQ kPrix1hNxp5pmuUeIJ9d+4Zqlto+XoFy1lmcIuVdyd0DcflOU4AFf3fKW/SSnIav FcXHioA6lqmh9kPCCePyTnIQpWAaGBLh5tSH8rqGLlyPv8QK0QAMuIZT0ZHBPTdZ lW/gqoPIhMPf7FXVVRctEPGzHtZFJ0Eu+cd6DUFs9wjLXu+XcC1Hjo7IUQQasG6E N2+MyY1Dana4F6Jo9D57NMUhjkXPh2pBB9WaQG79levqyFdM0+fNBjjTn13lSMvt 4xs4lG8b8xU3l76BsBzi8RmUJ/LJuIBGtiqDkWvD1uE7ieDMfp9a0jci8J9EXpt+ iGWrKlXO7dyMye3EsYSDhY5KwUspjCbKGBajwwHxJ0FEeJWGOTZbxhTquwcv8GE+ Sw7kK/CjGhL5UNclNi43 =1+ro -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#718698: [os-prober] ReiserFS support
if the Debian installer doesn't allow the use of reiserFS this mean that there will be no new users with this filesystem. But old users (like me) could survive (silently) again for few years. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718789: apache2: upgrade wheezy - testing (2.4.6-2) wiped out all of my log files
Package: apache2 Version: 2.4.6-2 Severity: serious Justification: causes data loss I discovered that on upgrading from wheezy to the current testing, which has just had 2.4.6-2 migrating to it, the entire contents of /var/log/apache2 were blitzed. I'm guessing that what I did was to purge apache2.2-common, not realising the effects of this. Although there is the protection in it about not purging if upgrading to 2.4, it seems that somehow the timings didn't work out correctly and the purge took place anyway. There's no simple or obvious solution to this, I guess, except to provide a transitional apache2.2-common package with apache2 which doesn't purge the log files on purge, now that this task has been taken over by a different package. The description would presumably say: This package may be purged after apache2 version 2.4.6 or higher has been installed; purging prior to this may result in the loss of historical log files. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706003: passwd: usermod -o requires -u
]] Nicolas François (-o is needed when usermod would create a duplicate UID) In previous versions there were less checks on the validity of options and combinations, but that part I would like to keep. Ok. It's a bit confusing that -u 0 makes it work, but I guess I can live with that. -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718787: libapache2-mod-musicindex: Dependency on apache2.2 (-common) holds up migration to Apache 2.4
forcemerge 718787 666834 thanks Hi libapache2-mod-musicindex has been removed from testing precisely because of this. I'm currently unable to upload an updated version of the module, so for the time being, the solution is to remove the module from your system. T. On 5 août 2013, at 15:01, Dominique Brazziel dbrazz...@snet.net wrote: Package: libapache2-mod-musicindex Version: 1.3.7-2+b1 Severity: important Dear Maintainer, I guess all apache2 modules should be rebuilt due to upstream ABI changes. I am getting updates for apache 2.4 but they can't be installed because of dependencies on apache2.2-common from a few packages (this one, apache2-mod-perl2, etc.). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.6-1inter02-686-pae (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-mod-musicindex depends on: ii apache2.2-common 2.2.22-13 ii libapr11.4.8-1 ii libarchive12 3.0.4-3+nmu1 ii libc6 2.17-7 ii libflac8 1.3.0-1 ii libid3tag0 0.15.1b-10 ii libmad00.15.1b-8 ii libmp4v2-2 2.0.0~dfsg0-2 ii libmysqlclient18 5.5.31+dfsg-1 ii libvorbis0a1.3.2-1.3 ii libvorbisfile3 1.3.2-1.3 ii mod-musicindex-common 1.3.7-2 ii zlib1g 1:1.2.8.dfsg-1 libapache2-mod-musicindex recommends no packages. libapache2-mod-musicindex 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#663155: lintian: translation support of tag descriptions
Control: tags -1 patch On 2012-03-09 00:31, Niels Thykier wrote: Package: lintian Version: 2.5.5 Hi, I have spent a few hours looking at using po4a to allow tag descriptions to be localized[0]. The results are available in the tag-info-l10n branch in my personal git repository[1]. Hi, I have rebased the branch with some minor changes. po4a does not yet have proper support for Debian control files, but hopefully it will get that with the next upload (related bug #663148). For now, I use an ad-hoc po4a plugin to parse the desc files. I suspect my ad-hoc plugin produces different po-files than the future dctrl parser in po4a will. Therefore, I do not think we should accept translations/merge the branch just yet. :) By the looks of it, it would probably be better to go ahead if we want translations anytime soon. So I intend to merge this branch soon unless there are any objections. Only the tag descriptions are translated. The po files in the branch include the Tag-field, but mainly because A) I rely the Tag-field for merging the translation with the (remaining) tag data and B) I was too lazy to do the relevant transformations in my prototype. Fixed, the field names are no longer included in the part to be translated. All of the Deb822 specific parts have also been removed (e.g. leading space for continuation lines and the .-lines). The translation entry looks something like this: #. Please keep the leading space. Indented lines are used for #. verbatim or shell commands (specially formatted in output). #. Tag: non-standard-apache2-module-package-name #. type: Lintian tag description #: checks/apache2.desc:15 #, no-wrap msgid The package appears to be an Apache2 HTTPD server [...]\n following the module naming scheme. Apache2 HTTPD modules [...]\n ttlibapache2-mod-name/tt with ttmod-name/tt being [...]\n ttmod_name.so/tt equivalent. msgstr It will then be used to generate l10n/checks/checkname_lang.desc file, which will only have Tag and Info fields. I only added support for translations in lintian-info (read: I was lazy). It can be tested by using lintian-info with the new --lang argument: [...] Still haven't added support in frontend/lintian. Also, should we try to automatically derive the language from LC_ALL, LC_MESSAGES or/and LANG in the absence of a --lang argument? ~Niels Refs are still: [0] http://lists.debian.org/debian-lint-maint/2010/08/msg00012.html [1] http://anonscm.debian.org/gitweb/?p=users/nthykier/lintian.git;a=shortlog;h=refs/heads/tag-info-l10n -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633024:
This bug has been idle for almost 2 years, but I found a similair situation, which could make this bug much more important. Since kernel 3.10, the bcache module was introduced. This essentially enables users to use a SSD disk as caching device. A sort of storage tiering (/ hierarchical storage management / flashcache). If your root partition is on a bcache'd volume, the same situation applies. If you have a bcache script in local-top (where it should be, according to the man pages), udev starts, but the bcache script is ran before the partition's device nodes are created. Therefore, hacks are necessary, such as while [ ! -b /dev/sda1 ]; do :; done local-top scripts should (IMHO) only be ran after udev has created all of the device nodes.
Bug#718792: RFS: fio 2.11
Package: sponsorship-requests Severity: normal Dear Sven, Michael, tokkee, mentors, I am looking for a sponsor for my package fio: * Package name: fio Version : 2.1.1-1 Upstream Author : Jens Axboe ax...@kernel.dk * URL : http://freshmeat.net/projects/fio * License : GPL-2 Section : utils It builds those binary packages: fio - flexible I/O tester To access further information about this package, please visit the following URL: http://packages.qa.debian.org/fio Alternatively, one can download the package with dget using this command: dget -x http://people.teamix.net/~ms/debian/new/fio_2.1.1-1.dsc Changes since the last upload: fio (2.1.1-1) unstable; urgency=low * Imported Upstream version 2.1.1 * Updated to Standards-Version to 3.9.4, no changes needed. * debian/patches/ftbfs-fix-for-mips-architecture: Dropped. Applied upstream. * debian/patches/makefile-clean-delete-config-log-and-d-files: Delete config.log and *.d files as leaving them behind make repeated dpkg-buildpackage builds fail with: dpkg-source: info: local changes detected, … * debian/patches/manpage-spelling: Fix lintian tag spelling-error-in-manpage. * debian/control: Added build dependency zlib1g-dev as fio can use zlib to compress client/server communication. * Switched to xz compression. Saved almost 37 KiB on binary package. -- Martin Steigerwald m...@teamix.de Mon, 05 Aug 2013 16:15:21 +0200 Regards, -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718789: apache2: upgrade wheezy - testing (2.4.6-2) wiped out all of my log files
On 05.08.2013 16:26, Arno Töll wrote: It's your responsibility if you use this option or apt's equivalent. This is the same problem as #717476. Refer there too, why an apache2.2-common package is problematic. err. #711925 I mean. #717476 is a duplicate of the same issue, too. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#718789: apache2: upgrade wheezy - testing (2.4.6-2) wiped out all of my log files
severity 718789 important thanks On 05.08.2013 15:33, Julian Gilbey wrote: Severity: serious Justification: causes data loss Yes it does, and that's expected. Read the manpage from aptitude (for example): --purge-unused [..] THIS OPTION CAN CAUSE DATA LOSS! DO NOT USE IT UNLESS YOU KNOW WHAT YOU ARE DOING! It's your responsibility if you use this option or apt's equivalent. This is the same problem as #717476. Refer there too, why an apache2.2-common package is problematic. That being said we may just provide it to make these discussions finally (but possibly open a new can'o'worms). -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#718793: RM: libwww5.808-perl/experimental -- RoQA; unused, RC buggy
Package: ftp.debian.org Please remove libwww5.808-perl and liblwp-parallel-perl from the archive. Both were introduced as dependencies of ensembl. However the way libwww5.808-perl is packaged causes problems (#623054) and ensembl was removed for unrelated reasons. See also #636923 for more details. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718794: RM: liblwp-parallel-perl/experimental -- RoQA; depends on libwww5.808-perl
Package: ftp.debian.org Please remove libwww5.808-perl and liblwp-parallel-perl from the archive. Both were introduced as dependencies of ensembl. However the way libwww5.808-perl is packaged causes problems (#623054) and ensembl was removed for unrelated reasons. See also #636923 for more details. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696892: LXDE is worth a mention
LXDE is worth a mention since Debian generates an ISO image for it too: http://cdimage.debian.org/cdimage/release/current/i386/iso-cd/ -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700580: [PATCH] Make test for gnuplot work with empty strings.
- Ursprüngliche Mail - On Mon, Mar 11 2013, Martin Steigerwald wrote: When I launch fio_generate_plots on a system where gnuplot is not installed I get this error : $ fio_generate_plots test Making bw logs /usr/bin/fio_generate_plots: 42: /usr/bin/fio_generate_plots: -: not found That's because the test checking whether gnuplot is installed is failing because of an empty variable : GNUPLOT=$(which gnuplot) if [ ! -x $GNUPLOT ]; then echo You need gnuplot installed to generate graphs exit 1 fi Indeed the command test -x is exiting with code 0. To correct this we should enclose the variable with quotes : if [ ! -x $GNUPLOT ]; then Then the script is going into the test properly : $ fio_generate_plots test You need gnuplot installed to generate graphs I copied problem description by Hervé from the Debian bug report below. Fixes: Bug#700580: /usr/bin/fio_generate_plots: -: not found http://bugs.debian.org/700580 Reported-By: Hervé Werner hwer...@score-md.com Tested-By: Hervé Werner hwer...@score-md.com Tested-By: Martin Steigerwald m...@teamix.de --- fio_generate_plots |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/fio_generate_plots b/fio_generate_plots index 4285415..5e2febd 100755 --- a/fio_generate_plots +++ b/fio_generate_plots @@ -8,7 +8,7 @@ if [ $1x = x ]; then fi GNUPLOT=$(which gnuplot) -if [ ! -x $GNUPLOT ]; then +if [ ! -x $GNUPLOT ]; then echo You need gnuplot installed to generate graphs exit 1 fi Thanks, obviously correct :-) Still it doesn't seem you applied it as of 428b4f6ba681dbb40c8e2213d0c6ae8f8049dcd5ESC of git://git.kernel.dk/fio.git Fixing locally in Debian package now. Thaqnks, -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718792: RFS: fio 2.11
- Ursprüngliche Mail - Package: sponsorship-requests Severity: normal Dear Sven, Michael, tokkee, mentors, I am looking for a sponsor for my package fio: Oh, please hold back until further notice: I missed /usr/bin/fio_generate_plots: -: not found http://bugs.debian.org/bug=700580 I thought I provided upstream patch, but seems to be unfixed still, will fix locally for now. Thanks, -- Martin Steigerwald - teamix GmbH - http://www.teamix.de gpg: 19E3 8D42 896F D004 08AC A0CA 1E10 C593 0399 AE90 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717469: License problem with this python3 patch
Hi Thomas On 28/07/13 04:09, Thomas Goirand wrote: So, would you guys agree to switch to to Apache-2.0 for the whole of the package, or at least license the patch under Apache-2.0 (but I think that's bad practice and would prefer that the whole of the package is switched to Apache-2.0)? Probably should have been done this way in the first place; please accept this email as confirmation that its fine to re-license the packaging under the Apache-2.0 license. Thanks James -- James Page Technical Lead Ubuntu Server Team james.p...@canonical.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718235: wiki.debian.org: User password failed
On Sun, Jul 28, 2013 at 10:24:48PM -0600, Esteban Monge wrote: Package: wiki.debian.org Severity: important Dear Maintainer, * What led up to the situation? I forget my password, when try to recover the system sent an email with token. * What exactly did you do (or not do) that was effective (or ineffective)? When I tried to recover the password with the link or putting the token in form the system fails and sent this message: ¡La cadena de verificación que usaste no es válida! I think that the problem is my username, that have capital letters, EstebanMonge Hi Esteban, You somehow had two different user accounts created with the same username, which may have been confusing the system. I've just deleted the older one to fix this. Please try again and hopefully things should work now. -- Steve McIntyre93...@debian.org Debian wiki admin - wiki.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org