Bug#693410: Phones home
Package: cortina Version: 0.7.3-1 Severity: important Please make Cortina stop calling home when run for the first time. It does load http://eric32.er.funpic.de/counter.php?version=$app_ver when started for the first time or upgraded and shows a message if an update is available. This is useless for Debian users that won't go download and install from upstream site anyway. Also, this could breach privacy. Noone should ever know if a user behind an IP uses $software or not and which version. I can understand the upstream wish to count installations. Alternative to disabling the code completely would be to make it optional (and disabled by default). The offending code is in the statisticer method of the Widget class, widget.cpp line 211. Thanks, dam -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cortina depends on: ii gconf2 3.2.5-1+build1 ii libc6 2.13-36 ii libgcc1 1:4.7.2-4 ii libgconf2-4 3.2.5-1+build1 ii libglib2.0-02.33.12+really2.32.4-3 ii libqt4-network 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libstdc++6 4.7.2-4 cortina recommends no packages. cortina suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693411: rhythmbox: GLib-GObject-CRITICAL **: g_object_get: assertion 'G_IS_OBJECT (object)' failed
Package: rhythmbox Version: 2.97-2.1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * 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? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhythmbox depends on: ii dbus 1.6.8-1 ii gnome-icon-theme 3.4.0-2 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-x 0.10.36-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-35 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libffi5 3.0.10-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgirepository-1.0-11.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-4 ii libice6 2:1.0.8-2 ii libjson-glib-1.0-0 0.14.2-1 ii libpango1.0-01.30.0-1 ii libpeas-1.0-01.4.0-2 ii librhythmbox-core6 2.97-2.1 ii libsm6 2:1.2.1-2 ii libsoup-gnome2.4-1 2.38.1-2 ii libsoup2.4-1 2.38.1-2 ii libtdb1 1.2.10-2 ii libtotem-plparser17 3.4.2-1 ii libxml2 2.8.0+dfsg1-6 ii media-player-info17-1 ii rhythmbox-data 2.97-2.1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages rhythmbox recommends: ii avahi-daemon0.6.31-1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii gstreamer0.10-pulseaudio0.10.31-3 ii gvfs-backends 1.12.3-1+b1 ii notification-daemon 0.7.6-1 ii rhythmbox-plugins 2.97-2.1 ii yelp3.4.2-1+b1 Versions of packages rhythmbox suggests: ii gnome-codec-install 0.4.7+nmu1 ii gnome-control-center 1:3.4.2-2.1 ii gstreamer0.10-plugins-bad0.10.23-7 ii rhythmbox-plugin-cdrecorder 2.97-2.1 -- no debconf information Please see end of strace: Arabesque - V - In For A Penny (Billy's Barbeque), VI - Caballero/10. I Stand By You.wav, O_RDONLY|O_LARGEFILE) = 24 fstat64(24, {st_mode=S_IFREG|0666, st_size=40894365, ...}) = 0 _llseek(24, 0, [40894365], SEEK_END)= 0 _llseek(24, 0, [0], SEEK_SET) = 0 fstat64(24, {st_mode=S_IFREG|0666, st_size=40894365, ...}) = 0 write(3, \1\0\0\0\0\0\0\0, 8) = 8 futex(0x8e3157c, FUTEX_WAKE_OP_PRIVATE, 1, 1, 0x8e31578, {FUTEX_OP_SET, 0, FUTEX_OP_CMP_GT, 1}) = 1 futex(0x8e31558, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x8e426d0, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x9cb2a40, FUTEX_WAKE_PRIVATE, 1) = 1 futex(0x9b0dc48, FUTEX_WAKE_PRIVATE, 1) = 1 write(3, \1\0\0\0\0\0\0\0, 8) = 8 write(3, \1\0\0\0\0\0\0\0, 8) = 8 write(3, \1\0\0\0\0\0\0\0, 8) = 8 write(3, \1\0\0\0\0\0\0\0, 8) = 8 write(2, \n(rhythmbox:6655): GLib-GObject-..., 99 (rhythmbox:6655): GLib-GObject-CRITICAL **: g_object_get: assertion `G_IS_OBJECT (object)' failed ) = 99 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Thanks. PS: Sorry for my English. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662099: Also happens with gedit 3.6.0 and awesome 3.4.13-1
This happens to me constantly (many times a day) when I'm switching workspaces in Awesome WM. So, what's the common factor in Xmonad and Awesome (and gedit)? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691051: Status
What is the status of this package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692647: unblock: python-sorl-thumbnail/11.12-4
On 2012-11-08 07:32, Michael Fladischer wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package python-sorl-thumbnail The changes include a single patch that fixes an FTBFS with tests failing during build. It splits the thumbnail image orientation test into a test for pixel values and a test for EXIF orientation, skipping the last one where EXIF orientation is currently not appropriately changed when an image is rotated (pgmagick and convert backends). Since sorl-thumbnail has been removed from testing because of this FTBFS, the attached debdiff is against the last version which was available in testing. unblock python-sorl-thumbnail/11.12-4 [...] Unblocked, thanks. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676162: (no subject)
Indeed an annoying bug. The workaround of Adrian works if one closes the : apt-get install -f -o Dpkg::Options::=--force-overwrite -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693412: RFA: pybtex - BibTeX-compatible bibliography processor
Package: wnpp Severity: normal Since I am not so much into LaTeX related software anymore, I would like to request an adopter for the package pybtex. cf. http://packages.qa.debian.org/p/pybtex.html Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688860: xserver-xorg-input-evdev: mouse cursor jumping with absolute
I recently performed an upgrade from squeeze to wheezy and was bitten by this bug. I don't know why it isn't tagged as release critical but imo it should be. Regards, Samuel Smith -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693369: [pkg-php-pear] Bug#693369: phpunit: missing versioned build dependency
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/16/2012 07:36 AM, Thomas Goirand wrote: On 11/16/2012 04:36 AM, Jan Wagner wrote: While trying to backport the package to squeeze and all build-deps (via 'apt-get build-dep phpunit') sufficiant, I got the following when building the package: This package.xml requires PEAR version 1.9.4 to parse properly, we are version 1.9.1 Parsing of package.xml from file ./PHPUnit-3.6.10/package.xml failed Cannot download non-local package ./PHPUnit-3.6.10/package.xml install failed Cheers, Jan. Hi Jan, What was your installed version of PHP? Of course, when backporting to squeeze and pulling build-deps in via apt-get build-dep phpunit it's: $ dpkg -l | grep php-pear ii php-pear 5.3.3-7+squeeze14 PEAR - PHP Extension and Application Repository The reason is, there is no _versioned_ build-dep of php-pear. Cheers, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFQpfwU9u6Dud+QFyQRAkpDAKC9caf+nxki+JNG60oTY+T/GHwxxgCcDDCb M5/prFiwOLXohqg25wmhkak= =nJ2J -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#692613: [php-maint] Bug#692613: php5: non-free files in upstream tarball (The Software shall be used for, Good, not Evil)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/15/2012 07:00 PM, Michael Biebl wrote: They seem to think it's a self-made, Debian-only problem. Isn't it a common attitude of this upstream team to get other people responsible for issues? Just my 2 cents, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFQpf0P9u6Dud+QFyQRAlDeAJsFuJHbR/9niXPw/s61QDdmcYt9FQCgoXs4 vMygLq3WETMkQxnDrStXpxo= =/u6F -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#693401: [vavoom] description could be clearer
This is the description of the Fedora package: Enhanced Doom, Heretic, Hexen and Strife source port Vavoom is an enhanced open-source port of Doom. Allowing you to play not only the classic 3D first-person shooter Doom, but also the Doom derived classics Heretic, Hexen and Strife. Compared to the original games it adds extra features such as translucency and freelook support and of course the capability to play these classics under Linux. https://admin.fedoraproject.org/pkgdb/acls/name/vavoom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683283: Fixed in upstream
This is now fixed in upstream. For more information: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2782#c4 -- Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693413: ***SPAM*** kdelibs5-plugins: xdg-open mailto:emailaddress not working
Package: kdelibs5-plugins Version: 4:4.8.4-4 Severity: important Dear Maintainer, i can't use mailto-links in any browser. The browser try to use xdg-open which results to # LANG=C xdg-open mailto:msc gvfs-open: mailto:///msc: error launching application: Failed to execute child process kmailservice (No such file or directory) it looks like the kmailservice was not registered correctly. i'm using the gnome desktop (classic mode). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (50, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdelibs5-plugins depends on: ii dbus-x11 1.6.8-1 ii katepart 4:4.8.4-1 ii kdelibs-bin4:4.8.4-4 ii kdelibs5-data 4:4.8.4-4 ii kdoctools 4:4.8.4-4 ii libacl12.2.51-8 ii libaspell150.60.7~20110707-1 ii libc6 2.13-35 ii libenchant1c2a 1.6.0-7 ii libgcc11:4.7.2-4 ii libgssapi-krb5-2 1.10.1+dfsg-2 ii libilmbase61.0.1-4 ii libjasper1 1.900.1-13 ii libkde3support44:4.8.4-4 ii libkdecore54:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkdewebkit5 4:4.8.4-4 ii libkemoticons4 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkio54:4.8.4-4 ii libkjsapi4 4:4.8.4-4 ii libkjsembed4 4:4.8.4-4 ii libkntlm4 4:4.8.4-4 ii libkparts4 4:4.8.4-4 ii libkrosscore4 4:4.8.4-4 ii libopenexr61.6.1-6 ii libphonon4 4:4.6.0.0-2 ii libpolkit-qt-1-1 0.103.0-1 ii libqt4-dbus4:4.8.2+dfsg-2 ii libqt4-network 4:4.8.2+dfsg-2 ii libqt4-qt3support 4:4.8.2+dfsg-2 ii libqt4-script 4:4.8.2+dfsg-2 ii libqt4-xml 4:4.8.2+dfsg-2 ii libqtcore4 4:4.8.2+dfsg-2 ii libqtgui4 4:4.8.2+dfsg-2 ii libsolid4 4:4.8.4-4 ii libstdc++6 4.7.2-4 ii libx11-6 2:1.5.0-1 ii perl 5.14.2-15 ii shared-mime-info 1.0-1+b1 ii xdg-utils 1.1.0~rc1+git20111210-6 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages kdelibs5-plugins recommends: ii kde-runtime 4:4.8.4-2 ii ttf-dejavu 2.33-3 kdelibs5-plugins suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683283: .
Sorry. Last message came for wrong bug-report. :( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692613: [php-maint] Bug#692613: Bug#692613: php5: non-free files in upstream tarball (The Software shall be used for, Good, not Evil)
Jan, please, keep the trolling out of this list. Your comment was neither constructive nor helpful. Ondřej Surý On 16. 11. 2012, at 9:45, Jan Wagner w...@cyconet.org wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/15/2012 07:00 PM, Michael Biebl wrote: They seem to think it's a self-made, Debian-only problem. Isn't it a common attitude of this upstream team to get other people responsible for issues? Just my 2 cents, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iD8DBQFQpf0P9u6Dud+QFyQRAlDeAJsFuJHbR/9niXPw/s61QDdmcYt9FQCgoXs4 vMygLq3WETMkQxnDrStXpxo= =/u6F -END PGP SIGNATURE- ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693391: Fixed in upstream
This is now fixed in upstream. For more information: http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=2782#c4 -- Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691883: #691883 mahara debdiffs
Hi, Timo Juhani Lindfors timo.lindf...@iki.fi writes: However, the debdiff seems to be for squeeze and not for wheezy? Are in fact both squeeze and wheezy affected by the bugs? If yes, we need two uploads. sorry, I didn't notice the sid.diff file. I built, tested (quite briefly), signed and uploaded to unstable. Thanks for your contribution! When the package appears in unstable the next step is to file a bug against release.debian.org with title unblock: mahara/1.5.1-3 so that mahara can migrate from unstable to testing. For squeeze we need to wait for security team's approval as per http://www.debian.org/doc/manuals/developers-reference/pkgs.html#s5.6.4 Can somebody from the security team please review Melissa's squeeze.diff from http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=18;filename=squeeze.diff;att=2;bug=691883 ? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693414: rkhunter: Out of date warnings for up-to-date debian packages
Package: rkhunter Version: 1.3.6-4 Severity: normal The cron job of rkhunter gives since a few weeks the (false) warning Please inspect this machine, because it may be infected. and claims that some packages are out of date Warning: Application 'gpg', version '1.4.10', is out of date, and possibly a security risk. Warning: Application 'openssl', version '0.9.8o', is out of date, and possibly a security risk. Warning: Application 'sshd', version '5.5p1', is out of date, and possibly a security risk. One or more warnings have been found while checking the system. Please check the log file (/var/log/rkhunter.log) This gives a false alarm because all three packages are up-to-date for squeeze: ii openssl0.9.8o-4squeeze13 ii openssh-server 1:5.5p1-6+squeeze2 ii gnupg 1.4.10-4 # apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Either - these security relevant packages are updated in squeeze or (preferred) - this warning has to be corrected from may be infected to outdated or - rkhunters database in /var/lib/rkhunter/db/ is adjusted to avoid a false alarm from a security program. Thanks Axel Dürrbaum -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (700, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rkhunter depends on: ii binutils 2.20.1-16 The GNU assembler, linker and bina ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii exim4-daemon-light [ma 4.72-6+squeeze3 lightweight Exim MTA (v4) daemon ii file 5.04-5+squeeze2 Determines file type using magic ii net-tools 1.60-23 The NET-3 networking toolkit ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages rkhunter recommends: ii iproute20100519-3networking and traffic control too ii lsof 4.81.dfsg.1-1 List open files ii lynx 2.8.8dev.5-1 Text-mode WWW Browser (transitiona ii perl [libdigest-sha-pe 5.10.1-17squeeze3 Larry Wall's Practical Extraction pn unhide none(no description available) ii wget 1.12-2.1 retrieves files from the web Versions of packages rkhunter suggests: pn bsd-mailx none (no description available) pn tripwire none (no description available) -- Configuration Files: /etc/rkhunter.conf changed: ROTATE_MIRRORS=1 UPDATE_MIRRORS=1 MIRRORS_MODE=0 MAIL-ON-WARNING=root@localhost MAIL_CMD=mail -s [rkhunter] Warnings found for ${HOST_NAME} TMPDIR=/var/lib/rkhunter/tmp DBDIR=/var/lib/rkhunter/db SCRIPTDIR=/usr/share/rkhunter/scripts BINDIR=/bin /usr/bin /sbin /usr/sbin /usr/local/bin /usr/local/sbin /usr/libexec /usr/local/libexec LOGFILE=/var/log/rkhunter.log APPEND_LOG=0 COLOR_SET2=0 AUTO_X_DETECT=1 ALLOW_SSH_ROOT_USER=without-password ALLOW_SSH_PROT_V1=0 ENABLE_TESTS=all DISABLE_TESTS=suspscan hidden_procs deleted_files packet_cap_apps PKGMGR=NONE SCRIPTWHITELIST=/bin/egrep SCRIPTWHITELIST=/bin/fgrep SCRIPTWHITELIST=/bin/which SCRIPTWHITELIST=/usr/bin/groups SCRIPTWHITELIST=/usr/bin/ldd SCRIPTWHITELIST=/usr/bin/lwp-request SCRIPTWHITELIST=/usr/sbin/adduser SCRIPTWHITELIST=/usr/sbin/prelink SCRIPTWHITELIST=/sbin/chkconfig ALLOWHIDDENDIR=/etc/.java ALLOWHIDDENDIR=/dev/.udev ALLOWHIDDENDIR=/dev/.initramfs INETD_ALLOWED_SVC=pop3 INETD_ALLOWED_SVC=ident INETD_ALLOWED_SVC=tftp INETD_ALLOWED_SVC=swat UID0_ACCOUNTS=root admin PWDLESS_ACCOUNTS=+ ALLOW_SYSLOG_REMOTE_LOGGING=0 SUSPSCAN_DIRS=/tmp /var/tmp SUSPSCAN_TEMP=/dev/shm SUSPSCAN_MAXSIZE=1024 SUSPSCAN_THRESH=200 INSTALLDIR=/usr -- debconf information: rkhunter/apt_autogen: false rkhunter/cron_daily_run: rkhunter/cron_db_update: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674819: Agree with the reporter, it was much better before
Hi Ari! If one provides a patch, would you accept it for debian? Or does it necessarily have to come from upstream? Ciao, Alberto -- http://blog.mardy.it - geek in un lingua international! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693415: unblock: plasma-widget-cwp/1.6.8-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear release team, Please unblock package plasma-widget-cwp version 1.6.8-1. Only data files were changed in this release: XML files with rules for parsing weather forecast sites. Thanks diff -Nru plasma-widget-cwp-1.6.7/ChangeLog plasma-widget-cwp-1.6.8/ChangeLog --- plasma-widget-cwp-1.6.7/ChangeLog 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/ChangeLog 2012-11-14 19:47:14.0 +0200 @@ -1,3 +1,7 @@ +1.6.8 += +- xml: www.wetter.com: wind and additional info fixed + 1.6.7 = - xml: gismeteo.com: location name fixed diff -Nru plasma-widget-cwp-1.6.7/data/br_weather_com.xml plasma-widget-cwp-1.6.8/data/br_weather_com.xml --- plasma-widget-cwp-1.6.7/data/br_weather_com.xml 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/data/br_weather_com.xml 2012-11-14 19:47:14.0 +0200 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8 standalone=yes ? custom_weather - xml_file_version type=cwp version=2012-11-03 name=br.weather.com search_page=http://br.weather.com; example_zip=BRXX0043 unit=C / + xml_file_version type=cwp version=2012-11-14 name=br.weather.com search_page=http://br.weather.com; example_zip=BRXX0043 unit=C / locale_settings locale=pt encoding=latin1 / diff -Nru plasma-widget-cwp-1.6.7/data/de_weather_com.xml plasma-widget-cwp-1.6.8/data/de_weather_com.xml --- plasma-widget-cwp-1.6.7/data/de_weather_com.xml 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/data/de_weather_com.xml 2012-11-14 19:47:14.0 +0200 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8 standalone=yes ? custom_weather - xml_file_version type=cwp version=2012-11-03 name=de.weather.com search_page=http://de.weather.com; example_zip=80331 unit=C / + xml_file_version type=cwp version=2012-11-14 name=de.weather.com search_page=http://de.weather.com; example_zip=80331 unit=C / locale_settings locale=de encoding=latin1 / diff -Nru plasma-widget-cwp-1.6.7/data/espanol_weather_com.xml plasma-widget-cwp-1.6.8/data/espanol_weather_com.xml --- plasma-widget-cwp-1.6.7/data/espanol_weather_com.xml 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/data/espanol_weather_com.xml 2012-11-14 19:47:14.0 +0200 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8 standalone=yes ? custom_weather - xml_file_version type=cwp version=2012-11-03 name=espanol.weather.com search_page=http://espanol.weather.com; example_zip=Ciudad-de-Mexico-MXDF0132 unit=C / + xml_file_version type=cwp version=2012-11-14 name=espanol.weather.com search_page=http://espanol.weather.com; example_zip=Ciudad-de-Mexico-MXDF0132 unit=C / locale_settings locale=utf-8 encoding=utf8 / diff -Nru plasma-widget-cwp-1.6.7/data/freemeteo_com_celsius.xml plasma-widget-cwp-1.6.8/data/freemeteo_com_celsius.xml --- plasma-widget-cwp-1.6.7/data/freemeteo_com_celsius.xml 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/data/freemeteo_com_celsius.xml 2012-11-14 19:47:14.0 +0200 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8 standalone=yes ? custom_weather - xml_file_version type=cwp version=2012-11-03 name=freemeteo.com search_page=http://freemeteo.com; example_zip=gid=3117735amp;la=4 unit=C / + xml_file_version type=cwp version=2012-11-14 name=freemeteo.com search_page=http://freemeteo.com; example_zip=gid=3117735amp;la=4 unit=C / locale_settings locale=utf-8 encoding=utf8 / diff -Nru plasma-widget-cwp-1.6.7/data/freemeteo_com_fahrenheit.xml plasma-widget-cwp-1.6.8/data/freemeteo_com_fahrenheit.xml --- plasma-widget-cwp-1.6.7/data/freemeteo_com_fahrenheit.xml 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/data/freemeteo_com_fahrenheit.xml 2012-11-14 19:47:14.0 +0200 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8 standalone=yes ? custom_weather - xml_file_version type=cwp version=2012-11-03 name=freemeteo.com search_page=http://freemeteo.com; example_zip=gid=3117735amp;la=4 unit=F / + xml_file_version type=cwp version=2012-11-14 name=freemeteo.com search_page=http://freemeteo.com; example_zip=gid=3117735amp;la=4 unit=F / locale_settings locale=utf-8 encoding=utf8 / diff -Nru plasma-widget-cwp-1.6.7/data/fr_weather_com.xml plasma-widget-cwp-1.6.8/data/fr_weather_com.xml --- plasma-widget-cwp-1.6.7/data/fr_weather_com.xml 2012-11-03 22:17:49.0 +0200 +++ plasma-widget-cwp-1.6.8/data/fr_weather_com.xml 2012-11-14 19:47:14.0 +0200 @@ -1,7 +1,7 @@ ?xml version=1.0 encoding=UTF-8 standalone=yes ? custom_weather - xml_file_version type=cwp version=2012-11-03 name=fr.weather.com search_page=http://fr.weather.com; example_zip=Paris-FRXX0076 unit=C / + xml_file_version type=cwp version=2012-11-14 name=fr.weather.com search_page=http://fr.weather.com; example_zip=Paris-FRXX0076 unit=C / locale_settings locale=utf-8 encoding=utf8 / diff -Nru plasma-widget-cwp-1.6.7/data/ilmeteo_it.xml
Bug#673019: Support multiple ssh keys of same type
retitle -1 Please inform users of malformed public key tags -1 + patch thanks Hi, I figured out what was going on: the public key file was malformed. I was able to load the private key directly into ssh-add, but keychain uses the fingerprint to figure out if it needed to load it. But if the public key file was malformed, the 'ssh_l' function couldn't determine the fingerprint. This means that keychain silently skipped the key, without informing the user. Please see the attached patch warning the user of this, instead of silently skipping the key. Best wishes, Ryan Description: Inform user when unable to extract fingerprint from public key Author: Ryan Kavanagh r...@debian.org Origin: vendor Bug-Debian: http://bugs.debian.org/673019 Forwarded: no --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ Index: keychain-2.7.1/keychain.sh === --- keychain-2.7.1.orig/keychain.sh 2012-10-20 15:54:09.853440457 +0100 +++ keychain-2.7.1/keychain.sh 2012-10-20 15:58:15.635822430 +0100 @@ -816,7 +816,8 @@ for slm_k in $@; do # Fingerprint current user-specified key -slm_finger=`ssh_f $slm_k` || continue +slm_finger=`ssh_f $slm_k` || \ +warn Unable to extract fingerprint from keyfile ${slm_k}.pub, skipping continue # Check if it needs to be added case $sshavail in signature.asc Description: Digital signature
Bug#693416: automysqlbackup creates obsolete cron file
Package: automysqlbackup Version: 2.5-6 When you install automysqlbackup via the packagemanager, the package creates an /etc/cron.daily/automysqlbackup with: #!/bin/sh test -x /usr/sbin/automysqlbackup /usr/sbin/automysqlbackup This one filled up our /var/lib/mysql with 100% This File should not be created. Every instance config you create you call with: # /path/to/automysqlbackup /etc/automysqlbackup/yourconfig.conf Within this file you set an: CONFIG_backup_dir='your path to backupstore' # lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux 6.0.5 (squeeze) Release:6.0.5 Codename: squeeze # uname -a Linux testapp1 2.6.32-5-amd64 #1 SMP Sun May 6 04:00:17 UTC 2012 x86_64 GNU/Linux best regards marko -- zbfmail - Mittendrin statt nur Datei! OpenDKIM, SPF, DSPAM, Greylisting, POSTSCREEN, AMAVIS, Mailgateways -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693417: Only first key in caffrc's keyid field used
Package: signing-party Version: 1.1.4-1 Severity: normal Caff ignores all keys except the first one specified in the keyid field. For example, with the attached caffrc for details, only E95EDDC9 was used to sign keys. An example run goes as follows: [INFO] Importing key 7BD15207E95EDDC9 from your normal GnuPGHome. [INFO] Importing key 8F7BF8FC4A11C97A from your normal GnuPGHome. [INFO] fetching keys, this will take a while... [INFO] Sign the following keys according to your policy, then exit gpg with 'save' after signing each key gpg --homedir=/home/ryan/.caff/gnupghome --secret-keyring /home/ryan/.gnupg/secring.gpg --no-auto-check-trustdb --trust-model=always --edit F43419496DC7B967C36C20FA07B48452768D3824 sign gpg (GnuPG) 1.4.12; Copyright (C) 2012 Free Software Foundation, Inc. This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. (notice, no multiple -u are passed). -- $HOME/.caffrc # .caffrc -- vim:ft=perl: # This file is in perl(1) format - see caff(1) for details. $CONFIG{'owner'} = 'Ryan Kavanagh'; $CONFIG{'email'} = 'r...@debian.org'; #$CONFIG{'reply-to'} = 'f...@bla.org'; # You can get your long keyid from # gpg --with-colons --list-key yourkeyid|name|emailaddress.. # # If you have a v4 key, it will simply be the last 16 digits of # your fingerprint. # # Example: # $CONFIG{'keyid'} = [ qw{FEDCBA9876543210} ]; # or, if you have more than one key: # $CONFIG{'keyid'} = [ qw{0123456789ABCDEF 89ABCDEF76543210} ]; $CONFIG{'keyid'} = [ qw{7BD15207E95EDDC9 8F7BF8FC4A11C97A} ]; # Select this/these keys to sign with #$CONFIG{'local-user'} = [ qw{7BD15207E95EDDC9 8F7BF8FC4A11C97A} ]; # Additionally encrypt messages for these keyids #$CONFIG{'also-encrypt-to'} = [ qw{7BD15207E95EDDC9 8F7BF8FC4A11C97A} ]; # Mail template to use for the encrypted part #$CONFIG{'mail-template'} = 'EOM'; #Hi, # #please find attached the user id{(scalar @uids = 2 ? 's' : '')} #{foreach $uid (@uids) { #$OUT .= \t.$uid.\n; #};}of your key {$key} signed by me. # #If you have multiple user ids, I sent the signature for each user id #separately to that user id's associated email address. You can import #the signatures by running each through `gpg --import`. # #Note that I did not upload your key to any keyservers. If you want this #new signature to be available to others, please upload it yourself. #With GnuPG this can be done using # gpg --keyserver pool.sks-keyservers.net --send-key {$key} # #If you have any questions, don't hesitate to ask. # #Regards, #{$owner} #EOM -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages signing-party depends on: ii gnupg 1.4.12-6 ii libc6 2.13-36 ii libclass-methodmaker-perl 2.18-1+b1 ii libgnupg-interface-perl0.45-1 ii libmailtools-perl 2.09-1 ii libmime-tools-perl 5.503-1 ii libterm-readkey-perl 2.30-4+b2 ii libtext-template-perl 1.45-2 ii perl 5.14.2-15 ii qprint 1.0.dfsg.2-2 Versions of packages signing-party recommends: ii libgd-gd2-noxpm-perl 1:2.46-2+b1 ii libpaper-utils1.1.24+nmu2 ii libtext-iconv-perl1.7-5 ii msmtp-mta [mail-transport-agent] 1.4.29-1 ii recode3.6-20 ii whiptail 0.52.14-10 Versions of packages signing-party suggests: ii imagemagick8:6.7.7.10-5 ii mutt 1.5.21-6.2 ii texlive-latex-recommended 2012.20120611-5 pn wipe none -- no debconf information signature.asc Description: Digital signature
Bug#693419: libltc: FTBFS on PowerPC due to misnamed member name in LTCFrame struct
Package: libltc Version: 1.0.3-1 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch The attached patch should be fairly self-evident, I hope. This fixes the FTBFS on PowerPC (and fixes a bug in general on all big-endian arches, though some may be failing for other reasons as well). ... Adam -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring'), (500, 'quantal-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libltc-1.0.3/debian/patches/big_endian_ftbfs.patch libltc-1.0.3/debian/patches/big_endian_ftbfs.patch --- libltc-1.0.3/debian/patches/big_endian_ftbfs.patch 1969-12-31 17:00:00.0 -0700 +++ libltc-1.0.3/debian/patches/big_endian_ftbfs.patch 2012-11-16 02:06:16.0 -0700 @@ -0,0 +1,15 @@ +Description: Fix member name in big-endian version of LTCFrame +Author: Adam Conrad adcon...@ubuntu.com +Forwarded: no + +--- libltc-1.0.3.orig/src/ltc.h libltc-1.0.3/src/ltc.h +@@ -127,7 +127,7 @@ struct LTCFrame { + unsigned int frame_units:4; + + unsigned int user2:4; +- unsigned int col_frm:1; ++ unsigned int col_frame:1; + unsigned int dfbit:1; + unsigned int frame_tens:2; + diff -Nru libltc-1.0.3/debian/patches/series libltc-1.0.3/debian/patches/series --- libltc-1.0.3/debian/patches/series 1969-12-31 17:00:00.0 -0700 +++ libltc-1.0.3/debian/patches/series 2012-11-16 02:05:24.0 -0700 @@ -0,0 +1 @@ +big_endian_ftbfs.patch
Bug#693418: Broken internal links in HTML documentation
Package: auctex Version: 11.86-10.1 Severity: minor There are broken internal links in auctex's HTML documentation. For example, (See (auctex)Key Index) on /usr/share/doc/auctex/HTML/preview-latex/preview-latex_4.html#Keys-and-lisp links to /usr/share/doc/auctex/HTML/auctex/Key-Index.html#Key-Index which does not exist (it should instead link to file:///usr/share/doc/auctex/HTML/auctex/auctex_8.html#Key-Index ). -- Package-specific info: Content of '/usr/share/emacs/site-lisp/auctex' d41d8cd98f00b204e9800998ecf8427e /usr/share/emacs/site-lisp/auctex/.nosearch 3366a99dd44e27fa57e0bcc130c4fa1c /usr/share/emacs/site-lisp/auctex/bib-cite.el 5e59995360ee103714cbb9c827362002 /usr/share/emacs/site-lisp/auctex/context-en.el 1829a4905363692bf8eee2c451e0274a /usr/share/emacs/site-lisp/auctex/context-nl.el 19918a10a7209a5c5634ba6bd3028951 /usr/share/emacs/site-lisp/auctex/context.el 762c149dfbb34fd320b76af25f2af63e /usr/share/emacs/site-lisp/auctex/font-latex.el f176261b5a5511cbe1401ee72ffb8947 /usr/share/emacs/site-lisp/auctex/images/amstex.xpm d33121019448617a3ad3bcafdeb8db40 /usr/share/emacs/site-lisp/auctex/images/bibtex.xpm 1a43d6438010bceb374ab0a5f2bd05a8 /usr/share/emacs/site-lisp/auctex/images/dropdown.xpm 41f1ae0341ae2e307d92a7b8b815f868 /usr/share/emacs/site-lisp/auctex/images/dvipdf.xpm 2e4b8669b0168f32247411be3f999437 /usr/share/emacs/site-lisp/auctex/images/dvips.xpm 55f7600cadc3a209e94bacf6bbc42a7c /usr/share/emacs/site-lisp/auctex/images/error.xpm c29ad797273fd27201a40bd939a95fe0 /usr/share/emacs/site-lisp/auctex/images/exec.xpm 79b958849511c67d6b13ef9f5b3673e8 /usr/share/emacs/site-lisp/auctex/images/execbibtex.xpm a8570e26e9f96b6f527cdbe218d6c55f /usr/share/emacs/site-lisp/auctex/images/execdvips.xpm e647bc601aef2dc71b134a989df1adff /usr/share/emacs/site-lisp/auctex/images/execerror.xpm 4610ec6133f89ceb441c43dfee077361 /usr/share/emacs/site-lisp/auctex/images/execpdftex.xpm c9cd1fc9fe4fd122cbf900fae654a67b /usr/share/emacs/site-lisp/auctex/images/exectex.xpm 6a6b9af945d4735f048ea8e475f8d9b8 /usr/share/emacs/site-lisp/auctex/images/execviewdvi.xpm 466466f6d1867510b058a9c184ffce5d /usr/share/emacs/site-lisp/auctex/images/execviewpdf.xpm 39d8ccaffb40b0c118e000f45272db05 /usr/share/emacs/site-lisp/auctex/images/execviewps.xpm 6767e2583c668dcb47495197b9e8cb65 /usr/share/emacs/site-lisp/auctex/images/gv.xpm ff9c61ef5148a0cacd5422d7c0d99396 /usr/share/emacs/site-lisp/auctex/images/jumpdvi.xpm ece6608586b591f50f20d17cdb316a1c /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-off.xpm b1f10de33dcf1b5ca9ac6155c13683a3 /usr/share/emacs/site-lisp/auctex/images/ltx-symb-turn-on.xpm 44e35faa18ab34f3c13ac3b0082bcc47 /usr/share/emacs/site-lisp/auctex/images/pdftex.xpm 84673eb20ac3be7bf0eb4e84e23e828f /usr/share/emacs/site-lisp/auctex/images/prverr16.xpm 59e6a0dddb00ab16c4209a2e4c6e283d /usr/share/emacs/site-lisp/auctex/images/prverr20.xpm 30dc2ada41625cb24ea459bd62f7386c /usr/share/emacs/site-lisp/auctex/images/prverr24.xbm 225929f8131bdd7b9b8207494a59619a /usr/share/emacs/site-lisp/auctex/images/prverr24.xpm 0dac3d8eb00c902037cc5fa6a03e53e3 /usr/share/emacs/site-lisp/auctex/images/prvtex-cap-up.xpm 40feb30f80d3606f32ba54b57ba18af5 /usr/share/emacs/site-lisp/auctex/images/prvtex12.xbm e1b3c9d6a6eb6fb6f096736cdfc059cf /usr/share/emacs/site-lisp/auctex/images/prvtex12.xpm 32406fc4b893b48d2996c424f61ea238 /usr/share/emacs/site-lisp/auctex/images/prvtex16.xbm cc4101ee6a3ab6a1f4e9991b91b3ff0b /usr/share/emacs/site-lisp/auctex/images/prvtex16.xpm d4dbe057a8d3b2facd61cf7583c1e97c /usr/share/emacs/site-lisp/auctex/images/prvtex20.xpm f25ba1b984b095c9c561e5443f3d77a3 /usr/share/emacs/site-lisp/auctex/images/prvtex24.xbm 28ac0855d853f606dd91e3cfacaa8a14 /usr/share/emacs/site-lisp/auctex/images/prvtex24.xpm 6ce704103821329336489e990bc6f267 /usr/share/emacs/site-lisp/auctex/images/prvwrk12.xpm 5607f4e8bc0eb555206e6a3542205f45 /usr/share/emacs/site-lisp/auctex/images/prvwrk14.xpm 878a72cde3bb6f0ea6d586cff56e619c /usr/share/emacs/site-lisp/auctex/images/prvwrk16.xpm 41811748a97673381115957d42a6529b /usr/share/emacs/site-lisp/auctex/images/prvwrk20.xpm 254fc07db6a03a8a24f762135a403433 /usr/share/emacs/site-lisp/auctex/images/prvwrk24.xbm 9690511307f3693e6f28e4db93fdc58c /usr/share/emacs/site-lisp/auctex/images/prvwrk24.xpm e30a80ecb0711ceb42a2ca966ad74bbb /usr/share/emacs/site-lisp/auctex/images/pspdf.xpm 5cc696e2c69ae401c0c223d84d013c8e /usr/share/emacs/site-lisp/auctex/images/sep.xpm 861fc288565e624ce8b34c1fc42e3496 /usr/share/emacs/site-lisp/auctex/images/tex.xpm 338158cc358b16daf9b58ee54bd14bad /usr/share/emacs/site-lisp/auctex/images/view.xpm 8147722e0061799437edf36d4466e5ab /usr/share/emacs/site-lisp/auctex/images/viewdvi.xpm 67d7ed652615a027038610f8370ba172
Bug#693420: perl-modules: CVE-2012-5526 perl-CGI: Newline injection due to improper CRLF escaping in Set-Cookie and P3P headers
Package: perl-modules Severity: important Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, the following vulnerability was published for CGI.pm: CVE-2012-5526[0]: libcgi-pm-perl: newline injection If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5526 http://security-tracker.debian.org/tracker/CVE-2012-5526 [1] http://cpansearch.perl.org/src/MARKSTOS/CGI.pm-3.63/Changes [2] https://github.com/markstos/CGI.pm/pull/23 [3] https://bugzilla.redhat.com/show_bug.cgi?id=877015 Please adjust the affected versions in the BTS as needed. Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages perl-modules depends on: ii libclass-isa-perl 0.36-5 ii libswitch-perl 2.16-2 ii perl 5.14.2-15 perl-modules recommends no packages. Versions of packages perl-modules suggests: ii libpod-plainer-perl 1.03-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQpg2OAAoJEHidbwV/2GP+fYMP/2mddx22RGDz7XVgwcm0q19i WC8De0NRSSxso0CMLg0/zuDYwrUPPa6y5pan5Yh8V2Ia0yfHqkbIsRWjZWX8wkN9 woO6EpeKo9pVVB0Va+66xkhhU2fKl41AirixQdsP1KRnBr+T9T+PVtZ2x8qHdxNs yBZlGhHFcNlxy2alWInS30vqzMBXPpmrfofCLWcleReNO09ESScbR5T68SXC39Pp T1VhQMZujiB8AkznOAMMf+CeNlQUF6DGL30ScyF/+SirFhoEu5WHfLyYteOAdrnG Zx4Vjz+pCBAhlupSRBH3ld8ssix5I4o9Fq4I4ZESCeC8MWrVntZatRrnK3myusUW 96p3BTtBfuOFJEE/mdx9S5dP5dtnffIqm99OAYyWmy5175brkUahmGl0fNJTbrzB fDqFrJrv+y1TakdLbfzLkBhr0GBXTgP/JX+NEYdRgiJwPXuSGMIwPa+CG4TYTDBw 294Iq2fr3L33SVrvaVMGozy5xqaJgzVROtn5jI1PfI2Swk+JZ0uiSL1k704qQDTq GHLUFLzqfBdoUCiUKv8T1iGQSKswZOPfEx1mAz3gqrGs1TGCi9wEtV/29oDOqLXK j5Vb7ioGw0ZKNb9tj2Ht1NiZBc1EFxLC/n0OykOUcEF9r9bY4rDo4lVZDzgNcRq0 kvG9UAUALSLns4MB84zr =bgDd -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#693421: libcgi-pm-perl: CVE-2012-5526 perl-CGI: Newline injection due to improper CRLF escaping in Set-Cookie and P3P headers
Package: libcgi-pm-perl Severity: important Tags: security -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, the following vulnerability was published for libcgi-pm-perl: CVE-2012-5526[0]: libcgi-pm-perl: newline injection If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-5526 http://security-tracker.debian.org/tracker/CVE-2012-5526 [1] http://cpansearch.perl.org/src/MARKSTOS/CGI.pm-3.63/Changes [2] https://github.com/markstos/CGI.pm/pull/23 [3] https://bugzilla.redhat.com/show_bug.cgi?id=877015 Please adjust the affected versions in the BTS as needed. Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQpg3VAAoJEHidbwV/2GP+4V0QAPbaekVqPqEhQzN/+wc2iM6y RGWitMIMIbc1nMDj4e0Hb1PG0jFpp+qxTYzld3S5D7rfwTa5NkQ3JV5HuwpdRgJ8 nW74Gx4BjXzyiB2xppJP3JpVK7Yk3PEAc4G+DFMaa9s3oJ5xPOEN2iShQieHQgAK 4kwLBnWuNh57kwqC0RlLkWJn2BR0YLm6qXO1ubDAMD+Yy1nec/v55A1P1YqaajYX YrQA4qMYqlTN/ge3pLkv27fCjK/FtUStnXDMv8sk/KuU1I5wk96zNjU2OdYhTlyO o05yr5jYeKgopRiR37m3uBSjsXrXY4tqY2Ml4zQUNipb71LlzexX9iCiJnpZZ94u NKaOFYcfCLbgB/NU5cX9u1aiVSVMcX4JCwNI2VGyKlNdTwhMieL50NjhXNENNBuA 5NlyDe0KvLOhnbJSldL65FC2eEG/obOX1VI4sNYtbDItsk3qeeBB8ykR+L5XUjRB 4G7wJdaJdzh4D+MQxT5bNY+bnMBvkNtJ32IS/ydr9bVlkIbsOPl/joFbw/o0nxN0 1P5ns9SbVxwne6l8zv2pa4DUcajv6P+hi71nj+1ZOMwxkQwKABgDuAPiYM+g3VdD bkd76KqEzzyCrN7bCdiM9tESiVFRJKRbQVqRauuhZWCJgWZhiE5o42U1tmwNnYpr 3MDOQp2tAfwJJu9D7GQW =UTrJ -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#693419: libltc: FTBFS on PowerPC due to misnamed member name in LTCFrame struct
On 11/16/2012 10:29 AM, Adam Conrad wrote: Package: libltc Version: 1.0.3-1 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch The attached patch should be fairly self-evident, I hope. This fixes the FTBFS on PowerPC (and fixes a bug in general on all big-endian arches, though some may be failing for other reasons as well). ... Adam Applied upstream. Will be part of next release [ETA next week-end]. Thanks, robin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693404: phppgadmin: Reports php strict standards error just after logging in
Yeah, this has bee,n fix in our current development branch that we wish to release soon. About this bug, see: https://github.com/phppgadmin/phppgadmin/commit/9b19f9cd742e1a6831d59bc40400636d9f55f520 We might not make another minor release of the 5.0 branch. On 16/11/2012 07:40, Alan Chandler wrote: Package: phppgadmin Version: 5.0.4-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * 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? *** End of the template - remove these lines *** Running phpPgAdmin on localhost, log in via the login screen. the following error message is displayed Strict Standards: Only variables should be assigned by reference in /usr/share/phppgadmin/classes/database/Connection.php on line 23 and then shows the stack to get there main ../redirect.php:0 include_once('/usr/share/phppgadmin/libraries/lib.inc.php') ../redirect.php:7 Misc-getDatabaseAccessor() ../lib.ini.php:210 Connection-Connection() ../Misc.php:508 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phppgadmin depends on: ii apache2-mpm-itk [httpd] 2.2.22-12 ii libapache2-mod-php5 5.4.4-9 ii libjs-jquery 1.7.2+debian-2.1 ii php5-pgsql 5.4.4-9 Versions of packages phppgadmin recommends: pn postgresql-doc none Versions of packages phppgadmin suggests: ii postgresql 9.1+134wheezy2 pn slony1-bin none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693388: closed by Michael Gilbert mgilb...@debian.org (Re: Bug#693388: ghostscript: enters an infinite loop on some PDF files, probably due to gs_2_colors patch)
On Fri, Nov 16, 2012 at 02:39:08AM +, Debian Bug Tracking System wrote: version: 9.01~dfsg-1 This does not happen with upstream 8.71. If I build the package without 0940_Merge_gs_2_colors_branch.patch, the problem goes away and the job completes in 5-6 seconds. It happens every time for me with this PDF and command-line flags. Dropped in the above version. You may want to consider pinning wheezy's package or upgrading. That's good to hear; it still affects stable, though. I guess removing it would be out-of-scope for a stable upload, but fixing it might also be hard? /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693263: Please add support for disabling the PIC watchdog on TS-219p II
* Martin Michlmayr t...@cyrius.com [2012-11-15 19:31]: I'm not entirely sure since I don't have such a device, but I believe the PIC itself is programmed so the watchdog is on unless you disable it. Yes, it's on by default. Also, there's currently no PIC control to keep the PIC watchdog alive. You _have_ to turn it off using 0x67. Here's QNAP rationale: Since the default watchdog function is disabled in Marvell SoC. It is to prevent the system hang-up in uboot process. It will try to reboot when system hang up in uboot, our kernel process will send the 0x67 to PIC to disable the PIC's watchdog then enable the SoC's watchdog function. -- Martin Michlmayr http://www.cyrius.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-33
On Fri, Nov 16, 2012 at 01:48:43AM +0100, Michael Biebl wrote: On 15.11.2012 23:32, Roger Leigh wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sysvinit The attached debdiff includes a correction to the init script dependencies for the three bootclean scripts. (#677097) Why did you choose to not simply add mountall-bootclean to $local_fs? This would appear like the more obvious fix to me. I have done that as well for safety. But having the dependencies correct in the script is also important, IMO. See: #693371. I'd rather have it changed in both, so that if a user chooses e.g. not to update their initscripts, the system is not rendered unbootable or broken at boot. It reduces the likelihood at any rate. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
On Tue, Nov 13, 2012 at 01:00:29PM +0100, Fabian Greffrath wrote: I'd like to move forward with packaging prboom-plus, but I find it unacceptable to maintain two forks of such similarity in Debian... Long term I think I probably agree with you. We should probably not have both in jessie. But, I'd like to give prboom+ a proper evaluation before I'd consider dropping prboom - so I think they should coexist prior to the next release, so prboom+ gets plenty of exposure in Debian. I've just put some initial packaging work at git+ssh://git.debian.org/git/pkg-games/prboom+.git I had hoped we could use the upstream VCS rather than import tarballs, but sadly they have not tagged/branched their most recent releases. At least this way, I've only imported tarballs that have been filtered via fix_upstream.sh (forked from prboom's version) so the VCS content is DFSG-clean too. I've opted for prboom+ as the binary/source package name, rather than prboom-plus. Upstream use different ones in different circumstances, but as long as + is valid in debian package names I don't see why we shouldn't use it. The upstream binary name is prboom-plus, so I've put in a symlink for prboom+ since I don't like it when binary package names don't correspond to the supplied binary name (where possible). I haven't yet done the symlink for the manpage too. Plenty more work to do… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693263: Please add support for disabling the PIC watchdog on TS-219p II
On Fri, 2012-11-16 at 10:25 +, Martin Michlmayr wrote: * Martin Michlmayr t...@cyrius.com [2012-11-15 19:31]: I'm not entirely sure since I don't have such a device, but I believe the PIC itself is programmed so the watchdog is on unless you disable it. Yes, it's on by default. Also, there's currently no PIC control to keep the PIC watchdog alive. You _have_ to turn it off using 0x67. Here's QNAP rationale: Since the default watchdog function is disabled in Marvell SoC. It is to prevent the system hang-up in uboot process. It will try to reboot when system hang up in uboot, our kernel process will send the 0x67 to PIC to disable the PIC's watchdog then enable the SoC's watchdog function. Thanks (and to Helmut too) for the confirmation. Unconditionally calling qcontrol watchdog off as early as we can seems like a good idea then. I'll look at doing this as soon as I have a chance. Ian. -- Ian Campbell I did this 'cause Linux gives me a woody. It doesn't generate revenue. -- Dave '-ddt-` Taylor, announcing DOOM for Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-33
On Fri, Nov 16, 2012 at 02:11:13AM +0100, Michael Biebl wrote: On 16.11.2012 01:48, Michael Biebl wrote: On 15.11.2012 23:32, Roger Leigh wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sysvinit The attached debdiff includes a correction to the init script dependencies for the three bootclean scripts. (#677097) Why did you choose to not simply add mountall-bootclean to $local_fs? As already mentioned on IRC: checkroot-bootclean is kinda odd. It cleans up /run/, /run/lock *after* the tmpfs has been mounted, so this cleanup looks entirely pointless. The main point of this script was to clean /tmp prior to mounting a tmpfs, as well as /lib/init/rw (for historical reasons). It also handles cleaning of /run and /run/lock; for platforms which don't support a tmpfs, or where the admin has explicitly disabled tmpfs mounting. An for cleaning up /tmp in checkroot-bootclean: Since the goal here is to cleanup /tmp before it is later shadowed by a mount (via mountall), the mountall script should have a dependency on checkroot-bootclean. Otherwise it can happen that you mount /tmp while the cleanup is still running. Or am I missing something? No, I think you're correct. This also needs a dependency. Required-Start: checkroot-bootclean in mountall should address this. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693422: gtranslator: Preferences and Help menus are missing.
Package: gtranslator Versions: 2.91.5-1 and 2.91.4-1 Severity: normal Dear Maintainer, This bug appeared with version 2.91.4-1 of gtranslator on a fresh install of Wheezy beta-3: no Help entry in the menu bar and no Preferences entry in the Edition menu. Version 1.91.5-1 has the same problem. Version 1.91.3-1 (tested on the same system) behaves normally: the Preference menu is usable and the Help is accessible. Thanks for looking into this matter. And many thanks also to all the developers who have been working on gtranslator so far. Regards, Therese -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gtranslator depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gtk-3.0 3.4.2-4 ii gir1.2-gtksource-3.0 3.4.2-1 ii gir1.2-gucharmap-2.90 1:3.4.1.1-2.1 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-peas-1.0 1.4.0-2 ii gsettings-desktop-schemas 3.4.2-2 ii iso-codes 3.40-1 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-35 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libffi5 3.0.10-3 ii libgda-5.0-4 5.0.3-2 ii libgdict-1.0-6 3.4.0-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgdl-3-2 3.4.2-1 ii libgettextpo0 0.18.1.1-9 ii libgirepository-1.0-1 1.32.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk-3-0 3.4.2-4 ii libgtksourceview-3.0-0 3.4.2-1 ii libgtkspell-3-0 3.0.0~hg20110814-1 ii libjson-glib-1.0-0 0.14.2-1 ii libpango1.0-0 1.30.0-1 ii libpeas-1.0-0 1.4.0-2 ii libxml2 2.8.0+dfsg1-6 ii python 2.7.3~rc2-1 ii python2.7 2.7.3~rc2-2.1 gtranslator recommends no packages. gtranslator suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#13389: another possibility (HPN SSH patches)
clone 13389 -1 retitle 13389 Support the none cipher retitle -1 Include HPN (high performance network) SSH patches (without the none cipher patch) tag -1 - wontfix kthxbye Paul Slootman wrote: See http://www.psc.edu/networking/projects/hpn-ssh/ for discussions about improving ssh's performance, including a none cipher. I consider that a different (and more realistic approach, at least without the none cipher), hence I'm cloning this bug, and retitling both bug reports accordingly. I'm also removing the wontfix tag from the cloned bug report as that one no more includes the initial wish for which the wontfix flag was set and about which all the discussion was. Nevertheless the OpenSSH maintainers are of course free to explicitly tag the new wishlist report about the HPN patches (without the none cipher) as wontfix, too. Paul: If you feel like that clone bug report is your bug report, feel free to change its submitter accordingly. With regards to the HPN SSH patches I could imagine that those patches are not included in the default ssh binary packages, but in separate hpn-ssh binary packages built from the same source, so only those who explicitly want them also get them. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673637: Adoption
I intend to adopt this package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693423: base-files: Packaging rules do not work well enough for derivatives
Package: base-files Version: 6.12 Severity: normal Hi Santiago, I forked base-files for a derivative and I added a file to origins/ because that's what I'm supposed to do... the resulting package has a lintian errors: E: base-files: file-in-etc-not-marked-as-conffile etc/dpkg/origins/kali W: base-files: file-missing-in-md5sums etc/dpkg/origins/kali This is because the list of conffiles is hardcoded in debian/conffiles while the norm is to let dh_installdeb generate that file. I don't really understand why you haven't modernized the rules with debhelper... -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:4.0.1+dfsg-2 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files 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#690905: freedoom: Prboom Plus should be used instead of Prboom
Am 16.11.2012 11:32, schrieb Jon Dowland: Long term I think I probably agree with you. We should probably not have both in jessie. But, I'd like to give prboom+ a proper evaluation before I'd consider dropping prboom - so I think they should coexist prior to the next release, so prboom+ gets plenty of exposure in Debian. Maybe we should contact prboom upstream and ask if they are going to maintain prboom any further. Are you in contact with them? I've just put some initial packaging work at git+ssh://git.debian.org/git/pkg-games/prboom+.git It still says prboom in some places and I think prboom+ uses sdl-image, so this would be missing as a build depends. But thanks for starting it, anyway! I had hoped we could use the upstream VCS rather than import tarballs, but sadly they have not tagged/branched their most recent releases. At least this way, I've only imported tarballs that have been filtered via fix_upstream.sh (forked from prboom's version) so the VCS content is DFSG-clean too. I am fine with this! I've opted for prboom+ as the binary/source package name, rather than prboom-plus. Upstream use different ones in different circumstances, but as long as + is valid in debian package names I don't see why we shouldn't use it. The upstream binary name is prboom-plus, so I've put in a symlink for prboom+ since I don't like it when binary package names don't correspond to the supplied binary name (where possible). I haven't yet done the symlink for the manpage too. Hm, I think using a '+' in file names somehow feels unclean, but I have no strong objections. We should sure keep symlinks for both notations. Plenty more work to do… Sure, expect me so join in as an Uploader anytime soon. ;) - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH
Package: ssh Severity: wishlist X-Debbugs-Cc: Paul Slootman p...@debian.org Axel Beckert wrote: clone 13389 -1 retitle 13389 Support the none cipher retitle -1 Include HPN (high performance network) SSH patches (without the none cipher patch) tag -1 - wontfix kthxbye As that clone failed due to merged bugs and I was thinking about filing a new bug report anyway, lets do that now: Please include the patches from http://www.psc.edu/networking/projects/hpn-ssh/ (without the none cipher patch, see http://bugs.debian.org/13389) in the openssh package. Maybe instead of including them in the default SSH binary packages, it could be an ideal to build separate hpn-ssh binary packages from the same source, so only those who explicitly want them also get them. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693425: setbfree: Upstream Homepage in Package description is incorrect.
Package: setbfree Severity: minor The Homepage entry in the package description is wrong - the correct URL seems to be: http://setbfree.org/ Regards, Simon -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693393: [Pkg-netsim-devel] Bug#693393: Increase in .deb size from 2MB to 1.2GB!
We have noticed the size when uploading it, and tried some ways to reduce the size while keeping the data. It can be reduced to around 900MiB based on our current experiments, and we are still trying to go further. Another option is giving up the doxygen generated documents, but we would like to keep this as last option. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
On Fri, Nov 16, 2012 at 12:01:24PM +0100, Fabian Greffrath wrote: Am 16.11.2012 11:32, schrieb Jon Dowland: Long term I think I probably agree with you. We should probably not have both in jessie. But, I'd like to give prboom+ a proper evaluation before I'd consider dropping prboom - so I think they should coexist prior to the next release, so prboom+ gets plenty of exposure in Debian. Maybe we should contact prboom upstream and ask if they are going to maintain prboom any further. Are you in contact with them? Why not. I haven't been for a while but I'll happily fire them off an email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691814: Bug #691814: Re: unblock: gcc-4.4-doc-non-dfsg/4.4.7-1
Control: retitle -1 unblock: gcc-4.4-doc-non-dfsg/4.4.7-3 Hi, On Tue, Nov 13, 2012 at 01:49:56PM +0800, GUO Yixuan wrote: On 11/13/2012 05:36 AM, Adam D. Barratt wrote: On Tue, 2012-10-30 at 13:57 +0800, Guo Yixuan wrote: This upload updates document for gcc 4.4 branch, removes gcc-doc-base (provided by gcc-4.7-doc) and gcj-4.4-doc (gcj-4.4 already removed from wheezy). The packaging style was updated to match gcc-4.6-doc/gcc-4.7-doc. Given that we're in a freeze (and have been for some time now) packaging style changes aren't really appropriate. In particular, debhelper compat bumps (even from 5 to 7) and source format / patch system changes aren't things I'd expect to see in a package with an unblock requested. (gcc-4.{6,7}-doc didn't have previous versions in testing so the use of 3.0 (quilt) etc wasn't a change.) OK, I'll try to go back to the old 1.0 formant with dh level 5 and dpatch and upload again. I just uploaded a new -3 version, with packaging style changes reverted. I attached result of $ git diff debian/4.4.4.nf1-1 debian/4.4.7-1 -M It's large because this package hasn't seen an update for long... As a result the mail did not make it to the debian-release list. Well, apart from changes in debian/, changes in upstream part compressed to over 60k... certainly more than the 40k limit. (I suppose the canonical place for unblock request is the bts, so it doesn't matter too much to be absent from debian-release, does it?) As the debdiff is still over 40k, I'm not attaching it this time, instead, please checkout the debdiff on vasks[1]. (just to make sure it can reach debian-release.) [1] http://vasks.debian.org/~yixuan-guest/debdiff-4.4.4.nf1-1-and-4.4.7-3.gz unblock gcc-4.4-doc-non-dfsg/4.4.7-3 Regards, GUO Yixuan signature.asc Description: Digital signature
Bug#693426: wine-bin-unstable: gecko does not work
Package: wine-bin-unstable Version: 1.5.6-2 Severity: normal Hello, I noticed that web pages embedded in applications won't display. Indeed, gecko fails to initialize: err:mshtml:HTMLDocument_Create Failed to init Gecko, returning CLASS_E_CLASSNOTAVAILABLE -- System Information: Distributor ID: Ubuntu Description:Ubuntu 12.04 LTS Release:12.04 Codename: precise Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin-unstable depends on: ii debconf [debconf-2.0] 1.5.46 ii libwine-bin-unstable 1.5.6-2 ii libwine-gecko-1.4 1.4+dfsg1-3 ii x11-utils 7.7~1 wine-bin-unstable recommends no packages. Versions of packages wine-bin-unstable suggests: ii libwine-gl-unstable 1.5.6-2 ii libwine-print-unstable 1.5.6-2 Versions of packages libwine-unstable depends on: ii debconf [debconf-2.0] 1.5.46 ii libc6 2.13-36 ii libfreetype6 2.4.9-1 ii libice62:1.0.8-2 ii libjpeg8 8d-1 ii libmpg123-01.14.4-1 ii libpng12-0 1.2.49-1 ii libsm6 2:1.2.1-2 ii libssl1.0.01.0.1c-4 ii libx11-6 2:1.5.0-1 ii libxcursor11:1.1.13-1 ii libxext6 2:1.3.1-2 ii libxi6 2:1.6.1-1 ii libxinerama1 2:1.1.2-1 ii libxml22.8.0+dfsg1-6 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.7-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libwine-unstable recommends: ii libgsm1 1.0.13-4 ii libwine-alsa-unstable1.5.6-2 ii libwine-gl-unstable 1.5.6-2 ii libwine-ldap-unstable1.5.6-2 ii libwine-openal-unstable 1.5.6-2 ii libwine-oss-unstable 1.5.6-2 ii ttf-liberation 1.07.2-6 Versions of packages libwine-unstable suggests: pn libwine-cms-unstable none ii libwine-gphoto2-unstable 1.5.6-2 ii libwine-print-unstable1.5.6-2 ii libwine-sane-unstable 1.5.6-2 pn wine-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693427: base-files: does not update lsb-release
Package: base-files Version: 6.12 Severity: normal After upgrading base-files /etc/lsb-release is not updated. See System Information below. -- System Information: Distributor ID: Ubuntu Description:Ubuntu 12.04 LTS Release:12.04 Codename: precise Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages base-files depends on: ii gawk [awk] 1:4.0.1+dfsg-2 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files 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#693428: nm.debian.org/cgi-bin/nm-dump is empty
Package: nm.debian.org Severity: normal Blocks: 684570 The DDPO currently does not show information from NM because https://nm.debian.org/cgi-bin/nm-dump is currently empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693242: live-build: apt-get autoclean doesn't remove old versions
On 16 November 2012 00:33, Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: On 15/11/12 06:38 PM, Michal Suchanek wrote: You can typically upgrade the bootstrap. There is an upgrade step anyway in case the bootstrap is stale due to updates to the current distribution. And it can be cleared manually quite easily. Please explain how, as I was under the impression live-build only allowed for one-time generation of the bootstrap and thereafter it just retrieves it from the cache, so if I change from 'lb config --distribution squeeze' to 'lb config --distribution wheezy' or vice versa, you would need to do 'lb clean --purge' between to regenerate the bootstrap stage from scratch. Otherwise, we're probably not really talking about what live-build itself supports. When you do squeeze build a squeeze bootstrap is cached. If you do wheezy build after the bootstrap is restored form cache and upgrade is run after restore. That may bring the bootstrap up to date to wheezy version or fail if some dependencies in the bootstrapped packages are too complex for apt's little brain. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693159: FTBFS against libav 9
Hallo Reinhard, On Tue, Nov 13, 2012 at 7:22 PM, Reinhard Tartler siret...@tauware.de wrote: Alessio, can you perhaps update the get-orig-upstream scripts to copy with post 0.5 svn snapshots? I think upstream has fixed compilation against newer libavcodec (cf. r3792, r3932, r3989, r3990, etc.). I'd there suggest to upload a new svn snapshot to experimental now and test it there. What do you think? I'm already on it, sorry for the delay. An updated get-orig-source script will appear in git soon. Cheers, -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693309: dns323-firmware-tools: Support more DNS-xxx devices
On Fri, 16 Nov 2012 03:08:23 -, Matt Palmer mpal...@debian.org wrote: On Thu, Nov 15, 2012 at 11:56:56AM +, Jamie Lentin wrote: I modified dns323-firmware-tools a while back to unpack and pack the firmware for other DNS devices, as well as storing defaults for each device within the scripts themselves. I've tested this by unpacking and repacking D-Link's firmware packages and get a byte-for-byte identical file out the other end. If there aren't any objections, it'd be nice to get it merged into mainline. I tried using the email address on the maintainer's website but got no response. All the code is here:- https://github.com/lentinj/dns323-firmware-tools Yep, I got that, just haven't had an appropriate opportunity to respond and merge. Given that we're in freeze now, there isn't much of a rush to get this into Debian, but if you've got a pressing need to have an updated package, let me know and I'll put this higher in my todo list. Cool. No I'm not in any rush at all, just wasn't sure if you noticed or not. The only thing I was thinking about doing with it was a debian-installer port, but that's fairly low down my own todo list anyway :) Cheers, - Matt -- Jamie Lentin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693430: gitg: off-by-one in line numbering of diff in Changes tab
Package: gitg Version: 0.2.4-1.1 Severity: minor A typical content of the Changes tab looks like this in ascii art: diff --git a/foo b/foo index abcde..12345 100644 3 5 @@ -3,8 +5,7 @@ context 4 6 common context 5 7 common context 6 common context 7 -line only in a/foo 8 -line only in a/foo 8 9 +line only in b/foo 9 10 common context 10 11 common context 11 12 common context 12 13 Please observe how the @@ line is already numbered. It should have no numbers instead. As a consequence the last common context line is numbered as the first deleted line. Also notice how there is an empty line numbered. This seems like a wrong fix to the wrong numbering. The corresponding code is in gitg-diff-view.c function ensure_scan, but I have no idea how to fix this. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690144: sshfs crashed with SIGABRT in __libc_message()
This is likely fixed in fuse-2.9.1. The changelog for the fix is: commit 3c4c063a2fd5cc6e9ce2b5db82e2a0dfa59b2e40 Author: Miklos Szeredi mszer...@suse.cz Date: Thu Jul 19 15:05:56 2012 +0200 Fix crash caused by freeing a stack address The failure path of try_get_path2() erronously tried to free the path1 value (an address on the stack) instead of the allocated string pointed to by path1. This caused the library to crash. Reported by Itay Perl Thanks, Miklos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693431: mpdris2: fails to build from source: missing build-dep on intltool
Package: mpdris2 Version: 0.3-1 Severity: serious Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch raring mpdris2 fails to build as follows: debian/rules build dh build --with autoreconf,python2 --parallel dh_testdir -O--parallel dh_autoreconf -O--parallel dh_auto_configure -O--parallel configure: WARNING: unrecognized options: --disable-maintainer-mode, --disable-dependency-tracking checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... no checking for mawk... mawk checking whether make sets $(MAKE)... yes checking for a Python interpreter with version = 2.5... python checking for python... /usr/bin/python checking for python version... 2.7 checking for python platform... linux2 checking for python script directory... ${prefix}/lib/python2.7/dist-packages checking for python extension module directory... ${exec_prefix}/lib/python2.7/dist-packages ./configure: line 2440: syntax error near unexpected token `0.26' ./configure: line 2440: `IT_PROG_INTLTOOL(0.26)' This is due to autoreconfing without the necessary build-dependency on intltool. Patch follows. * Add missing build-dependency on intltool. diff -Nru mpdris2-0.3/debian/control mpdris2-0.3/debian/control --- mpdris2-0.3/debian/control 2012-10-26 11:41:10.0 +0100 +++ mpdris2-0.3/debian/control 2012-11-16 11:59:14.0 + @@ -1,6 +1,7 @@ debhelper (= 9), dh-autoreconf, gettext, + intltool, python (= 2.6.6-3~) Standards-Version: 3.9.3 Homepage: https://github.com/eonpatapon/mpDris2 Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693423: base-files: Packaging rules do not work well enough for derivatives
On Fri, 16 Nov 2012, Raphaël Hertzog wrote: Package: base-files Version: 6.12 Severity: normal Hi Santiago, I forked base-files for a derivative and I added a file to origins/ because that's what I'm supposed to do... the resulting package has a lintian errors: E: base-files: file-in-etc-not-marked-as-conffile etc/dpkg/origins/kali W: base-files: file-missing-in-md5sums etc/dpkg/origins/kali That would be really only one, because fixing the first one would probably fix the other as well. This is because the list of conffiles is hardcoded in debian/conffiles while the norm is to let dh_installdeb generate that file. The debian/* directory is clearly hand-made. If you are going to fork a package, you should naturally take in account the way it's made, regardless of what we might call the norm. As the package does not use any helper package, it follows that you have to update debian/conffiles by hand. I don't really understand why you haven't modernized the rules with debhelper... The list of conffiles in base-files does not change often enough. Maybe this is the first non-debhelper package you have had to fork in a long time, and I'm sorry that you had to remember to modify debian/conffiles for this time, but I don't think it's fair to report package foo does not use debhelper (which is what this report essentially boils down to) as a bug, unless you are also willing to report several hundred more bugs like that. May I close this bug? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693242: live-build: apt-get autoclean doesn't remove old versions
On 11/16/2012 07:27 AM, Michal Suchanek wrote: When you do squeeze build a squeeze bootstrap is cached. If you do wheezy build after the bootstrap is restored form cache and upgrade is run after restore. That may bring the bootstrap up to date to wheezy version or fail if some dependencies in the bootstrapped packages are too complex for apt's little brain. So the answer is no, live-build doesn't support it. Also, that would definitely not work for a downgrade (--distribution wheezy fails, so user tries a --distribution squeeze build afterwards). I will definitely not document or recommend this procedure, then, and stand by my assertion that I see no reason the patch could not be accepted as-is. Ben -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH
tags 693424 wontfix thanks On Fri, Nov 16, 2012 at 12:00:35PM +0100, Axel Beckert wrote: Please include the patches from http://www.psc.edu/networking/projects/hpn-ssh/ (without the none cipher patch, see http://bugs.debian.org/13389) in the openssh package. Sorry, but I am not going to include any more large and invasive patch sets in Debian's OpenSSH package, especially not ones that add new configuration options (upstream has a history of giving such things different names when they accept them, and then I'm stuck maintaining configuration file compatibility forever). This needs to go upstream. Maybe instead of including them in the default SSH binary packages, it could be an ideal to build separate hpn-ssh binary packages from the same source, so only those who explicitly want them also get them. Absolutely not. That way lies combinatorial explosion. Thanks, -- Colin Watson [cjwat...@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#690157: [Aptitude-devel] Fwd: Bug#690157: ITP: aptitude-robot -- Automate package choice management
Hi, Daniel Hartwig wrote: On 10 October 2012 23:02, Elmar S. Heeb el...@heebs.ch wrote: Framework to use aptitude for automated package management including upgrade, installation, removal, hold, etc. Allows you to automate what you would manually do with aptitude. See also pkgsync, cron-apt, apticron. We used cron-apt before for a long time. It just does upgrades or mail about pending upgrades and as far as I know you can't tell them that they should upgrade some packages and some not. pkgsync is much closer to what we have in mind with aptitude-robot and after looking at the source code, I must admit that the way it uses aptitude is very close to ours. (From the description alone it looked less like what we have in mind.) I note that the configuration is an imperative style: an explicit list of (aptitude-specific) actions to take. I suspect that with a declarative config. (similar to pkgsync) there would be less unexpected side-effects. Actually our first thoughts were even closer to pkgsync than we are now. Clearly this program is simply meant as an automated interface to aptitude, although I think that most use cases would be covered by pkgsync if also supported list of packages to *not* upgrade. As you noticed, the main difference to pkgsync is that aptitude-robot allows to automatically upgrade most packages but to not automatically upgrade some explicitly listed packages. To make that easier with different sets of hosts or single hosts which need indiviual changes we use run-parts to read in the package lists from multiple, ordered files. With this it's possible to distribute the base package list to all hosts while other, more specific package lists will be distributed only to a subset of the hosts. These package lists can override entries in the base package list, especially they can prevent automatic upgrades of a package on individual hosts while they get automatically upgraded on most hosts. The idea behind this is that while we can do fully automatic upgrades on workstations, we want controlled upgrades of core services on servers while automatic upgrading stuff like commandline utilities is fine. There are also cases where we want automatic upgrades of specific server software one most hosts, but not on all. Common examples for this are Apache and Postfix: Postfix is installed on all our servers. Those which need postfix just to send mails themselves have a simple default configuration and postfix on them is not really critical. On the other hand, Postfix also runs on our primary mail server and while its ok to automatically upgrade commandline utilities on that box, we do not want automatic upgrades of Postfix there. Same situation with Apache: While Apache is installed on quite some boxes to provide access to local statistic web pages or simple web interfaces, it also runs on our primary webserver with several hundered VHosts. We do not want automatic Apache upgrades there while they're fine on other infrastructure servers. There are some more differences, partially in the details: * We allow both, holds and keeps to be configured. * We allow both, purges and removes to be configured. * We honour aptitude holds (ok, that would be trivial to implement in pkgsync, i.e. it's probably a bug in pkgsync that it doesn't honour holds. :-) * aptitude-robot by itself allows questions to be presented on the commandline. Only aptitude-robot-session will silence those questions. Any comments on the distinction, and the particular novelties of your approach? aptitude-robot should be as close as possible to the interactive use. So, yes, it's on purpose rather imperative than declarative. Essentially you should be able to record your interactive session and write it down as configuration files for aptitude-robot. Any ideas how it could synchronize with the periodic apt script that performs update, clean, etc.? From our experience there is an inherent problem between multiple tools handling automatic package list updates and package upgrades stepping on each others toes. This is the main reason why we stopped using cron-apt and disabled apt periodic in favour of aptitude-robot. But our discussion about how to reply to this question just gave us the idea that we may be able to run aptitude-robot triggered by apt periodic. We'll investigate this idea. From aptitude-robot-session: # yes forces the default answer to any configuration question nice yes | /usr/sbin/aptitude-robot Have you considered something more explicit, such as: # aptitude -y -o DPkg::Options::=--force-confdef \ -o DPkg::Options::=--force-confold … Good point! Thanks. Though these options currently have problems when a package fails to install or remove. From TODO: * allow package+ and packageM (or m) to be both specified for the same package (currently the last one wins) I guess you would combine these internally to “+M”? Yes and no. See
Bug#690905: freedoom: Prboom Plus should be used instead of Prboom
Am 16.11.2012 12:17, schrieb Jon Dowland: Why not. I haven't been for a while but I'll happily fire them off an email. Thanks for taking care of that! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#13389: another possibility (HPN SSH patches)
Hi again, Axel Beckert wrote: clone 13389 -1 retitle 13389 Support the none cipher retitle -1 Include HPN (high performance network) SSH patches (without the none cipher patch) tag -1 - wontfix kthxbye JFTR: That merge failed and I manually filed a new bug report: http://bugs.debian.org/693424 (Which has been tagged wontfix, too, by Colin for a good reason.) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693033: Applying options to sub-hierarchies only
Hi, your request is a feature wish and the unison manual says: Feature requests are welcome, but will probably just be added to the ever-growing todo list. They should also be sent to unison-us...@yahoogroups.com. The standard procedure would be that we forward your request to unison-us...@yahoogroups.com, it will be added to TODO.txt and, very likely, nothing else will happen. It might make more sense if you post your problem yourself to unison-us...@yahoogroups.com and ask for a workaround there. You could, for instance, synchronize with 2 unison invocations, where the first one uses perms = 0 and is restricted to the samba directories. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648806: empathy: Fails initiating a bonjour connection
Hi. On Tue, Nov 13, 2012 at 09:32:39PM +0100, Laurent Bigonville wrote: Hi, Are you still able to reproduce this bug? If it's the case, could you please try to upgrade telepathy-salut to the version from experimental. Thanks for caring. We have done a few more tests and everything seems OK now, either as I'm now running wheezy that has improved in between, or since the other party upgrades some bits too. I think we may close it then. Best regards, -- Olivier BERGER http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693424: ssh: Please include HPN (high performance networking) patches for SSH
Control: tag -1 + upstream Hi Colin, thanks for the prompt reply and the explanations! Colin Watson wrote: On Fri, Nov 16, 2012 at 12:00:35PM +0100, Axel Beckert wrote: Please include the patches from http://www.psc.edu/networking/projects/hpn-ssh/ (without the none cipher patch, see http://bugs.debian.org/13389) in the openssh package. Sorry, but I am not going to include any more large and invasive patch sets in Debian's OpenSSH package, especially not ones that add new configuration options Ok. (upstream has a history of giving such things different names when they accept them, Hehe. and then I'm stuck maintaining configuration file compatibility forever). Good point! This needs to go upstream. Tagged it accordingly. Maybe instead of including them in the default SSH binary packages, it could be an ideal to build separate hpn-ssh binary packages from the same source, so only those who explicitly want them also get them. Absolutely not. That way lies combinatorial explosion. Yeah, I know. And it's sometimes hard to find the right balance between different demands and to many versions. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693432: psgml: Doesn't work with emacs24
Package: psgml Version: 1.3.2-14 Severity: normal The current psgml doesn't seem to work with Emacs 24 as shipped in Debian. I first thought it was due to a lack of emacsen-install, but even if I byte-compile it by hand I get the following error on opening an XML file with psgml loaded (from the *Messages* buffer): , | Loading psgml...done | File mode specification error: (void-function make-local-hook) ` Then my buffer has no font-lock and the psgml functions (and keyboard bindings) lead to errors such as: , | cons: Invalid function: (\` (defmacro ((\, (intern (format sgml-eltype-%s n (et) (list (quote get) et (quote (quote ((\, n))) ` Roland. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages psgml depends on: ii dpkg 1.16.9 ii emacs23 23.4+1-4 ii install-info 4.13a.dfsg.1-10 ii sgml-base 1.26+nmu4 ii sgml-data 2.0.8 ii ucf 3.0025+nmu3 Versions of packages psgml recommends: ii opensp 1.5.2-10 Versions of packages psgml suggests: pn debiandoc-sgml none pn linuxdoc-sgml none ii make3.81-8.2 pn w3-dtd-mathml none pn w3c-dtd-xhtml none -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/emacsen-common/packages/remove/psgml (from psgml package) debsums: changed file /usr/lib/emacsen-common/packages/install/psgml (from psgml package) -- Roland Mas Why did the tachyon cross the road? Because it was on the other side. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Bug#691148: Bug#691148: Please package virtualbox 4.2.2
Well, you can change the assembler file directly. I wonder what happened if we just remove the OpenWatcom source files from the tarball? Or if the developers hadn't told us but instead said they created the assembler file by hand? Removing OpenWatcom files sounds like a possibility. -- -Alexey Eromenko Technologov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693433: ffmpeg: I get Could not find codec parameters (Audio: mp3, 0 channels, s16)
Package: ffmpeg Version: 6:0.8.4-1 Severity: important Dear Maintainer, Hi when I try to play an 3 locally in spotify it fails and gives an error similar to the one above. if I do ffmpeg -i filename the same thing happens. Thanks Ben -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ffmpeg depends on: ii libav-tools6:0.8.4-1 ii libavcodec53 7:0.10.3-dmo1 ii libavdevice53 6:0.8.4-1 ii libavfilter2 6:0.8.4-1 ii libavformat53 7:0.10.3-dmo1 ii libavutil517:1.0-dmo1 ii libc6 2.13-36 ii libpostproc52 7:1.0-dmo1 ii libswscale27:1.0-dmo1 ffmpeg recommends no packages. ffmpeg 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#692923: Status of chrony
Hi, I mailed the current maintainer of chrony back when I did the NMU asking him about the status of the package. I sugested him orphaning the package or filing a RFA bug, but all he said is he would look at the package soon. When he did it was way to late for the release... Given the very sorry state of the package (the RC bug is just the tip of the iceberg). If it is not possible releasing Wheezy with a newer version with an improved packaging in terms of quality, thing I doubt is possible at this state, I think the best is not releasing it with Wheezy at all and people interested in chrony could work in a backport of a newer upstream release. There is somebody working a newer version of the package, see: http://anonscm.debian.org/gitweb/?p=users/rbrito-guest/chrony.git but AFAIK he hasn't gotten the ACK of the current maintainer to take over chrony. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693434: Regression in DDPO
Package: qa.debian.org Severity: normal User: qa.debian@packages.debian.org Usertags: ddpo Hi, DDPO looks a little bit broken: 1) There are no sections with QA and other uploads. 2) There are strange tooltips with text string (no projectb data found). Problem affects at least my page: http://qa.debian.org/developer.php?login=Boris%20Pek Best regards, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693398: Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-33
I'm redirecting this to #693398 since I don't want to spam the unblock request bug. On 16.11.2012 11:37, Roger Leigh wrote: On Fri, Nov 16, 2012 at 02:11:13AM +0100, Michael Biebl wrote: As already mentioned on IRC: checkroot-bootclean is kinda odd. It cleans up /run/, /run/lock *after* the tmpfs has been mounted, so this cleanup looks entirely pointless. The main point of this script was to clean /tmp prior to mounting a tmpfs, as well as /lib/init/rw (for historical reasons). It also handles cleaning of /run and /run/lock; for platforms which don't support a tmpfs, or where the admin has explicitly disabled tmpfs mounting. /run-on-tmpfs is not really optional (at least not on kfreebsd and Linux). So this only seems to be relevant for Hurd. Especially cleaning up /run/lock seems completely pointless, since we already cleanup /run. Also, keep in mind that clean_all is run *three* times during boot. So for all non-Hurd users, which probably make up 100% of our user base (minus rounding errors), we run those clean up rules unnecessarily. While I could see the point of cleaning up /var/lock and /var/run, if you mount a tmpfs on those dirs, that is no longer what's happening with them being migrated to symlinks on upgrades. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#617858: libimage-exiftool-perl: add separate package for the binary
reopen 617858 stop Hi. Adding a virtual package wasn't what I've meant: I rather meant a binary package exiftool, that contains the current package's: /usr/bin /usr/bin/exiftool /usr/share/man/man1 /usr/share/man/man1/exiftool.1p.gz and depends on the perl package. Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#689012: Bug #692923 / #689012: Status of chrony
Hello Ana, Ana Guerrero wrote on 2012-11-16 14:09: I mailed the current maintainer of chrony back when I did the NMU asking him about the status of the package. I sugested him orphaning the package or filing a RFA bug, but all he said is he would look at the package soon. When he did it was way to late for the release... The same for me. Given the very sorry state of the package (the RC bug is just the tip of the iceberg). If it is not possible releasing Wheezy with a newer version with an improved packaging in terms of quality, thing I doubt is possible at this state, But it is possible to make a special Wheezy-Update. I am working on it. Today I will write the freeze exception request to the release-team. I think the best is not releasing it with Wheezy at all and people interested in chrony could work in a backport of a newer upstream release. That is one way, but only some people would go this way. --- Have a nice day. Joachim (Germany) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693398: Bug#693387: Pre-approval for unblock: sysvinit/2.88dsf-33
On Fri, Nov 16, 2012 at 02:33:54PM +0100, Michael Biebl wrote: I'm redirecting this to #693398 since I don't want to spam the unblock request bug. On 16.11.2012 11:37, Roger Leigh wrote: On Fri, Nov 16, 2012 at 02:11:13AM +0100, Michael Biebl wrote: As already mentioned on IRC: checkroot-bootclean is kinda odd. It cleans up /run/, /run/lock *after* the tmpfs has been mounted, so this cleanup looks entirely pointless. The main point of this script was to clean /tmp prior to mounting a tmpfs, as well as /lib/init/rw (for historical reasons). It also handles cleaning of /run and /run/lock; for platforms which don't support a tmpfs, or where the admin has explicitly disabled tmpfs mounting. /run-on-tmpfs is not really optional (at least not on kfreebsd and Linux). So this only seems to be relevant for Hurd. Especially cleaning up /run/lock seems completely pointless, since we already cleanup /run. Also, keep in mind that clean_all is run *three* times during boot. So for all non-Hurd users, which probably make up 100% of our user base (minus rounding errors), we run those clean up rules unnecessarily. While I could see the point of cleaning up /var/lock and /var/run, if you mount a tmpfs on those dirs, that is no longer what's happening with them being migrated to symlinks on upgrades. While we don't expose a configuration option (RAMRUN) to disable tmpfs on /run, we don't actively prevent users from disabling it by e.g. commenting out the line in mountkernfs. It's not supported, and I certainly won't recommend anyone do that. But there were several requests to restore boot-time cleaning by people who were doing that, and this covers that use case. While I'm open to revisiting this for jessie, it costs very little to do this, and I don't want to actively and intentionally break this use case, even though it's nonstandard at this point in time. Note that we do create flag files to prevent the clean being done multiple times, so the overhead of the three scripts is in reality very low. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682796: cannot reproduce this bug
retitle 682796 incomplete fai-cd documentation / needless mirror severity 682796 minor tags 682796 - patch thanks Hi Thomas, On Thu, Nov 15, 2012 at 09:12:10PM +0100, Thomas Lange wrote: On Thu, 15 Nov 2012 20:52:06 +0100, Andreas B. Mundt andi.mu...@web.de said: I suggest something like the following: * Provide an option in fai-cd to not use a CD mirror at all. * If the mirror exists, use it for the installation and fcopy the sources list later. What do you think? I would volunteer to provide a patch for that scenario if you are interested, but maybe I am not aware of all problems that might pop up. I do not like to have a special function inside the FAI CD. The FAI CD should use the config space to do whatever is defined there. If you need a special function, use the config space for that, but do not expect the FAI code to handle such special cases. FAI is the general, flexible tool. Your own config space is for your local special needs. I therefore like to close the bug. OK, that's fine. However, the documentation should be updated in that case in my opinion. It should be clear, that the mirror on the CD is only used when no other APT sources are available in the config space in files/etc/apt/. Correct me if I am wrong, but it looks as currently a sources.list in files/etc/apt/ will be used, even if it is not fcopied to the target in a config space script later. Usually, the use of a file in files/ needs to be explicitly fcopied (and this happens in a later task). The exception here might confuse users (at least it confused me). If the sources.list is provided, the mirror on the CD is ignored. However, it has to be available when creating the CD (fai-cd man page: -m is mandatory). If an empty directory is used in fai-cd -m $EMPTYDIR fai-cd.iso an error is reported: No mirror found in $EMPTYDIR. Empty directory. So I have to prepare a (dummy) repository which will never be used. Perhaps it's possible to make this error a warning like No mirror will be available on the CD; an accessible package repository needs to be defined in the config space and available during installation. In addition, allow for missing (or empty) repositories. So to sum up: I see two shortcomings that should be addressed in code modifications and/or documentation: 1) The cases when a mirror on the CD is going to be used is not documented. The user expects that the mirror is used in any case, because its provision when creating the CD is mandatory. 2) A mirror is needed to prepare a FAI CD even if it will never be used. Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690157: ITP: aptitude-robot -- Automate package choice management
On 16 November 2012 20:36, Axel Beckert a...@debian.org wrote: We used cron-apt before for a long time. It just does upgrades or mail about pending upgrades and as far as I know you can't tell them that they should upgrade some packages and some not. On a single system, possible, since you basically specify the complete apt command line(s). When trying to use a central config plus local tweaks that is definitely not easy :-) pkgsync is much closer to what we have in mind with aptitude-robot and after looking at the source code, I must admit that the way it uses aptitude is very close to ours. (From the description alone it looked less like what we have in mind.) I had somewhat imagined the setup you later describe, though with your details I can easily see how a declarative syntax would also have to be rather complex to handle that level of local-system overriding and so on. I once had a pipe dream of a declarative syntax that would support default actions and package lists (like pkgsel's “make sure these are installed, and these others are not”) with local overrides, and it ended up looking a lot like apt_preferences :-/ Clearly this program is simply meant as an automated interface to aptitude, although I think that most use cases would be covered by pkgsync if also supported list of packages to *not* upgrade. As you noticed, the main difference to pkgsync is that aptitude-robot allows to automatically upgrade most packages but to not automatically upgrade some explicitly listed packages. To make that easier with different sets of hosts or single hosts which need indiviual changes we use run-parts to read in the package lists from multiple, ordered files. I had assumed that pkgsync supported a similar run-parts type config, allowing local overrides, etc.. But anyway, it can't do what you want unless you can override the default to “upgrade all packages” with “but not package X and Y on some host.” (Also the inability to control holds and such.) Well I wish you gentlemen success. It seems that you already have quite a useful tool to work with. Any ideas how it could synchronize with the periodic apt script that performs update, clean, etc.? From our experience there is an inherent problem between multiple tools handling automatic package list updates and package upgrades stepping on each others toes. Indeed. But our discussion about how to reply to this question just gave us the idea that we may be able to run aptitude-robot triggered by apt periodic. We'll investigate this idea. If only it had a hook to run post-update and pre-clean … From aptitude-robot-session: # yes forces the default answer to any configuration question nice yes | /usr/sbin/aptitude-robot Have you considered something more explicit, such as: # aptitude -y -o DPkg::Options::=--force-confdef \ -o DPkg::Options::=--force-confold … Good point! Thanks. Note that the dpkg options are ignored when aptitude tries “dpkg --configure -a” to fix a failed install. https://bugs.launchpad.net/bugs/257279 Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689012: Bug #692923 / #689012: Status of chrony
On Fri, Nov 16, 2012 at 02:47:20PM +0100, Joachim Wiedorn wrote: Given the very sorry state of the package (the RC bug is just the tip of the iceberg). If it is not possible releasing Wheezy with a newer version with an improved packaging in terms of quality, thing I doubt is possible at this state, But it is possible to make a special Wheezy-Update. I am working on it. Today I will write the freeze exception request to the release-team. Yes, you must ask for wheezy update given the upgrade path from unstable is impossible in this case. Unstable contains a new version uploaded after the freeze. However you would be patching a package in such bad quality state I don't think it is something we want to have in Wheezy. The quality of the package in unstable is not better. So unless we can have a repackaged package in Wheezy, which with the current freeze rules is a no-no, it is better not releasing with Chrony. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693436: ImportError: cannot import name poll on hurd architecture
Package: python-twisted-core Version: 12.0.0-1 Severity: important Hi, When importing twisted.internet.reactor[0] on a machine running hurd-i386, I get the following error: Traceback (most recent call last): File string, line 1, in module File /usr/lib/python2.7/dist-packages/twisted/internet/reactor.py, line 37, in module from twisted.internet import default File /usr/lib/python2.7/dist-packages/twisted/internet/default.py, line 50, in module install = _getInstallFunction(platform) File /usr/lib/python2.7/dist-packages/twisted/internet/default.py, line 44, in _getInstallFunction from twisted.internet.pollreactor import install File /usr/lib/python2.7/dist-packages/twisted/internet/pollreactor.py, line 16, in module from select import error as SelectError, poll ImportError: cannot import name poll Cheers Laurent Bigonville [0] python -c 'import twisted.internet.reactor' -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693435: evolution-ews: Unable to install package evolution-ews
Package: evolution-ews Version: 3.6.0-1 Severity: important Dear Maintainer, There is an unsatisfied situation installing evolution-ews package # apt-get install evolution-ews Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: evolution-ews : Depends: libevolution (= 3.4) but it is not going to be installed Depends: libevolution ( 3.5) but it is not going to be installed Depends: libgtkhtml-4.0-0 (= 4.4) but it is not going to be installed Depends: libgtkhtml-4.0-0 ( 4.5) but it is not going to be installed Depends: libgtkhtml-editor-4.0-0 (= 4.4) but it is not going to be installed Depends: libgtkhtml-editor-4.0-0 ( 4.5) but it is not going to be installed Depends: evolution (= 3.4) but it is not going to be installed Depends: evolution ( 3.5) but it is not going to be installed E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evolution-ews depends on: pn evolution none ii libatk1.0-0 2.4.0-2 ii libc6 2.13-36 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcamel-1.2-40 3.6.1-1 ii libcomerr2 1.42.5-1 ii libebackend-1.2-5 3.6.1-1 ii libebook-1.2-14 3.6.1-1 ii libecal-1.2-15 3.6.1-1 ii libedata-book-1.2-153.6.1-1 ii libedata-cal-1.2-18 3.6.1-1 ii libedataserver-1.2-17 3.6.1-1 ii libedataserverui-3.0-4 3.6.1-1 ii libenchant1c2a 1.6.0-7 pn libevolutionnone ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.34.1-1 ii libgnome-keyring0 3.4.1-1 ii libgssapi-krb5-21.10.1+dfsg-2 ii libgtk-3-0 3.6.1-1 pn libgtkhtml-4.0-0none pn libgtkhtml-editor-4.0-0 none ii libical00.48-2 ii libjavascriptcoregtk-3.0-0 1.8.1-3.3 ii libk5crypto31.10.1+dfsg-2 ii libkrb5-3 1.10.1+dfsg-2 ii libnspr42:4.9.3-1 ii libnspr4-0d 2:4.9.3-1 ii libnss3 2:3.14-1 ii libnss3-1d 2:3.14-1 ii libpango1.0-0 1.30.0-1 ii libsoup2.4-12.38.1-2 ii libsqlite3-03.7.14.1-1 ii libwebkitgtk-3.0-0 1.8.1-3.3 ii libxml2 2.8.0+dfsg1-6 evolution-ews recommends no packages. evolution-ews suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689012: Status of chrony
None of these bugs (or any bugs above normal) apply to the version of Chrony in Sid. They could all by fixed by migrating that version (the current upstream release) to Wheezy but as it is frozen that is not possible unless the release team decides to make an exception. That is entirely up to them. -- John Hasler jhas...@newsguy.com Elmwood, WI USA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693437: fresh upstream (2.3) is available
Package: libnlopt0 Version: 2.2.4+dfsg-2 Severity: wishlist http://ab-initio.mit.edu/wiki/index.php/NLopt lists 2.3 as the one released 20 July 2012 In Matlab/Octave interface, make returning NaN from the objective equivalent to nlopt_force_stop; thanks to Norman Violet for the suggestion. Added CCSA-quadratic (NLOPT_LD_CCSAQ), similar to MMA. Added interface for supplying a preconditioner (approximate Hessian); currently only supported in CCSAQ. When adding mconstraints, allow tol==NULL as synonym for zero tolerances. Added missing NLOPT_LD_SLSQP constant in Matlab/Octave. Lower tolerance for dual optimization in MMA/CCSAQ; thanks to Christophe Leruste for the problem report. Fixed bug in timer, thanks to William Vaughn for the patch. Bug fix to convergence test in SBPLX; thanks to Douglas Bates. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693438: sauerbraten: priority should be optional not extra
Package: sauerbraten Version: 0.0.20100728.dfsg+repack-3 Severity: normal Hi, i think the priority of client, server and data package should be optional whereas the -dbg package is installed with the correct priority extra. I've recognized this issue yesterday when i discovered a debcheck warning which reminded me that sauerbraten-wake6 must not depend on packages with a lower priority like sauerbraten. http://qa.debian.org/debcheck.php?dist=unstablepackage=sauerbraten-wake6 See also http://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities Cheers, Markus -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693440: cpio: FTBFS with glibc-2.16 (due to outdated gnulib)
Package: cpio Version: 2.11-8 Severity: normal Tags: upstream experimental patch User: debian-...@lists.debian.org cpio does not build against eglibc-2.16 due to gets having been removed but embedded gnulib in package still referring to it. Upstream bug links are in the patch. This patch makes it work by #ifdefing the offending line but the proper fix is a new upstream release using a newer gnulib. This patch allows eglibc 2.16 to be uploaded and for the arm64 port to proceed. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash cpio-2.11-8-glibc-2.16-ftbfs-fix.patch Description: application/empty
Bug#693441: libecj-java: Newer upstream version supports Java 7
Package: libecj-java Version: 3.5.1-4 Severity: wishlist Dear Maintainer, There are newer versions of ECJ that include support for compiling Java 7 source code. It would be nice if this package could get an upgrade. -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (750, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libecj-java depends on: ii java-common 0.47 Versions of packages libecj-java recommends: ii oracle-j2sdk1.6 [java5-runtime-headless] 1.6.0+update34 ii oracle-j2sdk1.7 [java5-runtime-headless] 1.7.0+update7 Versions of packages libecj-java suggests: ii ant 1.8.2-4 pn ecj none pn libecj-java-gcj none -- no debconf information _ Broward College Named One of the Top 10 Community Colleges in the Nation. http://www.broward.edu/news/Pages/Message-from-J.-David-Armstrong-Jr.-Broward-College-President.aspx Please Note: Due to Florida's very broad public records law, most written communications to or from College employees regarding College business are public records, available to the public and media upon request. Therefore, this email communication may be subject to public disclosure. Please consider the environment before printing this email. _ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693423: base-files: Packaging rules do not work well enough for derivatives
Hi, On Fri, 16 Nov 2012, Santiago Vila wrote: E: base-files: file-in-etc-not-marked-as-conffile etc/dpkg/origins/kali W: base-files: file-missing-in-md5sums etc/dpkg/origins/kali That would be really only one, because fixing the first one would probably fix the other as well. Yes. The debian/* directory is clearly hand-made. If you are going to fork a package, you should naturally take in account the way it's made, regardless of what we might call the norm. As the package does not use any helper package, it follows that you have to update debian/conffiles by hand. I believe that base-files should be easy to fork because every derivative will have to do it. As such, I believe that you should update the debian packaging to assume that there can be multiple files in origins/ and that you should generate the list dynamically. You can certainly achieve this without using dh_installdeb. That said with 95% of the packages using debhelper, it would be nice if a package like base-files that every derivative developer will have to look into could be similar to all the other packages that they might have encountered... I don't really understand why you haven't modernized the rules with debhelper... The list of conffiles in base-files does not change often enough. This is certainly not a reason to not use debhelper. Even packages which do not change much benefit from the standardized dh rules file. It makes them more future-proof (for instance you would not have to deal with the lack of build-arch and build-indep targets that lintian currently reports against base-files). Maybe this is the first non-debhelper package you have had to fork in a long time, and I'm sorry that you had to remember to modify debian/conffiles for this time, It's not the first and it's not about me (because I'm perfectly proficient in packaging). but I don't think it's fair to report package foo does not use debhelper (which is what this report essentially boils down to) as a bug, unless you are also willing to report several hundred more bugs like that. Not all packages have to be forked by derivatives except this one. May I close this bug? You do like I want, but I would rather see a fix for it. At the very least some find call to dynamically create DEBIAN/conffiles instead of hardcoding debian/conffiles. But updating the whole packaging to be more modern would be even better. :-) Cheers, -- Raphaël Hertzog ◈ Debian Developer Get 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#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Bug#691148: Please package virtualbox 4.2.2
On 14.11.2012 15:30, Michael Meskes wrote: On Wed, Nov 14, 2012 at 10:56:50AM +0100, Felix Geyer wrote: When you want to modify the BIOS you change the code in the files of the first variant so only that is considered the source code of the BIOS. Well, you can change the assembler file directly. I wonder what happened if we just remove the OpenWatcom source files from the tarball? Removing the Open Watcom source files would be a GPL violation unless upstream explicitly adds a license to the generated assembler files. Anyway I fail to see how removing free source code files could change anything in terms of DFSG-freeness of the whole thing. Or if the developers hadn't told us but instead said they created the assembler file by hand? It's pretty hard to believe that someone could write and maintain 15,000 lines of assembler code without a single comment. That is a problem because it's impossible to modify the BIOS (e.g. by adding a distro patch) without someone running Open Watcom. Why's that? We can change assembler source files, can't we? Sure, you can modify those assembler files but they are just a post-processed compiler output. That means in practice you can't modify it in a meaningful way. In fact the files say Auto Generated source file. Do not edit. ;-) For example we would be unable to cherry-pick a BIOS fix from trunk. I really wonder if we're trying to be more catholic than the pope here. I don't think so because where does it end? With the same argument you could declare every disassembled binary that is built from high level language code as source code. Regards, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693442: wrong lintian check 'maintainer-script-removes-device-files'
Package: lintian Version: 2.5.10.2 Severity: serious A sysvinit upload has been rejected by the archive because of the tag maintainer-script-removes-device-files (see below). This lintian check is in error; the maintainer script removes /dev/shm, which is not a device file. Furthermore, the code already exists in the version of sysvinit that's currently in testing and unstable, so something has changed in how this autoreject is being applied at package upload time. Since this is treated as a non-overrideable lintian reject by the ftp archive, I'm marking this bug serious because it's blocking valid packages from being uploaded; false positives in non-overridable archive rejects are a serious problem. If you think this should be fixed in the archive's tag set instead of in lintian, feel free to reassign to ftp.debian.org. In the meantime I will be hacking the maintainer script code to trick lintian so the upload can proceed. - Forwarded message from Debian FTP Masters ftpmas...@ftp-master.debian.org - Date: Fri, 16 Nov 2012 12:47:30 + From: Debian FTP Masters ftpmas...@ftp-master.debian.org To: Debian sysvinit maintainers pkg-sysvinit-de...@lists.alioth.debian.org, Steve Langasek vor...@debian.org Subject: sysvinit_2.88dsf-33_i386.changes REJECTED initscripts: lintian output: 'maintainer-script-removes-device-files postinst:364', automatically rejected package. initscripts: lintian output: 'maintainer-script-removes-device-files postinst:382', automatically rejected package. initscripts: lintian output: 'maintainer-script-removes-device-files postinst:398', automatically rejected package. initscripts: lintian output: 'maintainer-script-removes-device-files postinst:418', automatically rejected package. === Please feel free to respond to this email if you don't understand why your files were rejected, or if you upload new files which address our concerns. - End forwarded message - -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#693443: unblock: jffnms/0.9.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package jffnms It fixes an important bug (#686188: Policy 3.9.1 violation), by simply making all user-visible messages translatable (and all messages have been reviewed by the -l10n-english team while we were at it). It also includes the updated translations (skipped from the attached debdiff). unblock jffnms/0.9.3-3 Thanks in advance for considering it, regards, David -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru --exclude po jffnms-0.9.3/debian/changelog jffnms-0.9.3/debian/changelog --- jffnms-0.9.3/debian/changelog 2012-06-11 02:23:14.0 -0400 +++ jffnms-0.9.3/debian/changelog 2012-10-31 07:25:04.0 -0400 @@ -1,3 +1,29 @@ +jffnms (0.9.3-3) unstable; urgency=low + + * Review templates and package description by the debian-l10n-english team, +thanks to Justin B Rye Closes: #686188 + + [ Debconf translations ] + * Slovak, Slavko Closes: #687105 + * Portuguese, Américo Monteiro Closes: #687115 + * Russian, Yuri Kozlov Closes: #687187 + * Czech, Martin Šín Closes: #687259 + * Polish, Michał Kułach Closes: #687547 + * German, Chris Leick Closes: #687568 + * Italian, Beatrice Torracca Closes: #687774 + * French, Christian Perrier Closes: #687917 + * Danish, Joe Hansen Closes: #687987 + * Japanese, victory + * Vietnamese, Nguyễn Vũ Hưng + * Swedish, Martin Bagge Closes: #688420 + * Spanish, Omar Campagne Closes: #688592 + + [ Craig Small ] + * Fixed debhelper versioned build dependency + * Rearrange dependencies on mysql-client + + -- Craig Small csm...@debian.org Wed, 31 Oct 2012 22:19:56 +1100 + jffnms (0.9.3-2) unstable; urgency=low * Fixed db upgrade scripts Closes: #675279 diff -Nru --exclude po jffnms-0.9.3/debian/control jffnms-0.9.3/debian/control --- jffnms-0.9.3/debian/control 2012-06-11 02:22:09.0 -0400 +++ jffnms-0.9.3/debian/control 2012-10-31 07:23:07.0 -0400 @@ -2,7 +2,7 @@ Section: web Priority: optional Maintainer: Craig Small csm...@debian.org -Build-Depends: debhelper (= 9.0.0), po-debconf +Build-Depends: debhelper (= 9), po-debconf Standards-Version: 3.9.3 Homepage: http://jffnms.sf.net/ @@ -12,21 +12,21 @@ apache2 | httpd , dbconfig-common, libapache2-mod-php5 | php5-cgi | php5-fpm, php5-cli, php5-mysql | php5-pgsql, php5-snmp, php5-gd, - virtual-mysql-client | mysql-client | postgresql-client, ${misc:Depends} + mysql-client | virtual-mysql-client | postgresql-client, ${misc:Depends} Recommends: ntp, nmap, fping Suggests: tac-plus, snmpd, syslog-ng, tftpd, smsclient Pre-Depends: debconf | debconf-2.0 -Description: web-based Network Management System (NMS) for IP networks - JFFNMS is a Network Management System designed to maintain an IP SNMP, Syslog - and/or Tacacs+ Network. It can be used to monitor any standards compliant - SNMP device, Server, TCP port or Custom Poller, also it has some Cisco - oriented features. +Description: PHP Network Management System + JFFNMS is a Network Management System designed to help maintain a network + running SNMP, syslog, and/or TACACS+. It can monitor any standards-compliant + SNMP device, server, TCP port or custom poller, and also has some + Cisco-oriented features. . - Features Summary - * Written in PHP (works in PHP5) - * PHP/cron scripts for polling, analizing and consolidating data - * Database Backend MySQL or PostgreSQL - * Configurable Event Types and Severity Levels - * Modular and Extensible - * Advanced Event Filter - * Interface Host/Network Autodiscovery + Its features include: + * written in PHP; + * PHP/cron scripts for polling, analyzing, and consolidating data; + * MySQL or PostgreSQL database back-end; + * configurable event types and severity levels; + * modular and extensible; + * advanced event filter; + * interface, host, and network autodiscovery. diff -Nru --exclude po jffnms-0.9.3/debian/templates jffnms-0.9.3/debian/templates --- jffnms-0.9.3/debian/templates 2012-03-03 23:31:45.0 -0400 +++ jffnms-0.9.3/debian/templates 2012-10-31 07:12:23.0 -0400 @@ -1,40 +1,48 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: jffnms/erroruid Type: error _Description: jffnms user already exists - The preinstall script for JFFNMS tried to create a
Bug#693444: unblock: mustang-plug/1.1-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mustang-plug 1.1-2, it provides just a small fix for the firmware update of some Mustang models. As usual, a patch is attached. Thanks in advance for any reply, Regards. unblock mustang-plug/1.1-2 -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-33-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diffstat for mustang-plug-1.1 mustang-plug-1.1 changelog |8 mustang-plug.mustang.udev |1 patches/1001-firmware_mustange_III_to_V.patch | 52 ++ patches/series|1 4 files changed, 62 insertions(+) diff -Nru mustang-plug-1.1/debian/changelog mustang-plug-1.1/debian/changelog --- mustang-plug-1.1/debian/changelog 2012-05-19 18:49:11.0 +0100 +++ mustang-plug-1.1/debian/changelog 2012-11-16 14:33:34.0 + @@ -1,3 +1,11 @@ +mustang-plug (1.1-2) unstable; urgency=low + + * Fix firmware update for Mustang III, IV and V. +Patch taken from upstream VCS. + * Also update debian/mustang-plug.mustang.udev. + + -- Alessio Treglia ales...@debian.org Fri, 16 Nov 2012 14:33:29 + + mustang-plug (1.1-1) unstable; urgency=low * New upstream release: diff -Nru mustang-plug-1.1/debian/mustang-plug.mustang.udev mustang-plug-1.1/debian/mustang-plug.mustang.udev --- mustang-plug-1.1/debian/mustang-plug.mustang.udev 2012-05-16 23:20:57.0 +0100 +++ mustang-plug-1.1/debian/mustang-plug.mustang.udev 2012-11-16 14:33:02.0 + @@ -1,3 +1,4 @@ SUBSYSTEM==usb, ENV{DEVTYPE}==usb_device, ATTRS{idVendor}==1ed8, ATTRS{idProduct}==0004, GROUP=plugdev SUBSYSTEM==usb, ENV{DEVTYPE}==usb_device, ATTRS{idVendor}==1ed8, ATTRS{idProduct}==0005, GROUP=plugdev SUBSYSTEM==usb, ENV{DEVTYPE}==usb_device, ATTRS{idVendor}==1ed8, ATTRS{idProduct}==0006, GROUP=plugdev +SUBSYSTEM==usb, ENV{DEVTYPE}==usb_device, ATTRS{idVendor}==1ed8, ATTRS{idProduct}==0007, GROUP=plugdev diff -Nru mustang-plug-1.1/debian/patches/1001-firmware_mustange_III_to_V.patch mustang-plug-1.1/debian/patches/1001-firmware_mustange_III_to_V.patch --- mustang-plug-1.1/debian/patches/1001-firmware_mustange_III_to_V.patch 1970-01-01 01:00:00.0 +0100 +++ mustang-plug-1.1/debian/patches/1001-firmware_mustange_III_to_V.patch 2012-11-16 14:27:13.0 + @@ -0,0 +1,52 @@ +Description: Fix firmware update for Mustang III, IV and V. +Origin: upstream, https://bitbucket.org/piorekf/plug/changeset/15dba9c8 +--- + plug/mainwindow.cpp |2 +- + plug/mustang.cpp| 10 +++--- + plug/mustang.h |3 ++- + 3 files changed, 10 insertions(+), 5 deletions(-) + +--- mustang-plug.orig/plug/mainwindow.cpp mustang-plug/plug/mainwindow.cpp +@@ -664,7 +664,7 @@ void MainWindow::update_firmware() + QString filename; + int ret = 0; + +-QMessageBox::information(this, Prepare, Please power off the amplifier, then power it back on while holding \Save\ button.brAfter pressing \OK\ choose firmware file and then update will begin.brIt will take about one minute. You will be notified when it's finished.); ++QMessageBox::information(this, Prepare, Please power off the amplifier, then power it back on while holding down:ulliThe \Save\ button (Mustang I and II)/liliThe Data Wheel (Mustang III, IV and IV)/li/ulAfter pressing \OK\ choose firmware file and then update will begin.It will take about one minute. You will be notified when it's finished.); + + filename = QFileDialog::getOpenFileName(this, tr(Open...), QDir::homePath(), tr(Mustang firmware (*.upd))); + if(filename.isEmpty()) +--- mustang-plug.orig/plug/mustang.cpp mustang-plug/plug/mustang.cpp +@@ -1286,11 +1286,15 @@ int Mustang::update(char *filename) + return ret; + + // get handle for the device +-amp_hand = libusb_open_device_with_vid_pid(NULL, USB_UPDATE_VID, USB_UPDATE_PID); ++amp_hand = libusb_open_device_with_vid_pid(NULL, USB_UPDATE_VID, OLD_USB_UPDATE_PID); + if(amp_hand == NULL) + { +-libusb_exit(NULL); +-return -100; ++amp_hand = libusb_open_device_with_vid_pid(NULL, USB_UPDATE_VID, NEW_USB_UPDATE_PID); ++if(amp_hand == NULL) ++{ ++libusb_exit(NULL); ++return -100; ++} + } + + // detach kernel driver +--- mustang-plug.orig/plug/mustang.h mustang-plug/plug/mustang.h +@@ -17,7 +17,8 @@ + + // amp's VID and PID while in update mode + #define USB_UPDATE_VID 0x1ed8 +-#define USB_UPDATE_PID 0x0006 ++#define OLD_USB_UPDATE_PID 0x0006
Bug#693445: [bts] bts silently fails - should give better error message
Package: devscripts Version: 2.12.4 Severity: wishlist Currently bts does not give any visible indication that it has failed. The command runs successfully but not change is visible at bugs.debian.org Possibly it is an issue with sending mails (it worked after giving smtp-host option), but bts should catch it or at least use reportbug.debian.org as default smtp host (as used by reportbug package). Also if a .reportbugrc is present bts should use it (for example to pick email address to be used). -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-042stab059.7 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.9 ii libc6 2.13-35 ii perl 5.14.2-14 ii python2.7.3-3 Versions of packages devscripts recommends: ii at3.1.13-2 ii curl 7.28.0-2 ii dctrl-tools 2.22.2 ii debian-keyring2012.06.01 ii dput 0.9.6.3+nmu1 ii equivs2.0.9 ii fakeroot 1.18.4-2 ii gnupg 1.4.12-6 ii libcrypt-ssleay-perl 0.58-1 ii libdistro-info-perl 0.10 ii libjson-perl 2.53-1 ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl 0.714-1 ii liburi-perl 1.60-1 ii libwww-perl 6.04-1 ii lintian 2.5.10.2 ii man-db2.6.3-1 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21+nmu2 ii python-magic 5.11-2 ii sensible-utils0.0.7 ii strace4.5.20-2.3 ii unzip 6.0-7 ii wdiff 1.1.2-1 ii wget 1.14-1 ii xz-utils 5.1.1alpha+20120614-1 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.2006cvs-1 ii build-essential 11.5 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none pn libauthen-sasl-perl none pn libfile-desktopentry-perlnone pn libnet-smtp-ssl-perl none pn libterm-size-perlnone ii libtimedate-perl 1.2000-1 pn libyaml-syck-perlnone pn mutt none ii openssh-client [ssh-client] 1:6.0p1-3 pn svn-buildpackage none pn w3m none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660593: Leaks resources after playing inline video
Package: liferea Version: 1.6.5-1.2+b1 Severity: important If I play video included in an item (HTML 5 video tag) this results in allocation of a large amount of memory which is often not freed when selecting another item. Hello, I've tried liferea 1.8.6-1 in Wheezy and I'm not able to reproduce it. When playing an HD video, liferea's embedded browser does use several hundred megabytes of RAM, however when I click on a different feed, it drops back down to about 60MB. Can you try testing the version of liferea that is in Wheezy and report back? Thanks. -David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692613: Wheezy-ignore for good-not-evil bugs
tags 692614 + wheezy-ignore tags 692619 + wheezy-ignore tags 692624 + wheezy-ignore tags 692625 + wheezy-ignore tags 692627 + wheezy-ignore tags 692628 + wheezy-ignore tags 692629 + wheezy-ignore tags 692630 + wheezy-ignore tags 692631 + wheezy-ignore tags 692613 + wheezy-ignore tags 692615 + wheezy-ignore tags 692626 + wheezy-ignore tags 692621 + wheezy-ignore thanks These bugs aren't gonna get fixed in time - tagging ignore appropriately. Neil -- signature.asc Description: Digital signature
Bug#693446: libc-bin: C.UTF-8 locale shows bogus dates
Package: libc-bin Version: 2.13-35 Severity: important Hi! Reporting against libc-bin as that’s where this locale comes from: tg@freewrt:~ $ dpkg -S /usr/lib/locale/C.UTF-8 libc-bin: /usr/lib/locale/C.UTF-8 Verified to exist in sid (2.13-36). tg@freewrt:~ $ LC_ALL=C.UTF-8 perl -MPOSIX -e 'print strftime('\''%a %b %e %X %Y'\'', localtime()).\n;' Fri Nov 16 03:42:25 PM 2012 Wrong. But the C locale is right: tg@freewrt:~ $ LC_ALL=C perl -MPOSIX -e 'print strftime('\''%a %b %e %X %Y'\'', localtime()).\n;' Fri Nov 16 15:42:26 2012 I think I know where this one comes from: tg@freewrt:~ $ LC_ALL=en_US.UTF-8 perl -MPOSIX -e 'print strftime('\''%a %b %e %X %Y'\'', localtime()).\n;' Fri Nov 16 03:42:32 PM 2012 tg@freewrt:~ $ LC_ALL=en_GB.UTF-8 perl -MPOSIX -e 'print strftime('\''%a %b %e %X %Y'\'', localtime()).\n;' Fri Nov 16 15:42:36 2012 Can we please have the C.UTF-8 locale be a copy of the C locale with *only* the encoding set to UTF-8, nothing else changed? Can we please get this fixed in wheezy? Thanks! -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/mksh-static -- 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#691148: [Pkg-virtualbox-devel] Bug#691148: Bug#691148: Bug#691148: Please package virtualbox 4.2.2
On Friday 16 November 2012 16:28:01 Felix Geyer wrote: On 14.11.2012 15:30, Michael Meskes wrote: On Wed, Nov 14, 2012 at 10:56:50AM +0100, Felix Geyer wrote: When you want to modify the BIOS you change the code in the files of the first variant so only that is considered the source code of the BIOS. Well, you can change the assembler file directly. I wonder what happened if we just remove the OpenWatcom source files from the tarball? Removing the Open Watcom source files would be a GPL violation unless upstream explicitly adds a license to the generated assembler files. I think the generated assembler files contain all necessary copyright headers. Anyway I fail to see how removing free source code files could change anything in terms of DFSG-freeness of the whole thing. Or if the developers hadn't told us but instead said they created the assembler file by hand? It's pretty hard to believe that someone could write and maintain 15,000 lines of assembler code without a single comment. It's surely hard but not impossible. But I wouldn't continue arguing here. That is a problem because it's impossible to modify the BIOS (e.g. by adding a distro patch) without someone running Open Watcom. Why's that? We can change assembler source files, can't we? Sure, you can modify those assembler files but they are just a post-processed compiler output. That means in practice you can't modify it in a meaningful way. In fact the files say Auto Generated source file. Do not edit. ;-) For example we would be unable to cherry-pick a BIOS fix from trunk. I really wonder if we're trying to be more catholic than the pope here. I don't think so because where does it end? With the same argument you could declare every disassembled binary that is built from high level language code as source code. Again, we don't have a choice. If you cannot live with that change I regret that. Frank -- Dr.-Ing. Frank Mehnert | Software Development Director, VirtualBox ORACLE Deutschland B.V. Co. KG | Werkstr. 24 | 71384 Weinstadt, Germany Hauptverwaltung: Riesstr. 25, D-80992 München Registergericht: Amtsgericht München, HRA 95603 Geschäftsführer: Jürgen Kunz Komplementärin: ORACLE Deutschland Verwaltung B.V. Hertogswetering 163/167, 3543 AS Utrecht, Niederlande Handelsregister der Handelskammer Midden-Niederlande, Nr. 30143697 Geschäftsführer: Alexander van der Ven, Astrid Kepper, Val Maher signature.asc Description: This is a digitally signed message part.
Bug#693447: unblock: pkg-mozilla-archive-keyring/1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pkg-mozilla-archive-keyring The version currently in wheeze contains an expired key. The new package only changed the expiry info. Please also consider making it transition before its normally due date. Thanks unblock pkg-mozilla-archive-keyring/1.1 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693448: debian installer wheezy beta 3 amd64 CD -1 hangs when trying to eject cd in virtual box
package: debian-installer (cd0:ata1:0:0:0): SCSI sense: NOT READY asc:53,0 (media load or reject failed) and the installation itself fails to boot once I reboot it (grub screen appears, but get a blank screen with a cursor. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#670176: RFS: kismet/2011.03.R2-1 [ITA] - Updates 5-year old package to recent upstream, closing many bugs
Dear mentors, I have updated the current (5 years old) kismet version to the most recent upstream and I also intend to adopt the package. The new package has updated description (reviewed by the debian english team) and also closes around 15 bugs. The new version of the package can be found here: http://mentors.debian.net/package/kismet and be downloaded by: dget http://mentors.debian.net/debian/pool/main/k/kismet/kismet_2011.03.R2-1.dsc Could you please review my package for eventual sponsoring? Best regards, Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693449: segfault in clfdomainsplit[400000+5000]
Package: logtools Version: 0.13d Severity: important Dear Debian folks, using Debian Squeeze looking at the log files, clfdomainsplit segfaulted. clfdomainsplit[3151]: segfault at 100605417 ip 0040171a sp 7fff20315010 error 4 in clfdomainsplit[40+5000] Unfortunately I do not have a core dump. Thanks, Paul -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages logtools depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libstdc++64.4.5-8The GNU Standard C++ Library v3 logtools recommends no packages. logtools suggests no packages. -- Configuration Files: /etc/clfdomainsplit.cfg changed: 2:com 2:net 2:org 2:nl 4:test.example.net 3:au 3:uk -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#693409: git broken in combination with curl 7.28, please upgrade to curl's git version which fixes this
forcemerge 690764 693409 kthxbye On ven, nov 16, 2012 at 08:47:50 +0100, Jeroen Massar wrote: Git cannot do proper authenticated smart-http as there is a bug in curl which causes it to not do re-authentication. Yes, this has been already reported two times, and I'm already working on a new upload. And no, uploading a git snapshot won't work because it introduces other incompatible changes that should wait before being uploaded to Debian. I think the new upload should be ready today, or tomorrow at the latest. Cheers -- perl -E '$_=q;$/= @{[@_]};and s;\S+;inidehG ordnasselA;eg;say~~reverse' signature.asc Description: Digital signature
Bug#693450: pam: FTBFS with eglibc 2.16: Missing includes
Source: pam Version: 1.1.3-7.1 Severity: wishlist User: debian-...@lists.debian.org Usertags: port-x32 ftbfs-eglibc2-16 On my x32 port build of pam, I'm getting this failure: /bin/bash ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. - I../.. -D_FORTIFY_SOURCE=2 -I../../libpam/include -I../../libpamc/include - DCHKPWD_HELPER=\/sbin/unix_chkpwd\ -DUPDATE_HELPER=\/sbin/unix_update\ - DWITH_SELINUX -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat - Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -W -Wall - Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing- prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings - Winline -Wshadow -c -o pam_unix_acct.lo pam_unix_acct.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../.. -D_FORTIFY_SOURCE=2 - I../../libpam/include -I../../libpamc/include - DCHKPWD_HELPER=\/sbin/unix_chkpwd\ -DUPDATE_HELPER=\/sbin/unix_update\ - DWITH_SELINUX -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat - Werror=format-security -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -W -Wall - Wbad-function-cast -Wcast-align -Wcast-qual -Wmissing-declarations -Wmissing- prototypes -Wpointer-arith -Wreturn-type -Wstrict-prototypes -Wwrite-strings - Winline -Wshadow -c pam_unix_acct.c -fPIC -DPIC -o .libs/pam_unix_acct.o pam_unix_acct.c: In function '_unix_run_verify_binary': pam_unix_acct.c:97:19: error: storage size of 'rlim' isn't known pam_unix_acct.c:106:5: warning: implicit declaration of function 'getrlimit' [-Wimplicit-function-declaration] pam_unix_acct.c:106:19: error: 'RLIMIT_NOFILE' undeclared (first use in this function) pam_unix_acct.c:106:19: note: each undeclared identifier is reported only once for each function it appears in pam_unix_acct.c:97:19: warning: unused variable 'rlim' [-Wunused-variable] make[4]: *** [pam_unix_acct.lo] Error 1 make[4]: Leaving directory `/tmp/buildd/pam-1.1.3/modules/pam_unix' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/tmp/buildd/pam-1.1.3/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/tmp/buildd/pam-1.1.3' make[1]: *** [all] Error 2 make[1]: Leaving directory `/tmp/buildd/pam-1.1.3' dh_auto_build: make -j1 returned exit code 2 make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This is because the port is using eglibc 2.16 (which only has packaging available from SVN currently, hence this bug is wishlist for now), and the error is likely to affect all architectures once eglibc 2.16 eventually hits unstable. The attached debdiff fixes the compilation errors for me. -- Daniel Schepler diff -u pam-1.1.3/debian/changelog pam-1.1.3/debian/changelog --- pam-1.1.3/debian/changelog +++ pam-1.1.3/debian/changelog @@ -1,3 +1,9 @@ +pam (1.1.3-7.1+x32) UNRELEASED; urgency=low + + * Add missing #include to fix compilation with glibc 2.16. + + -- Daniel Schepler schep...@debian.org Sat, 11 Aug 2012 16:04:48 -0700 + pam (1.1.3-7.1) unstable; urgency=low * Non-maintainer upload. diff -u pam-1.1.3/debian/patches-applied/series pam-1.1.3/debian/patches-applied/series --- pam-1.1.3/debian/patches-applied/series +++ pam-1.1.3/debian/patches-applied/series @@ -27,0 +28 @@ +glibc-2_16-compilation-fix.patch only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: only in patch2: unchanged: --- pam-1.1.3.orig/debian/patches-applied/glibc-2_16-compilation-fix.patch +++ pam-1.1.3/debian/patches-applied/glibc-2_16-compilation-fix.patch @@ -0,0 +1,24 @@ +Index: pam-1.1.3/modules/pam_unix/pam_unix_acct.c +=== +--- pam-1.1.3.orig/modules/pam_unix/pam_unix_acct.c 2012-08-11 23:05:09.0 + pam-1.1.3/modules/pam_unix/pam_unix_acct.c 2012-08-11 23:05:29.0 + +@@ -47,6 +47,7 @@ + #include time.h /* for time() */ + #include errno.h + #include sys/wait.h ++#include sys/resource.h + + #include security/_pam_macros.h + +Index: pam-1.1.3/modules/pam_unix/pam_unix_passwd.c
Bug#693328: gcc-4.7: Please support arch powerpcspe
Am 15.11.2012 16:03, schrieb Roland Stigge: Package: gcc-4.7 Version: 4.7.2-4 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, I'm attaching a patch that fixes building gcc-4.7 on powerpcspe [1]. please be more specific what you are trying to fix. Also, afaics, the port wasn't built with multilibs enabled yet. If you do so, then don't just update the generated control file. Also you should get some consensus which multiarch triplets to use for the multilibs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602788: Hacky workaround
Jason Heeris's script worked for me after I changed it to -serial_console (to run later). it only needs to run after 0170-sysvinit, so a lower priority like 1190 would be fine. a partial fix might be to re-write the offending sed in 0170-sysvinit (UNTESTED): \(tty[0-9]*\) - \(tty[A-Z0-9]*\) this would correctly mangle many custom /etc/inittab files. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org