Bug#737390: RFS: kerneltop/0.91-1 [ITA]
Hey, Thank You very much for your suggestions !! Here is a link [1] to the package fixed according to your suggestions. [1] https://mentors.debian.net/package/kerneltop On 4 February 2014 03:42, Liang Guo bluestonech...@gmail.com wrote: Interesting package, this is my review: 1 upstream ships manpage, so please remove debian/kerneltop.1 2 3.0 (quilt) always use quilt to manage patches, so README.source is meaningless, please remove 3 Upstream makefile don't use CFLAGS environmen which includes build harden flags. I advice you pach CCFLAGS=-g/-s in makefile with CCFLAGS=-g/-s $(CFLAGS) to include build harden flags and remove debian/source/lintian-overrides 4 Please update debian/copyright with DEP5 format[2]. Thanks for your working on debian. [1] https://wiki.debian.org/Hardening [2] http://dep.debian.net/deps/dep5/ -- Liang Guo http://guoliang.me -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41
Bug#737473: closed by أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@sabily.org (Bug#737473: fixed in harfbuzz 0.9.26-3)
On Tue, Feb 04, 2014 at 08:14:59AM +0100, Pino Toscano wrote: In any case, it seems none of the test failures indicate some issue within harfbuzz itself, so you might want to either make the tests non-fatal (so they still are run at build time), or wait for the fixes to the above issues. ---end quoted text--- How to make the tests non-fatal ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#695751: depending on a script that depends on $all (including by not having LSB headers) creates loop
On 26/01/13 18:55, Ben Hutchings wrote: Russ allbery wrote: We've encountered this problem many times with locally-written init scripts without LSB headers, since they get an implicit dependency on $all, which will create a loop if there is any other header with an implicit dependency on $all. But the best solution is to just add LSB headers. [...] Right. This probably merits a mass bug filing on packages with such scripts *after* wheezy. I can't believe it's serious enough to need fixing right now. I agree that adding the correct LSB headers is the right course of action. However, having insserv performing a stable sort could avoid to exacerbate this kind of problems, and still allow classical start order tampering for those who can't resist it. (I'm surviving with the fix-init script attached to bug #711853) Ale -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737375: A more detailed backtrace
On Tue, 2014-02-04 at 08:39 +0100, Svante Signell wrote: On Tue, 2014-02-04 at 08:14 +0100, Svante Signell wrote: Hi, BTW: The error messages end_request: I/O error, dev 02:00, sector 0 on the console are coming from this call. From the backtrace in thread 4 we see that the source pointer for memcpy ^thread 3 is 0x0. I'm not so sure the problem is with sysvinit, it might as well be a libc bug. I managed to run gdb on a non-stripped version of boodlogd: ^bootlogd Attaching an rpctrace. task42(pid6527)-vm_statistics () = 0 {4096 178180 37201 30467 11514 792460 0 208254 191539 5405130 546239 673293 641856} task42(pid6527)-vm_region (134217728) = 0 134512640 12288 5 7 1 0 49--47(pid6527) 0 task42(pid6527)-mach_port_deallocate (pn{ 3}) = 0 task42(pid6527)-vm_region (134524928) = 0 134524928 4096 3 7 1 0 49--50(pid6527) 8192 task42(pid6527)-mach_port_deallocate (pn{ 3}) = 0 task42(pid6527)-vm_region (134529024) = 0 134529024 4096 3 7 1 0 49--47(pid6527) 0 task42(pid6527)-mach_port_deallocate (pn{ 3}) = 0 task42(pid6527)-vm_region (134533120) = 0 134533120 32768 3 7 1 0 (null) 0 task42(pid6527)-mach_port_deallocate (pn{ 0}) = 0xf ((os/kern) invalid name) task42(pid6527)-vm_region (134565888) = 0x3 ((os/kern) no space available) task42(pid6527)-vm_map (134565888 2012917760 0 0 (null) 0 1 0 0 1) = 0 134565888 task42(pid6527)-vm_map (0 4096 0 0 (null) 0 1 0 0 1) = 0 0 task42(pid6527)-task_get_special_port (4) = 049--50(pid6527) 49--50(pid6527)-exec_startup_get_info () = 0 134518338 134512692 288 172032 16777216 0 /home/srs/sysvinit/sysvinit.git/debian/tmp/sbin/bootlogd QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index { 8--47(pid6527) 22--52(pid6527) 22--52(pid6527)} { 6--53(pid6527) 5--54(pid6527) 20--55(pid6527) 51--56(pid6527) 32--57(pid6527) (null)} {18 0 0 0 0} task42(pid6527)-mach_port_deallocate (pn{ 3}) = 0 task42(pid6527)-vm_deallocate (134565888 2012917760) = 0 task42(pid6527)-vm_map (0 4096 0 1 (null) 0 0 3 7 1) = 0 16969728 5--54(pid6527)-dir_lookup (etc/ld.so.cache 1 0) = 0 1 49--58(pid6527) 49--58(pid6527)-io_stat_request () = 0 {23 5 0 63063 0 1391345013 0 33188 1 0 0 27618 0 1391344186 0 1391344186 0 1391344186 0 8192 56 0 0 0 0 0 0 0 0 0 0 0} 49--58(pid6527)-io_map_request () = 059--50(pid6527) (null) task42(pid6527)-mach_port_deallocate (pn{ 0}) = 0xf ((os/kern) invalid name) task42(pid6527)-vm_map (0 27618 0 159--50(pid6527) 0 32 1 7 1) = 0 16973824 task42(pid6527)-mach_port_deallocate (pn{ 11}) = 0 task42(pid6527)-mach_port_deallocate (pn{ 3}) = 0 5--54(pid6527)-dir_lookup (lib/i386-gnu/libutil.so.1 1 0) = 0 1 49--60(pid6527) 49--60(pid6527)-io_read_request (-1 512) = 0 \x7fELF\x01\x01\x01 49--60(pid6527)-io_stat_request () = 0 {23 5 0 119788 0 1391119186 0 33188 1 0 0 9824 0 1391499982 0 1391097771 0 1391115526 0 8192 24 0 0 0 0 0 0 0 0 0 0 0} 49--60(pid6527)-io_map_request () = 059--58(pid6527) (null) task42(pid6527)-mach_port_deallocate (pn{ 0}) = 0xf ((os/kern) invalid name) task42(pid6527)-vm_map (0 12436 0 159--58(pid6527) 0 32 5 7 1) = 0 17002496 task42(pid6527)-mach_port_deallocate (pn{ 11}) = 0 49--60(pid6527)-io_map_request () = 059--50(pid6527) (null) task42(pid6527)-mach_port_deallocate (pn{ 0}) = 0xf ((os/kern) invalid name) task42(pid6527)-vm_map (17010688 8192 0 059--50(pid6527) 4096 32 3 7 1) = 0x3 ((os/kern) no space available) task42(pid6527)-vm_deallocate (17010688 8192) = 0 task42(pid6527)-vm_map (17010688 8192 0 059--50(pid6527) 4096 32 3 7 1) = 0 17010688 task42(pid6527)-mach_port_deallocate (pn{ 11}) = 0 task42(pid6527)-mach_port_deallocate (pn{ 3}) = 0 5--54(pid6527)-dir_lookup (lib/i386-gnu/libc.so.0.3 1 0) = 0 1 49--58(pid6527) 49--58(pid6527)-io_read_request (-1 512) = 0 \x7fELF\x01\x01\x01 49--58(pid6527)-io_stat_request () = 0 {23 5 0 119768 0 1391119146 0 33261 1 0 0 1818492 0 1391499982 0 1391097764 0 1391115526 0 8192 3560 0 0 0 0 0 0 0 0 0 0 0} 49--58(pid6527)-io_map_request () = 059--60(pid6527) (null) task42(pid6527)-mach_port_deallocate (pn{ 0}) = 0xf ((os/kern) invalid name) task42(pid6527)-vm_map (0 1822044 0 159--60(pid6527) 0 32 5 7 1) = 0 17018880 task42(pid6527)-mach_port_deallocate (pn{ 11}) = 0 49--58(pid6527)-io_map_request () = 059--50(pid6527) (null) task42(pid6527)-mach_port_deallocate (pn{ 0}) = 0xf ((os/kern) invalid name) task42(pid6527)-vm_map (18804736 20480 0 059--50(pid6527) 1785856 32 3 7 1) = 0x3 ((os/kern) no space available) task42(pid6527)-vm_deallocate (18804736 20480) = 0 task42(pid6527)-vm_map (18804736 20480 0 059--50(pid6527) 1785856 32 3 7 1) = 0 18804736 task42(pid6527)-mach_port_deallocate (pn{ 11}) = 0 task42(pid6527)-vm_map (18825216 15708 0 0 (null) 0 0 3 7 1) = 0x3 ((os/kern) no space available) task42(pid6527)-vm_deallocate
Bug#737473: closed by أحمد المحمودي (Ahmed El-Mahmoudy) aelmahmo...@sabily.org (Bug#737473: fixed in harfbuzz 0.9.26-3)
On 04/02/14 08:36, أحمد المحمودي wrote: On Tue, Feb 04, 2014 at 08:14:59AM +0100, Pino Toscano wrote: In any case, it seems none of the test failures indicate some issue within harfbuzz itself, so you might want to either make the tests non-fatal (so they still are run at build time), or wait for the fixes to the above issues. ---end quoted text--- How to make the tests non-fatal ? dh_auto_test || true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737602: ITP: rpmlint -- RPM package checker
Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com * Package name: rpmlint Version : 1.5 Upstream Author : Ville Skyttä ville.sky...@iki.fi * URL : http://sourceforge.net/p/rpmlint/ * License : GPL-2 Programming Lang: Python Description : RPM package checker rpmlint is a tool for checking common errors in rpm packages. rpmlint can be used to test individual packages before uploading or to check an entire distribution. By default all applicable checks are performed but specific checks can be performed by using command line parameters. rpmlint can check binary rpms (files and installed ones), source rpms, and plain specfiles, but all checks do not apply to all argument types. For best check coverage, run rpmlint on source rpms instead of plain specfiles, and installed binary rpms instead of uninstalled binary rpm files. The idea for rpmlint is from the lintian tool of the Debian project. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737603: audiosum: Intend to package
Package: audiosum Version: 0.2 Severity: wishlist Hello, I intend to package audiosum. A tool to find duplicate mp3 files ignoring tag information. The tool actually $ The upstream url of this package is: https://github.com/alvarezp/audiosum
Bug#737604: taskcoach: not installable in sid, needs to be rebuild against python-apscheduler 2.1.2
Package: taskcoach Version: 1.3.34-1 Severity: serious User: trei...@debian.org Usertags: edos-outdated Hello, taskcoach is no longer installable in sid since it depends on python-apscheduler ( 2.1.1.0~). However, the version of python-apscheduler in sid is 2.1.2-1. Rebuilding the package should do the job. This requires a sourceful upload since the package is architecture=all. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#722217: Updated the Nvidia driver from Experimental
Thanks for the info, I updated the drivers from experimental. I will try to find time to try replicating the bug later this evening if its fixed or not.
Bug#737605: pdfresurrect: useless menu entry?
Package: pdfresurrect Version: 0.12-2 Severity: normal The /usr/share/menu/pdfresurrect file provided by the pdfresurrect seems to be unusable. pdfresurrect needs to be called with a command line argument (like file.pdf), when invoking pdfresurrect from a window manager's menu entry it (obviously) does nothing (so just a short popup of a terminal with the error message of pdfresurrect's usage instructions). Maybe just drop the /usr/share/menu/pdfresurrect file from the package? regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2014-02-04t09-45...@devnull.michael-prokop.at
Bug#737607: hwloc: lstopo uses Unnamed Window for the X window
Package: hwloc Version: 1.8-1 Severity: minor When invoking lstopo (under openbox, just in case that should matter) I get a Unnamed Window for the lstopo application. The app itself seems to work just fine, it's really just a cosmetic issue. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2014-02-04t09-51...@devnull.michael-prokop.at
Bug#737606: bogl-0.1.18/bdftobogl.c:99: array index use before sanity check ?
Package:bogl Version:0.1.18 hello there, Static analyser cppcheck says [bdftobogl.c:99]: (style) Array index 'i' is used before limits check. Source code is if (font-index[i] != 0 i index_size - 1) Suggest code rework. David Binderman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737608: monit: my root shell isn't a browser, I'm sure of that‽
Package: monit Version: 1:5.6-2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 # monit unmonitor asterisk monit: action failed -- You are bnot/b authorized to access imonit/i. Either you supplied the wrong credentials (e.g. bad password), or your browser doesn't understand how to sup Wait, what :D? - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monit depends on: ii libc62.17-97 ii libpam0g 1.1.3-10 ii libssl1.0.0 1.0.1e-6 ii lsb-base 4.1+Debian12 monit recommends no packages. Versions of packages monit suggests: ii postfix [mail-transport-agent] 2.10.2-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQJOBAEBCAA4BQJS8KssMRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n cGctcG9saWN5LnR4dC5hc2MACgkQt5o8FqDE8pYU+BAAg2GTFxWuaAwOgnBN0L2K rxBindJraMj7XWpi+Vz5vrIodiZ6FT3B4JyMy+4IoWWH8pJU3YWnuFqOyWxvohZn yoSuPQxJ6cvAaZgiPQ58m+trkWaXO+FMIUZQ5v38Vcev8ezarFOQ75CahOuwttJR GiX3fPWuIzhlPHfT0wNfaRFbcKvAkR6JbdfkAqwHN1ALKSXubNqjcvNTJ6vq5vND yOazuL6c0KLpbhdDHEyA8CRe44Kt9Ot2GP5w0eHx96CJsxbTHUZiixYYl64vOqW5 9PDCliNyjHME0r7yt1TLlP//G3KGT/Tq3qoZ/GVwahQ+A83I3FouHmo6dfZrfaQZ UpRssm0orX2QgL/oKOR+WmSOhcdI8au1gnuJhZYb2+LKoh9rpql4Tf8xlibFfHak wkSsYnxvNAGXR0gclfsAL2/pzGPwP/QF8z1rjwSy9TYlloGmHVrdMkfvKNDShg6C YR1x5wNJRlb9yQotd5Ed+L2RU1TVOIIoqi5DH7eibAxEadXa9MrFCHEMpLSGN7xx m8Jc4KhsY8mJwF7cYiG2Yw95vgMhRt7ZTqvkqrNqwY1Bv201Dda9rX5C7GY0r/l+ jN+wms00QMBDrwxC2Uk8N5vbDl0XHGY1WXFpMqmI5nosc9FQiYriA1UDmzzi4zuI 2VmvFHGp3czYVQNZ413Q628= =SqlE -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#737610: rawtherapee-data: missing /usr/share/rawtherapee/camconst.json file
Package: rawtherapee-data Version: 4.0.12+dfsg-1 Severity: normal Dear Maintainer, at startup (from the command line) the current version of rawtherapee outputs the following messages: Could not open camera constants file /usr/share/rawtherapee/camconst.json: No such file or directory RawTherapee, version 4.0.12.0 WARNING: closing this window will close RawTherapee! Indeed the file /usr/share/rawtherapee/camconst.json is missing in the filesystem, and it is not included at all neither in package rawtherapee nor in rawtherapee-data: dpkg -L rawtherapee rawtherapee-data | grep camconst (no output) I checked the source tarball from upstream, and found a file camconst.json in folder rawtherapee-4.0.12/rtengine/ I tried to copy that file at the right place, and the warning disappeared, so I guess you can consider this a patch. Other than the warning message at startup, I see no adverse effect of the missing file on the functionality of this piece of software. Thank you, all the best, Nick -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable'), (5, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash rawtherapee-data depends on no packages. Versions of packages rawtherapee-data recommends: ii rawtherapee 4.0.12+dfsg-1 rawtherapee-data 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#695751: depending on a script that depends on $all (including by not having LSB headers) creates loop
[Alessandro Vesely] Right. This probably merits a mass bug filing on packages with such scripts *after* wheezy. I can't believe it's serious enough to need fixing right now. Now many are left? Can not be many. I agree that adding the correct LSB headers is the right course of action. However, having insserv performing a stable sort could avoid to exacerbate this kind of problems, and still allow classical start order tampering for those who can't resist it. (I'm surviving with the fix-init script attached to bug #711853) The intent and original implementation of insserv in Debian assumed dependency on only $remote_fs and $syslog for scripts without LSB header. When did they start to imply dependency on $all? Perhaps it should be changed back? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737609: owncloud-client: owncloud password stored in world readable config file in plain-text
Package: owncloud-client Version: 1.5.0+dfsg-4 Severity: important Dear Maintainer, owncloud-client stores the owncloud user password in the world readable file ..local/share/data/ownCloud/owncloud.cfg in plain-text. According to http://owncloud.org/sync-clients/releases/ this should not be the case since version 1.0.1 but still exists in the current Debian package 1.5.0+dfsg-4 (jessie/testing). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages owncloud-client depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libneon27-gnutls 0.30.0-1 ii libocsync00.91.4-1 ii libowncloudsync0 1.5.0+dfsg-4 ii libqt4-dbus 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-network4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql-sqlite 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xml4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xmlpatterns4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore44:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtkeychain00.1.0-2 ii libqtwebkit4 2.2.1-7 ii libstdc++64.8.2-14 ii owncloud-client-l10n 1.5.0+dfsg-4 owncloud-client recommends no packages. owncloud-client 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#737611: fail2ban should keep the existing iptables rules when it restart
Package: fail2ban Version: 0.8.6-3wheezy2 Severity: normal I often add rules to iptables on the fly and they are used as long as I don't reboot my box or as long as fail2ban doesn't restart. When fail2ban restarts, it doesn't care at all about existing rules and replace all of them by it own rules. -- System Information: Debian Release: 6.0.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-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 fail2ban depends on: ii lsb-base 4.1+Debian8+deb7u1 Linux Standard Base 4.1 init scrip ii python2.6.6-3+squeeze7 interactive high-level object-orie ii python-central0.6.17 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.8-3administration tools for packet fi pn python-gamin none (no description available) ii whois 5.0.23 intelligent WHOIS client Versions of packages fail2ban suggests: ii mailutils [mailx] 1:2.1+dfsg1-7 GNU mailutils utilities for handli -- Configuration Files: /etc/fail2ban/action.d/sendmail-whois-lines.conf changed: [Definition] actionstart = printf %%b Subject: [Fail2Ban] name: started Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The jail name has been started successfully.\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actionstop = printf %%b Subject: [Fail2Ban] name: stopped Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The jail name has been stopped.\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actioncheck = actionban = printf %%b Subject: [Fail2Ban] name: banned ip Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The IP ip has just been banned by Fail2Ban after failures attempts against name.\n\n Here are more information about ip:\n `/usr/bin/whois ip`\n\n Lines containing IP:ip in logpath\n `/bin/grep '\ip\' logpath`\n\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actionunban = [Init] name = default dest = root sender = fail2ban logpath = /dev/null /etc/fail2ban/action.d/sendmail-whois.conf changed: [Definition] actionstart = printf %%b Subject: [Fail2Ban] name: started Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The jail name has been started successfully.\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actionstop = printf %%b Subject: [Fail2Ban] name: stopped Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The jail name has been stopped.\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actioncheck = actionban = printf %%b Subject: [Fail2Ban] name: banned ip Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The IP ip has just been banned by Fail2Ban after failures attempts against name.\n\n Here are more information about ip:\n `/usr/bin/whois ip`\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actionunban = [Init] name = default dest = root sender = fail2ban /etc/fail2ban/action.d/sendmail.conf changed: [Definition] actionstart = printf %%b Subject: [Fail2Ban] name: started Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The jail name has been started successfully.\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actionstop = printf %%b Subject: [Fail2Ban] name: stopped Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban sender To: dest\n Hi,\n The jail name has been stopped.\n Regards,\n Fail2Ban | /usr/sbin/sendmail -f sender dest actioncheck = actionban = printf %%b Subject: [Fail2Ban] name: banned ip Date: `date --rfc-2822 -u +%%a, %%d %%h %%Y %%T +` From: Fail2Ban
Bug#734763: [Pkg-javascript-devel] Bug#734763: Please update libjs-jquery-cookie and use upstream numbering
Quoting Daniel James (2014-02-03 11:28:57) Hi Raphael, $ dpkg -c galette_0.7.6.1-2_all.deb |grep cookie lrwxrwxrwx root/root 0 2013-11-05 10:03 ./usr/share/galette/includes/jquery/jquery.cookie.js - ../../../javascript/jquery-cookie/jquery.cookie.js So there's no bug here regarding jquery-cookie. Sorry, I did not realise that symlinks could be used for specific js libraries in this way. I thought they were handled at the webserver level, with an alias. I believe symlinks should be used whenever a library can be used also offline (i.e. not *only* via a web browser). - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#737552: manpage formatting issues
Control: forwarded -1 https://cups.org/str.php?L4360 Hi David, Le lundi, 3 février 2014, 13.17:36 David Prévot a écrit : Jean-Paul, the manpage French translator, noticed formatting issues in ipptool.1, patch attached (ipptool.man-fix-options.layout.patch). Nice, thanks! He also noticed the fonts (italic/bold) were messed up, here is a more invasive patch to follow man(1) conventions for ipptool.1 (ipptool.man-follow-conventions.patch) – besides a typo fix (s/sucessful/successful/), the patch “only” touches the layout. My guess is the other pages are also affected by such formatting issues, and I’m happy to provide patches to fix them too in the form you prefer, providing that you’re willing to accept them (because it’s kinda time-consuming to prepare), or even better if upstream would be willing to accept them. I’m happy to follow your guidance (pointers) if you wish me to contact upstream directly. To be frank, I'd rather avoid invasive patches on the upstream manpages, because that becomes a mess to maintain on the long-term, and that's better handled on the upstream side. I have therefore pushed your patches to the upstream bugtracker [0]: https://cups.org/str.php?L4360 … also asking whether he would be interested in more patches… Let's see if that would be welcome. Cheers, OdyX [0] Which unfortunately imposes subscription. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. As only one can be running at the same time, I am unsure how we should handle multiarch and different major ABI versions. Either conflict (like modemmanager), so that only one can be installed at the same time, or let it be up to the user to avoid multiple versions running. And should it be in a separate package. Opinions?
Bug#737137: game-data-packager: patch to support hexdd
Am Montag, den 03.02.2014, 19:08 +0100 schrieb Fabian Greffrath: The Debian doomsday package contains a wrapper script called doomsday-compat that translates between the general -iwad ... -file ... sytnax and doomsday's own. It is the one that is registered as an alternative for /usr/games/doom. However, curretly it only checks for IWADs and I have forgotten to add support for hexdd.wad, which is of course a PWAD. :/ That's fixed in GIT now and should at least work for the simple -iwad hexen.wad -file hexdd.wad case. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737612: man page for usbhid-dump
Package: usbutils Tags: patch usbhid-dump.1 Description: Binary data
Bug#737580: ufsutils-udeb: mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device
On 04/02/2014 00:34, Steven Chamberlain wrote: Package: ufsutils-udeb Version: 9.2-3 Severity: grave Tags: jessie sid d-i Affects: debian-installer User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-Cc: k...@debian.org Image: http://d-i.debian.org/daily-images/kfreebsd-amd64/20140203-00:50/netboot-9/mini.iso Can reproduce this by trying to format an msdos partition on an IDE disk as UFS (with kfreebsd-9 9.2-1-amd64): Feb 4 00:21:34 partman: mkfs.ufs: Feb 4 00:21:34 partman: DIOCGMEDIASIZE Feb 4 00:21:34 partman: : Feb 4 00:21:34 partman: Inappropriate ioctl for device Running `mkfs.ufs /dev/ada0` at an installer shell curiously tells me the size of the partition right before it fails with the above error. /dev/ada0s1: 510.0MB (1044480 sectors) block size 32768, fragment size 4096 using 4 cylinder groups of 127.53MB, 4081 blks, 16384 inodes. mkfs.ufs: DIOCGMEDIASIZE: Inappropriate ioctl for device So this is likely a problem in ufsutils-udeb and may be kernel-specific. Can this still be reproduced with any of the following? - ufsutils (the non-udeb version) - kfreebsd-10 - ufsutils-udeb 10.0 -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737563: ITP: telegram-cli -- Command-line interface for Telegram
On Mon, Feb 03, 2014 at 08:52:41PM +, Cleto Martín wrote: * URL : https://github.com/vysheng/tg * License : GPL As the binary is linked with -lssl, it cannot be distributed. -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674828: pcmanfm: Gets whole f**king time Not authorized-comments without any reason or with reason
Package: pcmanfm Version: 1.1.2-1 Followup-For: Bug #674828 Dear Maintainer, I am experiencing the same problem with the latest version of pcmanfm: Not authorized to perform operation shouldn't pcmanfm be rebuilt against latest version of libfm-gtk-dev? Cheers Mike -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-trunk-amd64 (SMP w/8 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 pcmanfm depends on: ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo21.12.16-2 ii libfm-gtk3 1.1.2.2-1 ii libfm3 1.1.2.2-1 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.38.1-2 ii libgtk2.0-0 2.24.22-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpangoft2-1.0-01.36.0-1+b1 ii libx11-6 2:1.6.2-1 Versions of packages pcmanfm recommends: ii gnome-icon-theme 3.10.0-1 ii gvfs-backends 1.16.3-2 ii gvfs-fuse 1.16.3-2 ii oxygen-icon-theme 4:4.11.5-1 pcmanfm 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#726482: ITP: lua-yaml -- LibYAML binding for Lua
JFTR, lua-yaml is been packaged and the sources are at the pkg-lua group repository[0] [0] https://alioth.debian.org/anonscm/git/pkg-lua/lua-yaml.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731851: modemmanager: Please update to latest 1.2 release candidate
tag 731851 +patch On Tue, Dec 10, 2013 at 03:07:12PM +0100, Bjørn Mork wrote: Package: modemmanager Version: 1.1.990-0+git Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The version in sid is starting to get ridiculously outdated. Upstream has been through several major releases, adding features *required* to support modern 3G and LTE modems. Some of these just don't support traditional PPP over serial anymore. It is time we get the chance to test and use QMI and MBIM modems in Debian. Please, please, please prepare an update, preferably based on the recent 1.2-rc1 or newer. 1.2.0 is out now. I was able to build a package with the attached two minor patches. I can try to find the time to NMU to experimental. Cheers, -- Guido From 66c69b9d696d7a2c71ca6a399141fb9e771803d3 Mon Sep 17 00:00:00 2001 Message-Id: 66c69b9d696d7a2c71ca6a399141fb9e771803d3.1391507008.git@sigxcpu.org From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Tue, 4 Feb 2014 10:32:20 +0100 Subject: [PATCH] Install locale files --- debian/modemmanager.install | 1 + 1 file changed, 1 insertion(+) diff --git a/debian/modemmanager.install b/debian/modemmanager.install index aa1f47c..7d10516 100644 --- a/debian/modemmanager.install +++ b/debian/modemmanager.install @@ -5,4 +5,5 @@ usr/sbin usr/share/dbus-1 usr/share/icons usr/share/man +usr/share/locale usr/lib/*/ModemManager -- 1.9.rc1 From afb7a787840caa32a1b40ba28cf6177016a371f8 Mon Sep 17 00:00:00 2001 Message-Id: afb7a787840caa32a1b40ba28cf6177016a371f8.1391507024.git@sigxcpu.org From: =?UTF-8?q?Guido=20G=C3=BCnther?= a...@sigxcpu.org Date: Mon, 3 Feb 2014 09:54:32 +0100 Subject: [PATCH] Rediff patches Applied upstream: arduino-blacklist.patch ericsson_h5321gw_usbids.patch glib_fixes.patch linux-default-usb-id.patch lp1229748_bluegiga_blacklist.patch lp700316_usb_blacklist.patch --- debian/patches/0001-lp700316_usb_blacklist.patch | 26 ++ debian/patches/0002-arduino-blacklist.patch| 22 ++ debian/patches/0003-linux-default-usb-id.patch | 20 + .../0004-lp1229748_bluegiga_blacklist.patch| 24 debian/patches/arduino-blacklist.patch | 18 --- debian/patches/ericsson_h5321gw_usbids.patch | 20 - debian/patches/glib_fixes.patch| 20 - debian/patches/linux-default-usb-id.patch | 16 - debian/patches/lp1229748_bluegiga_blacklist.patch | 20 - debian/patches/lp700316_usb_blacklist.patch| 22 -- debian/patches/series | 10 - 11 files changed, 96 insertions(+), 122 deletions(-) create mode 100644 debian/patches/0001-lp700316_usb_blacklist.patch create mode 100644 debian/patches/0002-arduino-blacklist.patch create mode 100644 debian/patches/0003-linux-default-usb-id.patch create mode 100644 debian/patches/0004-lp1229748_bluegiga_blacklist.patch delete mode 100644 debian/patches/arduino-blacklist.patch delete mode 100644 debian/patches/ericsson_h5321gw_usbids.patch delete mode 100644 debian/patches/glib_fixes.patch delete mode 100644 debian/patches/linux-default-usb-id.patch delete mode 100644 debian/patches/lp1229748_bluegiga_blacklist.patch delete mode 100644 debian/patches/lp700316_usb_blacklist.patch diff --git a/debian/patches/0001-lp700316_usb_blacklist.patch b/debian/patches/0001-lp700316_usb_blacklist.patch new file mode 100644 index 000..4690b7a --- /dev/null +++ b/debian/patches/0001-lp700316_usb_blacklist.patch @@ -0,0 +1,26 @@ +From: Alexander Sack a...@ubuntu.com +Date: Mon, 3 Feb 2014 09:50:59 +0100 +Subject: lp700316_usb_blacklist + +--- + src/77-mm-usb-device-blacklist.rules | 9 + + 1 file changed, 9 insertions(+) + +diff --git a/src/77-mm-usb-device-blacklist.rules b/src/77-mm-usb-device-blacklist.rules +index 044d80f..24187d1 100644 +--- a/src/77-mm-usb-device-blacklist.rules b/src/77-mm-usb-device-blacklist.rules +@@ -113,4 +113,13 @@ DRIVERS==cypress_m8, ENV{ID_MM_DEVICE_IGNORE}=1 + # All devices in the Openmoko vendor ID + ATTRS{idVendor}==1d50, ENV{ID_MM_DEVICE_IGNORE}=1 + ++# Prolific Technology, Inc. PL2303 Serial Port ++ATTRS{idVendor}==067b, ATTRS{idProduct}==2303, ENV{ID_MM_DEVICE_IGNORE}=1 ++ ++# Cygnal Integrated Products, Inc. CP210x ++ATTRS{idVendor}==10c4, ATTRS{idProduct}==ea60, ENV{ID_MM_DEVICE_IGNORE}=1 ++ ++# QinHeng Electronics HL-340 ++ATTRS{idVendor}==1a86, ATTRS{idProduct}==7523, ENV{ID_MM_DEVICE_IGNORE}=1 ++ + LABEL=mm_usb_device_blacklist_end diff --git a/debian/patches/0002-arduino-blacklist.patch b/debian/patches/0002-arduino-blacklist.patch new file mode 100644 index 000..8b8fad9 --- /dev/null +++ b/debian/patches/0002-arduino-blacklist.patch @@ -0,0 +1,22 @@ +From: Alexander Sack a...@ubuntu.com +Date: Mon, 3 Feb 2014 09:50:59 +0100 +Subject: arduino-blacklist +
Bug#737613: xen-hypervisor-4.3-amd: Xen not loading dom0 on Jessie - FATAL error on running /etc/init.d/xen
Package: xen-hypervisor-4.3-amd64 Version: 4.3.0-3+b1 Severity: critical File: xen-hypervisor-4.3-amd Justification: breaks the whole system Dear Maintainer, Installation is a minimal system designed only to get dom0 working. The following are the uncommented GRUB commands GRUB_DEFAULT=0 GRUB_TIMEOUT=5 GRUB_DISTRIBUTOR=`lsb_release -i -s 2 /dev/null || echo Debian` GRUB_CMDLINE_LINUX_DEFAULT=quiet GRUB_CMDLINE_LINUX= GRUB_GFXMODE=640x480 GRUB_CMDLINE_XEN=dom0_mem=2048M dom0_max_vcpus=1 dom0_vcus_pin The following are the uncommented contents of /etc/xen/xend-config.sxp (vif-script vif-bridge) (dom0-min-mem 1024) (enable-dom0-ballooning no) (total_available_memory 0) (dom0-cpus 1) (vncpasswd '') All other configuration as per install. (except networking) After selecting the hypervisor in grub, the hypervisor seems to load OK and then loads dom0. As the init scripts are run the boot fails with the error FATAL: Failed to initialize dom0 state: iappropriate ioctl for device. and the system freezes. When the line xenstore-write /local in the function xenstored-start in /etc/init.d/xen is commented out the error goes away. Inserting a mountfoo command immediately before this call shows the following sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=217982,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=175516k,mode=755) /dev/disk/by-uuid/b5504546-ca42-4544-8bdb-442aa2b3ee0a on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=351020k) /dev/sda1 on /boot type ext3 (rw,relatime,stripe=4,data=ordered) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) xenfs on /proc/xen type xenfs (rw,relatime) Hope all that is sufficient. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash xen-hypervisor-4.3-amd64 depends on no packages. Versions of packages xen-hypervisor-4.3-amd64 recommends: ii xen-utils-4.3 4.3.0-3+b1 xen-hypervisor-4.3-amd64 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#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Hey Marius, From my point of view it should conflict - I wasn't aware that it was used in things other than modemmanager, but that makes sense. I am hoping to help get a newer version of modemmanager into Debian eventually. --Adam On 4 February 2014 20:21, Marius Kotsbak mar...@kotsbak.com wrote: Hi It is actually almost ready in the git repo I have pushed. The remaining thing is to find out how to handle the qmi-proxy binary, which is used by the lib. As only one can be running at the same time, I am unsure how we should handle multiarch and different major ABI versions. Either conflict (like modemmanager), so that only one can be installed at the same time, or let it be up to the user to avoid multiple versions running. And should it be in a separate package. Opinions? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729203: CTTE and reasonable solutions
On 03/02/2014 23:25, Adrian Bunk wrote: On Mon, Feb 03, 2014 at 04:32:49PM -0500, Antoine Beaupré wrote: On 2014-02-03 16:22:38, Adrian Bunk wrote: ... But if someone wants, as Lorenzo suggested, an apt-get install ffmpeg to magically switch all applications like VLC from using libav to ffmpeg, then one of the requirements for that would clearly be that there would have to be two versions of all binaries and libraries using libav/ffmpeg in the archive - one compiled with libav, and one compiled with ffmpeg. I reread Lorenzo's email, and it doesn't actually say switch all applications like VLC from libav to ffmpeg. He just said: users should be able to do apt-get install ffmpeg or apr-get install libav I think some people here are talking about using ffmpeg as a commandline-based conversion tool, not necessarily the way you are bringing up, as a library that (say) vlc is linking against. That's what I meant in my message. I'm referrig to ffmpeg vs. avconv - I should probably have written: apt-get install libav-tools to make it more clear. Before what you quote he said in the same email: Agree with many on at least providing the *option* for users to have the original ffmpeg instead of libav There is no libav program, and he is clearly talking about the libraries. Actually I meant the binary. I guess lots of the confusion (at least from a users' point of view) comes from the fact that the description of the ffmpeg package states: Libav is a complete, cross-platform solution to decode, encode, record, convert and stream audio and video. This package contains the deprecated ffmpeg program. This package also serves as a transitional package to libav-tools. Users are advised to use avconv from the libav-tools package instead of ffmpeg. Homepage: http://libav.org/ Without getting into the politics of it... I think this is at least confusing for many user. [...] The ffmpeg/libav commandline programs are relatively rarely used - what is used heavily on Linux are the libraries. Do you have any data to support such claim? I personally use ffmpeg commandline tool quite a lot. Clearly being one person I'm not a representative sample but would be interesting to know if some sort of survey/statistics could be produced. Ciao Lorenzo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737614: subversion: When updating a repository, please tell from which revision we update
Package: subversion Version: 1.7.14-1+b1 Severity: wishlist Tags: patch Hi, when updating a repository, svn tells me to which revision it has been updated, but not from which revision. I have attached an untested draft patch that is expected to do exact this. Please consider applying it to the Debian package or forwarding it upstream. Thank you! - Fabian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (900, 'unstable'), (800, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr1 1.5.0-1 ii libc6 2.17-97 ii libsasl2-2 2.1.25.dfsg1-17 ii libsvn1 1.7.14-1+b1 subversion recommends no packages. Versions of packages subversion suggests: ii db5.1-util5.1.29-6 ii patch 2.7.1-4 pn subversion-tools none -- no debconf information diff --git a/subversion/svn/notify.c b/home/greffrath/notify.c index 6498fb1..7146b27 100644 --- a/subversion/svn/notify.c +++ b/home/greffrath/notify.c @@ -740,9 +740,9 @@ notify(void *baton, const svn_wc_notify_t *n, apr_pool_t *pool) nb-received_some_change = FALSE; if ((err = svn_cmdline_printf (pool, nb-in_external - ? _(Updated external to revision %ld.\n) - : _(Updated to revision %ld.\n), - n-revision))) + ? _(Updated external to revision %ld (from %ld).\n) + : _(Updated to revision %ld (from %ld).\n), + n-revision, n-old_revision))) goto print_error; } else
Bug#737607: hwloc: lstopo uses Unnamed Window for the X window
Control: tags -1 + upstream Control: tags -1 + fixed-upstream Hello, Michael Prokop, le Tue 04 Feb 2014 09:54:25 +0100, a écrit : When invoking lstopo (under openbox, just in case that should matter) I get a Unnamed Window for the lstopo application. The app itself seems to work just fine, it's really just a cosmetic issue. Ah, indeed, I have fixed it upstream, that'll come with 1.8.1. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737606: bogl-0.1.18/bdftobogl.c:99: array index use before sanity check ?
Control: severity -1 wishlist David Binderman, le Tue 04 Feb 2014 08:52:09 +, a écrit : [bdftobogl.c:99]: (style) Array index 'i' is used before limits check. Source code is if (font-index[i] != 0 i index_size - 1) Well, this is not an array index check, actually. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736714: O: python-concurrent.futures -- backport of concurrent.futures package from Python 3.2
I'll take care of it then. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734901: initscripts: More Proper Detection of fastboot
Control: tags -1 + patch Hi. Can you test this patch and see if it solve your problem? diff --git a/debian/src/initscripts/etc/init.d/checkfs.sh b/debian/src/initscripts/etc/init.d/checkfs.sh index 7ee3bbe..3f143f4 100755 --- a/debian/src/initscripts/etc/init.d/checkfs.sh +++ b/debian/src/initscripts/etc/init.d/checkfs.sh @@ -18,6 +18,7 @@ FSCK_LOGFILE=/var/log/fsck/checkfs . /lib/init/vars.sh . /lib/lsb/init-functions +. /lib/init/mount-functions.sh . /lib/init/swap-functions.sh do_start () { @@ -42,7 +43,7 @@ do_start () { BAT= fscheck=yes - if [ -f /fastboot ] || grep -s -w -i fastboot /proc/cmdline + if is_fastboot_active then [ $fscheck = yes ] log_warning_msg Fast boot enabled, so skipping file system check. fscheck=no diff --git a/debian/src/initscripts/etc/init.d/checkroot.sh b/debian/src/initscripts/etc/init.d/checkroot.sh index 61afa70..3d4a349 100755 --- a/debian/src/initscripts/etc/init.d/checkroot.sh +++ b/debian/src/initscripts/etc/init.d/checkroot.sh @@ -152,7 +152,7 @@ Will restart in 5 seconds. # See if we want to check the root file system. # FSCKCODE=0 - if [ -f /fastboot ] || grep -s -w -i fastboot /proc/cmdline + if is_fastboot_active then [ $rootcheck = yes ] log_warning_msg Fast boot enabled, so skipping root file system check. rootcheck=no diff --git a/debian/src/initscripts/lib/init/mount-functions.sh b/debian/src/initscripts/lib/init/mount-functions.sh index 8bb3031..ea5fde3 100644 --- a/debian/src/initscripts/lib/init/mount-functions.sh +++ b/debian/src/initscripts/lib/init/mount-functions.sh @@ -660,3 +660,17 @@ mount_tmp () fi fi } + +is_fastboot_active() { + if [ -f /fastboot ] ; then + return true + fi + for cmd in $(cat /proc/cmdline) ; do + case $cmd in + fastboot) + return true + ;; + esac + done + return false +} -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735202: Fwd: speakup freezes when trying to past
On Mon, 3 Feb 2014, Jude DaShiell wrote: Although I used a debian speakup talking install to install jessie/sid, the installation did not put an ~/.inputrc file in my home directory. If one of those should be in the home directory, what should be in that file for speakup to work correctly? Without ~/.inputrc, unless --edit is initialized in some other way the readline library will not be used by bash according to the bash man page. I don't have an ~/.inputrc either and had never heard of it. But I do see that I have /etc/inputrc which I would think would do the job. Running Wheezy. Geoff. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737572: libqmi-glib-dev: Please package upstream version 1.8.0
Yes, there are other clients, like qmicli. Okay, and how to ensure conflicting between architectures? Stop it being multiarch, or is it a better way?
Bug#718930: [Pkg-sysvinit-devel] Bug#718930: sysvinit: poweroff does no poweroff, it does reboot
Control: reassign -1 src:linux Control: found -1 3.2.51-1 [Christian Andretzky] First of all - I'm not really sure if the programs in this package are really responsible for the following problem. Eventually it could be a kernel related problem or a problem with the configuration of the default wheezy kernel. To me this definitely sound like a kernel problem. During shutdown, sysvinit ask the kernel to power down the machine, and if that do not happen, there is not much more sysvinit can do. Reassigning to the kernel to get their input. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737615: lighttpd: init script does not Required-Start $local_fs - whereas apache2 does
Package: lighttpd Severity: minor Hi, i'm having minor issues related to nfs mount and start of lighttpd. While investigating, i came to wonder why apache2 init script declares: # Required-Start:$local_fs $remote_fs $network $syslog $named and lighttpd init script declares: # Required-Start:$syslog $remote_fs $network It seems to me, quite naively, that $local_fs should be required before serving local files... Feel free to close this bug if i'm not making any sense. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694986: flash-kernel: postinst modifies /etc/default/rcS
I read this bug report, but fail to understand what exactly it is expected for the sysvinit maintainers to do here. Anyone care to explain what more can be done in this case? Roger, you cloned it instead of reassigning it. What did you have in mind? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736802: [src:texlive-extra] Sourceless flash file
tags 736802 + pending thanks I butchered out the two files texmf-dist/tex/latex/flashmovie/player_flv_maxi.swf texmf-dist/tex/latex/media9/players/StrobeMediaPlayback.swf for the next release. Users of flashmovie and media9 will wonder, but that is life. End of line. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711750: dh_strip: allow to disable compression of debug info files
On 10/06/13 16:45, Joey Hess wrote: Emilio Pozuelo Monfort wrote: I updated webkit to compat 9 to get compressed build-id debug info files. However it seems this is going to be a problem for some builders, as in a local build I got: BFD: debian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: unable to initialize compress status for section .debug_info objcopyebian/libwebkitgtk-1.0-0/usr/lib/libwebkitgtk-1.0.so.0.18.7: Memory exhausted Isn't this be a bug in objcopy --compress-debug-sections? Compressing data with zlib should not require much memory. I guess. In any case, until objcopy gains support for xz compression, I'm afraid I won't be able to bump compat to 9 in webkit, which means we don't get build-id support, which would be immensely useful. But I understand if you don't want to add an option for such a corner case. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733179: debootstrap should abort if the keyring is missing, not just warn
Having an option to require a trust path would be good. It can be off by default to avoid compatibility issues and creeping security lax. As it stands, there is no convenient way to require signature verification with debootstrap itself, so I'm currently working around it with an additional script before running debootstrap. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736802: [src:texlive-extra] Sourceless flash file
On Mo, 27 Jan 2014, Bastien ROUCARIES wrote: You didn't answer my question on which basis you are considering this serious. Are pdfs also to be recompiled at build time? Yes but it is not immediate, it is a long term goal. Ask exception to release team. And you still didn't answer ... I love this attitude. Good luck if you request this, because it will be the last release of TeX Live carrying any documentation. Yes that why ask an exception. I don't need exceptions. If they want to remove it, good luck! Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734004: Works with latest upstream
This is now available upstream: https://git.gnome.org/browse/network-manager-openvpn/commit/?id=77115c5377e009220c3c98102450f92d3a7f6f9e FWIW, Fedora has pushed a prerelease (git snapshot) to their stable repositories as NetworkManager-openvpn-0.9.9.0-0.1.git20140128. Maybe Debian could follow suit? Tore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736902: qemu: multiboot header always sets mem_upper as 0k
Control: reassign -1 seabios/1.7.4-1 Control: tag -1 + confirmed patch pending 28.01.2014 15:34, Michael Tokarev wrote: 28.01.2014 15:31, Michael Tokarev wrote: It fails when using seabios, however. With 1.7.0, and current seabios from jessie, it shows your zeros: I mean, when using previous version of seabios -- 1.7.3 works, 1.7.4 fails. So after playing with this further, I found out the cause. It is the wrong debian/optionrom/multiboot.S file in debian seabios package. I wanted to update it, even mentioned the right commitID in the debian/optionrom/README file, but actually used the wrong version of that file. So it is a local-to-debian problem (just debian packaging problme) and I'll fix it in the next upload, hope to do it today or soon. This is entirely my fault. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737142: seabios: PC-BSD 10.0-RELEASE installer does not boot (kernel trap 12 with interrupts disabled)
30.01.2014 19:39, Kouichi ONO wrote: Package: seabios Version: 1.7.4-1 Severity: normal Dear Maintainer, PC-BSD 10.0 Release installer does not boot on qemu. Can you tell me where I can grab this installer for testing please? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737617: ocaml-doc: should not ship /usr/share/doc-base/ocaml-doc-ocaml.in
Package: ocaml-doc Version: 4.01-1 ocaml-doc ships both /usr/share/doc-base/ocaml-doc-ocaml /usr/share/doc-base/ocaml-doc-ocaml.in which makes doc-base complain: Processing 3 added doc-base files... Error while merging /usr/share/doc-base/ocaml-doc-ocaml with /usr/share/doc-base/ocaml-doc-ocaml.in: format html already defined. The ocaml-doc-ocaml.in file shouldn't be shipped with the package. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737142: seabios: PC-BSD 10.0-RELEASE installer does not boot (kernel trap 12 with interrupts disabled)
04.02.2014 15:20, Michael Tokarev wrote: 30.01.2014 19:39, Kouichi ONO wrote: PC-BSD 10.0 Release installer does not boot on qemu. Can you tell me where I can grab this installer for testing please? Hm. I found an installer image at http://iso.cdn.pcbsd.org/10.0-RELEASE/amd64/PCBSD10.0-RELEASE-x64-DVD-USB-latest.iso which is 3.6Gb in size. With my current internet connection it will be a while to download. Maybe there's an easier way to boot just the installer kernel, which should be very small? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737618: python-pefile: new upstream version available
Source: python-pefile Version: 1.2.9.1-1.1 Severity: wishlist Upstream version 1.2.10-139 is available. Please provide a Debian package for it. Thanks. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#48123: AC_FUNC_GETPGRP macro is broken
Control: retitle 48123 AC_FUNC_GETPGRP macro is broken with C++ Control: tags 48123 + confirmed Control: thanks indeed. the attached configure.in exposes the problem. when using autoconf2.13 to create the configure-script, it will wrongly detect that getpgrp() requires an argument: checking whether getpgrp takes no argument... no when using autoconf-2.69, this will correctly detect: checking whether getpgrp requires zero arguments... yes fgmasdr IOhannes AC_INIT() AC_LANG_CPLUSPLUS AC_FUNC_GETPGRP touch bla.in AC_OUTPUT([bla])
Bug#694986: flash-kernel: postinst modifies /etc/default/rcS
On Tue, Feb 04, 2014 at 11:43:05AM +0100, Petter Reinholdtsen wrote: I read this bug report, but fail to understand what exactly it is expected for the sysvinit maintainers to do here. Anyone care to explain what more can be done in this case? Roger, you cloned it instead of reassigning it. What did you have in mind? Sorry, I can't remember. Possibly it related to changing the FSCKFIX default and/or defaulting FSCKFIX if unconfigured depending upon if we could detect an interactive console. I understand the latter isn't always possible on arm systems-- there may be a console but it's not necessarily interactive. 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#737619: dgit: Clone fails if signature fails to verify
Package: dgit Version: 0.21 Severity: important Attempting to clone clc-intercal fails with: dscverify: clc-intercal_1.0~4pre1.-94.-2-2.dsc failed signature check: gpg: Signature made Tue 01 Apr 2008 23:55:33 BST using DSA key ID 5C6153AD gpg: Can't check signature: public key not found Validation FAILED!! dgit: failed command: dget -- 'http://ftp.debian.org/debian//pool/main/c/clc-intercal/clc-intercal_1.0~4pre1.-94.-2-2.dsc' dgit: subprocess failed with error exit status 1 due to a package in the archive being signed with a key that is no longer in the keyring due to having been retired. As far as I can tell there is no way to override this so such packages can't be imported into dgit hence important severity. Note that I'm going to update clc-intercal outside dgit so this will not reproduce with the above at some point soon - other packages like TenDRA may still show the issue. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 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 dgit depends on: ii curl 7.35.0-1 ii devscripts 2.14.1 ii dpkg-dev 1.17.6 ii dput 0.9.6.4 ii git [git-core] 1:1.9~rc1-1 ii libdpkg-perl 1.17.6 ii libwww-perl6.05-2 ii perl [libdigest-sha-perl] 5.18.2-2 ii realpath 1.19 ii wget 1.15-1 Versions of packages dgit recommends: ii openssh-client [ssh-client] 1:6.4p1-2 Versions of packages dgit suggests: pn sbuild 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#737620: fonts-teluguvijayam: More Telugu fonts released from Telugu Vijayam Project
Package: fonts-teluguvijayam Version: 1.0 Severity: wishlist Dear Maintainer, On behalf of 2nd Telugu International Conference, Telugu Vijayam project has released 15 new Telugu unicode fonts on November 2012. Which includes Sri Krishnadevaraya, Gidugu, Dhurjati, Suranna, Peddanna, Suravaram, Timmana, Tenali Ramakrishna, Ramaraja, Mallanna, Ramabhadra, Gurajada, NTR, Mandali, NATS. Source: http://teluguvijayam.org/fonts.html Thanks, Praveen Illa. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (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#737621: sympa uses /bis/sh which causes errors on upgrading
Package: sympa Version: 6.1.11~dfsg-5 Hi, I upgraded one of our debian machines from squeeze to wheezy. While upgrading there encountered some errors in configuring sympa. This was due to using /bin/sh in sympa's postinstallation script. I solved the problem with changing /bin/sh to /bin/bash as you can see here: --- sympa.postinst 2012-11-30 20:03:48.0 +0100 +++ sympa.postinst 2014-01-31 08:18:51.041717239 +0100 @@ -433,7 +433,7 @@ fi fi -su -l sympa -s /bin/sh -c /usr/lib/sympa/bin/sympa.pl --upgrade +su -l sympa -s /bin/bash -c /usr/lib/sympa/bin/sympa.pl --upgrade ## End up with debconf db_stop regards, Svenja Otten. -- Global Village GmbH Tel +49 2855 9651 0 GF Marcus Faure Mehrumer Str. 16 Fax +49 2855 9651 110 Amtsgericht Duisburg HRB9987 D46562 VoerdeeMail i...@globvill.de Ust-Id DE180295363 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570377: [Aptitude-devel] Bug#570377: aptitude chooses to remove packages instead of upgrading
On 2014-02-04 10:49:53 +0800, Daniel Hartwig wrote: On 4 February 2014 10:24, Vincent Lefevre vinc...@vinc17.net wrote: Because I would say: A remove can be caused by some obsolete package due to a conflict with the newly installed package (or one of its dependencies). But in such a case, the remove would occur in *every* solution. If a package is not obsolete, aptitude should never propose it for removal when another solution can solve the problem. That is not the results from the current problem resolver, removals often pop up in isolated solutions, including different solutions with different removals. I do not know why that happens, however, given that it does, the proposed change to safety levels will dismiss some potentially trivial, very short solutions (e.g. 1 removal) in favour of dozens or more solutions that install/upgrade hundreds of packages each. But removing a package providing a useful application is not a satisfactory solution. And having to upgrade hundreds of packages (which is quite rare) is not a problem since this is what users should eventually do, for various reasons (security...). So, the size of the solution is not a good criterion. Again, I am only addressing the proposed patch. There are better options, such as adjusting the default value of Aptitude::ProblemResolver::SolutionCost to account for the number of removals vs installs, or similar, but people should use such settings and provide feedback on the quality of the solutions and their order. It would be better if aptitude could tell the reasons that led to the proposed solution. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737105: fonts-droid: missing some .ttf files
Hi, What I've sent in this thread first is based on Android 4.3, and Fabian said is 4.4.* based one. Some of Droid fonts were removed from upstream tree, as Fabian says, so - update to 4.4.2r1 based one - install all Droid fonts included in 4.4.2r1 would be fine for Droid fonts, IMO. DroidSansDevanagari-Regular.ttf, DroidSansTamil-Bold.ttf, DroidSansTamil-Regular.ttf, DroidSansThai.ttf would be NOT included to fonts-droid package, but Droid Sans Fallback as mentioned by Jonas will be included (FallbackLegacy, too). It also solves #714436 issue. -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737623: /usr/bin/git-import-dsc: fails to parse maintainer containing comma
Package: git-buildpackage Version: 0.6.8 Severity: normal File: /usr/bin/git-import-dsc Hi, I ran into a problem while trying to import miscfiles. The maintainer (and the changelog signature line) contains a comma: Thomas Bushnell, BSG t...@debian.org and this is not parsed correctly. import email email.Utils.parseaddr('Thomas Bushnell, BSG t...@debian.org') ('', 'Thomas') email.Utils.parseaddr('Thomas Bushnell, BSG t...@debian.org') ('Thomas Bushnell, BSG', 't...@debian.org') email.Utils.parseaddr('(Thomas Bushnell, BSG) t...@debian.org') ('Thomas Bushnell, BSG', 't...@debian.org') email.Utils.parseaddr('Thomas Bushnell#COMMA# BSG t...@debian.org') ('Thomas Bushnell#COMMA# BSG', 't...@debian.org') I'm not sure if email.Utils is really to be blamed for this since an unquoted comma usually separates recipients, although returning an address Thomas looks very weird. I'd probably substitute/unsubstitute this locally: return self._unquote_comma(email.Utils.parseaddr(self._quote_comma(self._cp['Maintainer']))[0]) At least the unquoted comma seems to be a valid char in the Maintainer field in debian/control, not sure about Uploaders. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737622: navit don't link dynamic libs into theire libs
Package: navit Version: 0.5.0~svn5740+dfsg.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, see: https://buildd.debian.org/status/fetch.php?pkg=navitarch=amd64ver=0.5.0~svn5740%2Bdfsg.1-1stamp=1390647462 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages navit depends on: ii libc6 2.17-97 ii libdbus-1-3 1.8.0-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.2-1 ii libfribidi0 0.19.6-1 ii libgarmin0 0~svn320-4 ii libglib2.0-02.36.4-1 ii libgps203.9-3 ii libpng12-0 1.2.49-5 ii libspeechd2 0.7.1-6.3 ii libssl1.0.0 1.0.1f-1 ii navit-data 0.5.0~svn5740+dfsg.1-1 ii navit-gui-internal 0.5.0~svn5740+dfsg.1-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages navit recommends: ii gpsd 3.9-3 Versions of packages navit suggests: pn maptool 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#737619: dgit: Clone fails if signature fails to verify
clone 737619 -1 retitle -1 want documented option to do --dget:-u severity -1 wishlist retitle 737619 should not rely on dget .dsc signature verification severity 737619 minor block 737619 by 727702 block 727702 by 720590 thanks Mark Brown writes (Bug#737619: dgit: Clone fails if signature fails to verify): ... Attempting to clone clc-intercal fails with: Thanks for your report. dscverify: clc-intercal_1.0~4pre1.-94.-2-2.dsc failed signature check: gpg: Signature made Tue 01 Apr 2008 23:55:33 BST using DSA key ID 5C6153AD gpg: Can't check signature: public key not found Validation FAILED!! dgit: failed command: dget -- 'http://ftp.debian.org/debian//pool/main/c/clc-intercal/clc-intercal_1.0~4pre1.-94.-2-2.dsc' dgit: subprocess failed with error exit status 1 Hrm. due to a package in the archive being signed with a key that is no longer in the keyring due to having been retired. As far as I can tell there is no way to override this so such packages can't be imported into dgit hence important severity. As you can tell from the error message, the error is detected by dget. So passing -u to dget will help. You can get dgit to do that by saying --dget:-u. This is in the FM. Note that I'm going to update clc-intercal outside dgit so this will not reproduce with the above at some point soon - other packages like TenDRA may still show the issue. It is easy to reproduce the error message by doing something like setting GNUPGHOME=/dev/enoent in the environment. I'm going to leave this bug open because I think it would be better if dgit obtained secure information about the archive's source package from the archive, instead of or in addition to using the keyring to verify the source package directly. It might also be worth adding a specific dgit command-line option which has the same effect as --dget:-u. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737390: RFS: kerneltop/0.91-1 [ITA]
On Tue, Feb 4, 2014 at 3:45 PM, Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl wrote: Hey, Thank You very much for your suggestions !! Here is a link [1] to the package fixed according to your suggestions. [1] https://mentors.debian.net/package/kerneltop Uploaded. Thanks for your work on Debian. -- Liang Guo http://guoliang.me/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737624: jitsi: dialog boxes have unexpected placement on panning X desktop
Package: jitsi Version: 2.4.4997-1 Severity: normal Tags: upstream Dear Maintainer, When I use jitsi on a dual-moniter desktop, and have the smaller monitor panning up/down to match the larger desktop's height, when I click any dropdown menu on the jitsi interface the menus only pop up within the non-panning desktop space, even if the widget is outside that area. If the clicked part of the main interface is in the pan-able area (outside the starting desktop area), the dropdown menu appears inside the nearest edge of the non pan-able area (which sometimes means not even within present view - with the widget appearing to the user to have just frozen). I suspect this might be a problem with an underlying java library, but am not familiar enough with java to investigate if it is Jitsi-specific or not. The appropriate parts of the xrandr settings which exposed this are: LVDS1 connected 1366x768+0+912 (normal left inverted right x axis y axis) 293mm x 164mm 1366x768 60.0*+ 40.0 HDMI1 connected 1050x1680+1366+0 left (normal left inverted right x axis y axis) 433mm x 270mm panning 1680x0+0+0 1680x1050 60.0*+ Which looks like this: --- | / / / / || | A-pan-able || | / / / / || -| B| | ||| |A ||| | ||| | ||| --- With the relevant part of the jitsi main widget in the A-pan-able area the dropdowns appear within the upper edge of A (sometimes not even visible to the user). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-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 jitsi depends on: ii default-jre [java6-runtime]1:1.7-50 ii libbcprov-java 1.49+dfsg-2 ii libcommons-codec-java 1.9-1 ii libcommons-lang3-java 3.2.1-1 ii libcommons-logging-java1.1.3-1 ii libdbus-java 2.8-4 ii libdnsjava-java2.1.5-0.1 ii libfelix-framework-java4.0.1-2 ii libfelix-main-java 4.0.1-2 ii libhttpclient-java 4.3.2-1 ii libhttpcore-java 4.3.1-1 ii libhttpmime-java 4.3.2-1 ii libjcalendar-java 1.3.3-3 ii libjgoodies-forms-java 1.6.0-4 ii libjitsi-jni 2.4.4997-1 ii libjmdns-java 3.4.1-2 ii libjna-java3.2.7-4+b1 ii libjson-simple-java1.1.1-1 ii libjzlib-java 1.1.3-1 ii liblaf-widget-java 4.3-2 ii liblog4j1.2-java 1.2.17-4 ii libmac-widgets-java0.9.5+svn369-dfsg1-3 ii libunixsocket-java 0.7.3-1 ii libxpp3-java 1.1.4c-2 ii openjdk-6-jre [java6-runtime] 6b29-1.13.0-2 ii openjdk-7-jre [java6-runtime] 7u51-2.4.4-1 jitsi recommends no packages. jitsi suggests no packages. -- no debconf information -- Rowan Thorpe
Bug#737626: globus-core: arch-dependent file in Multi-Arch: same package
Package: globus-core Version: 8.16-3 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch globus-core is marked as Multi-Arch: same, but the following file is architecture-dependent: /usr/share/man/man1/globus-spec-creator.1.gz An example diff between i386 and armel (after ungzipping) is attached. -- Jakub Wilk diff -ur globus-core_8.16-3_i386/usr/share/man/man1/globus-spec-creator.1 globus-core_8.16-3_armel/usr/share/man/man1/globus-spec-creator.1 --- globus-core_8.16-3_i386/usr/share/man/man1/globus-spec-creator.1 2014-02-03 17:31:29.0 +0100 +++ globus-core_8.16-3_armel/usr/share/man/man1/globus-spec-creator.1 2014-02-03 17:42:39.0 +0100 @@ -133,7 +133,7 @@ .\ .\ .IX Title GLOBUS-SPEC-CREATOR 1 -.TH GLOBUS-SPEC-CREATOR 1 2014-02-03 perl v5.18.2 User Contributed Perl Documentation +.TH GLOBUS-SPEC-CREATOR 1 2014-02-03 perl v5.18.1 User Contributed Perl Documentation .\ For nroff, turn off justification. Always turn off hyphenation; it makes .\ way too many mistakes in technical documents. .if n .ad l
Bug#591483: NM does not work with dun-connections after update.
I'm not sure if all these problems have the same root cause, but I'm also unable to use my Nokia N900 as a bluetooth modem after a recent upgrade (it used to work around october 2013 or so). It works fine if I do it via USB, there's a Mobile Broadband entry in the NM dialog which I can use to set up the connection. If I go to the bluetooth settings dialog, choose my phone and click on Access the internet using your mobile phone (DUN) it tries to detect the phone configuration, but after a while it gives up with Error: timed out detecting phone details. I have the following packages installed: mobile-broadband-provider-info 20130915-1 network-manager 0.9.8.0-5 network-manager-gnome0.9.8.4-1 modemmanager 0.5.2.0-2.1 bluez 4.101-4 gnome-bluetooth3.8.1-2 I can however make it work without network manager like this: # rfcomm connect rfcomm0 Connected /dev/rfcomm0 to XX:XX:XX:XX:XX:XX on channel 1 Press CTRL-C for hangup and then launch wvdial or gnome-ppp. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737627: python-rply: still uses /tmp insecurely
Source: python-rply Version: 0.7.1-1 Severity: important Tags: security [I notified upstream about this problem on 2014-01-27 in a private e-mail, but there was no reply so far; so I'm disclosing it now.] rply still uses /tmp insecurely. Malicious local user can cause denial of service via symlink or hardlink attacks. Here's an example, using the same test code as in #735263: $ id | cut -d' ' -f1 uid=1000(jwilk) $ ls -l /tmp/rply*.json lrwxr-xr-x 1 mallory root 12 Jan 27 22:08 /tmp/rply-1-1000-tinycalc-72306a09ee3b3fe5697e2d0114eb3ee132a6ff7a.json - /dev/urandom $ echo '6 * 7' | python3 tinycalc.py [eats 100% CPU and gigabytes of RAM] -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737620: [Debian-in-workers] Bug#737620: fonts-teluguvijayam: More Telugu fonts released from Telugu Vijayam Project
On Tue, Feb 4, 2014 at 5:09 PM, Praveen Illa mail2...@gmail.com wrote: On behalf of 2nd Telugu International Conference, Telugu Vijayam project has released 15 new Telugu unicode fonts on November 2012. Which includes Sri Krishnadevaraya, Gidugu, Dhurjati, Suranna, Peddanna, Suravaram, Timmana, Tenali Ramakrishna, Ramaraja, Mallanna, Ramabhadra, Gurajada, NTR, Mandali, NATS. Thanks for wonderful work. Can you put license of each fonts somewhere on website, so we can refer it before we add it to Debian? If possible, source (SFD) files is also useful instead of TTF fonts. -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737628: xpdf no longer takes Xpdf.initialZoom into account
Package: xpdf Version: 3.03-16 Severity: normal Before xpdf 3.03-16 (IIRC), Xpdf.initialZoom was taken into account, but this is no longer the case. This is rather annoying as I often resize the windows and want the document to be resized accordingly. I have the following in my $XAPPLRESDIR/Xpdf file: Xpdf.initialZoom: page A strace shows that this file is read as expected, but the initial zoom is 125%. Note that the xpdf(1) man page says: -z zoom Set the initial zoom factor. A number specifies a zoom percentage, where 100 means 72 dpi. You may also specify ´page', to fit the page to the window size, or ´width', to fit the page width to the window width, or ´height', to fit the page height to the window height [config file: initialZoom; or X resource: Xpdf.initialZoom] -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libpoppler37 0.22.5-4 ii libstdc++64.8.2-14 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-5 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.7.1-3 ii gsfonts-x110.22 ii poppler-data 0.4.6-4 ii poppler-utils 0.22.5-4 xpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737629: FTBFS on powerpc and armhf
Source: util-vserver Version: 0.30.216-pre3038-1 Severity: important util-vserver (0.30.216-pre3038-1) fails to build from source on powerpc and armhf architectures: https://buildd.debian.org/status/logs.php?pkg=util-vserverver=0.30.216-pre3038-1suite=sid signature.asc Description: OpenPGP digital signature
Bug#737142: seabios: PC-BSD 10.0-RELEASE installer does not boot (kernel trap 12 with interrupts disabled)
30.01.2014 19:39, Kouichi ONO wrote: PC-BSD 10.0 Release installer does not boot on qemu. Please see attached screenshot. downgrade seabios to 1.7.3-3 fix problem. Ok. I reproduced this issue locally, and bisected it to a particular commit in seabios, and forwarded it to upstream. Please note that this only happens with -vga std, -- the installer boots fine with cirrus vga emulation. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737144: cvs2svn: FTBFS with rcs 5.9
Hi Michael, Stephen, On Mon, Feb 3, 2014 at 1:56 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 01/30/2014 05:01 PM, Stephen Oberholtzer wrote: Package: cvs2svn Version: 2.4.0 Severity: serious Tags: patch [...] The cvs2svn package fails to build from source with recent versions of rcs due to a failed internal test. This is caused by the rcs v5.9 'co' command deprecating '-V' in favor of '--version'. When cvs2svn executes 'co -V' to test for its existence, co outputs a warning on stderr, which cvs2svn mistakes for a failure. Attached is a patch that corrects this problem, so that the package builds. Maybe an other thing changed since then, but last time I tried your patch cvs2svn self-tests still failed. I am the upstream maintainer of cvs2svn. The change that you have proposed was made in cvs2svn trunk in December 2013. So I agree that it is OK. Do you have a list what's changed since 2.4.0 in the trunk? If it would be helpful, I could make an upstream release from the current trunk version (i.e., including this change). I'll retry building of cvs2svn with the proposed patch and report back if I get a test failure and its details or simply upload a fixed packaged with that change. You don't have to make a new upstream release if it's not the time yet. Ie not stable enough or just not really tested, etc. Regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737630: Document how to cleanly uninstall too
Package: ttf-mscorefonts-installer It is nowhere documented how to reverse the effects of installing this package. Does one need a second package, ttf-mscorefonts-uninstaller, that will clean up the effects? Purging ttf-mscorefonts-installer leaves a lot of stuff behind. Please tell me how to clean it up back to the state it was before I installed the package. And also document the method. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737631: ITP: php-analog -- PHP micro logging package
Package: wnpp Severity: wishlist Owner: Francois-Regis Vuillemin frv-deb...@miradou.com * Package name: php-analog Version : 1.0.4 Upstream Author : Johnny Broadway jproad...@jj.com * URL : https://github.com/jbroadway/analog * License : (MIT) Programming Lang: php Description : PHP micro logging package A MicroPHP logging package based on the idea of using closures for configurability and extensibility. It functions as a static class, but you can completely control the writing of log messages through a closure function (aka anonymous functions) . Analog also comes with over a dozen pre-written handlers in the Analog/Handlers folder, with examples for each in the examples folder. These include: . - Amon - Send logs to the Amon server monitoring tool - Buffer - Buffer messages to send all at once (works with File, Mail, Stderr, and Variable handlers) - ChromeLogger - Sends messages to Chrome Logger browser plugin - File - Append messages to a file - FirePHP - Send messages to FirePHP browser plugin - GELF - Send message to the Graylog2 log management server - LevelBuffer - Buffer messages and send only if sufficient error level reached - Mail - Send email notices - Mongo - Save to MongoDB collection - Multi - Send different log levels to different handlers - Null - Do nothing - Post - Send messages over HTTP POST to another machine - Stderr - Send messages to STDERR - Syslog - Send messages to syslog - Threshold - Only writes log messages above a certain threshold - Variable - Buffer messages to a variable reference. . So while it's a micro class, it's highly extensible and very capable out of the box too. This piece of software is embeded into package galette, so as of debian policy 4.13, it should be packaged separately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737630: mention in the Description that it also removes...
Mention in the Description that it also removes everything too perhaps. (Unlike other -installer packages. And despite so many messages at installation, and so few at removal.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655924: udev: {dvd,cdrom,…} symlinks are not created
Package: udev Version: 204-6 Followup-For: Bug #655924 There is an easy fix for creating new /dev/dvd[0-9] symlinks, i.e. drop the 'by-path' method and use 'by-id' for all optical drive types in 75-cd-aliases- generator.rules: # These rules generate rules for the /dev/{cdrom,dvd,...} symlinks and # write them to /etc/udev/rules.d/70-persistent-cd.rules. ACTION==add, SUBSYSTEM==block, ENV{GENERATED}!=?*, ENV{ID_CDROM}==?*, \ PROGRAM=write_cd_rules by-id, SYMLINK+=$result Until the bug is fixed in the debian package, users can override the factory rule by putting the above into /etc/udev/rules.d/75-cd-aliases-generator.rules And the persistent rules are just best nuked on each boot by way of /etc/rc.local entry rm /etc/udev/rules.d/70-persistent-* IMHO.. -- Package-specific info: -- udev database: -- P: /devices/pci:00/:00:04.0/:01:08.0/ata2/host1/target1:0:0/1:0:0:0/block/sr0 N: sr0 L: -100 S: cdrom S: cdrw S: disk/by-id/ata-ATAPI_iHAS224_Y S: disk/by-label/iX\x202008\x20Sicher\x20im\x20Netz S: dvd S: dvdrw E: DEVLINKS=/dev/cdrom /dev/cdrw /dev/disk/by-id/ata-ATAPI_iHAS224_Y /dev/disk /by-label/iX\x202008\x20Sicher\x20im\x20Netz /dev/dvd /dev/dvdrw E: DEVNAME=/dev/sr0 E: DEVPATH=/devices/pci:00/:00:04.0/:01:08.0/ata2/host1/target1:0:0/1:0:0:0/block/sr0 E: DEVTYPE=disk E: ID_ATA=1 E: ID_ATA_FEATURE_SET_PM=1 E: ID_ATA_FEATURE_SET_PM_ENABLED=1 E: ID_ATA_SATA=1 E: ID_ATA_SATA_SIGNAL_RATE_GEN1=1 E: ID_BUS=ata E: ID_CDROM=1 E: ID_CDROM_CD=1 E: ID_CDROM_CD_R=1 E: ID_CDROM_CD_RW=1 E: ID_CDROM_DVD=1 E: ID_CDROM_DVD_PLUS_R=1 E: ID_CDROM_DVD_PLUS_RW=1 E: ID_CDROM_DVD_PLUS_R_DL=1 E: ID_CDROM_DVD_R=1 E: ID_CDROM_DVD_RAM=1 E: ID_CDROM_DVD_RW=1 E: ID_CDROM_MEDIA=1 E: ID_CDROM_MEDIA_DVD=1 E: ID_CDROM_MEDIA_SESSION_COUNT=1 E: ID_CDROM_MEDIA_STATE=complete E: ID_CDROM_MEDIA_TRACK_COUNT=1 E: ID_CDROM_MEDIA_TRACK_COUNT_DATA=1 E: ID_CDROM_MRW=1 E: ID_CDROM_MRW_W=1 E: ID_FS_LABEL=iX_2008_Sicher_im_Netz E: ID_FS_LABEL_ENC=iX\x202008\x20Sicher\x20im\x20Netz E: ID_FS_TYPE=iso9660 E: ID_FS_USAGE=filesystem E: ID_MODEL=ATAPI_iHAS224_Y E: ID_MODEL_ENC=ATAPI\x20\x20\x20iHAS224\x20\x20\x20Y\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20\x20 E: ID_REVISION=ZL0W E: ID_SERIAL=ATAPI_iHAS224_Y E: ID_TYPE=cd E: MAJOR=11 E: MINOR=0 E: OSINFO_BOOTABLE=1 E: SUBSYSTEM=block E: TAGS=:seat:uaccess: E: UDISKS_PRESENTATION_NOPOLICY=0 E: USEC_INITIALIZED=2309053337 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (100, 'experimental'), (1, 'raring'), (1, 'quantal'), (1, 'precise') Architecture: i386 (i686) Foreign Architectures: amd64 Kernel: Linux 3.13-trunk-686-pae (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 udev depends on: ii cdebconf [debconf-2.0] 0.187 ii debconf [debconf-2.0] 1.5.52 ii libacl1 2.2.52-1 ii libblkid1 2.20.1-5.6 ii libc6 2.17-97 ii libkmod216-2 ii libselinux1 2.2.2-1 ii libudev1204-6 ii lsb-base4.1+Debian12 ii procps 1:3.3.9-2 ii util-linux 2.20.1-5.6 udev recommends no packages. udev suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737632: autopkgtest: adt-run builds packages differently to the buildd
Package: autopkgtest Version: 2.7 Severity: normal Hi! When given a dsc to test, adt-run builds the source by calling debian/rules build. On the buildd, however, dpkg-buildpackage is used which calls debian/rules clean first. For a significant number of packages, the clean target is used to decruft the package of generated artifacts or embedded copies of code. This is the simplest way of (a) using the upstream tarball as per strong encouragement in policy and (b) ensuring that embedded copies or pre-generated artifacts aren't used in the build. Whether this is strictly policy compliant has been debated for years; I suspect it's not in the interests of autopkgtest to force the opinion one way or the other. Running clean first costs adt-run little and will reduce the number of failures here. cheers Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737621: [Pkg-sympa-devel] Bug#737621: sympa uses /bis/sh which causes errors on upgrading
Hi Svenja, Quoting Svenja Otten (2014-02-04 12:48:21) I upgraded one of our debian machines from squeeze to wheezy. While upgrading there encountered some errors in configuring sympa. What problems, more exactly? This was due to using /bin/sh in sympa's postinstallation script. That would be my first guess too. But a guess. Would be helpful if you could elaborate more on the _problem_ that you experienced. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#737144: cvs2svn: FTBFS with rcs 5.9
On 02/04/2014 01:44 PM, László Böszörményi (GCS) wrote: Hi Michael, Stephen, On Mon, Feb 3, 2014 at 1:56 PM, Michael Haggerty mhag...@alum.mit.edu wrote: On 01/30/2014 05:01 PM, Stephen Oberholtzer wrote: Package: cvs2svn Version: 2.4.0 Severity: serious Tags: patch [...] The cvs2svn package fails to build from source with recent versions of rcs due to a failed internal test. This is caused by the rcs v5.9 'co' command deprecating '-V' in favor of '--version'. When cvs2svn executes 'co -V' to test for its existence, co outputs a warning on stderr, which cvs2svn mistakes for a failure. Attached is a patch that corrects this problem, so that the package builds. Maybe an other thing changed since then, but last time I tried your patch cvs2svn self-tests still failed. I am the upstream maintainer of cvs2svn. The change that you have proposed was made in cvs2svn trunk in December 2013. So I agree that it is OK. Do you have a list what's changed since 2.4.0 in the trunk? Just yesterday I pushed a commit to trunk that updates the CHANGES file with an up-to-date list of all of the significant changes since 2.4.0. If it would be helpful, I could make an upstream release from the current trunk version (i.e., including this change). I'll retry building of cvs2svn with the proposed patch and report back if I get a test failure and its details or simply upload a fixed packaged with that change. You don't have to make a new upstream release if it's not the time yet. Ie not stable enough or just not really tested, etc. There's not a lot of activity in the project so it is relatively arbitrary when to make a release. But if you don't need one then I'll gratefully spare myself the effort :-) Michael -- Michael Haggerty mhag...@alum.mit.edu http://softwareswirl.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737620: [Debian-in-workers] Bug#737620: fonts-teluguvijayam: More Telugu fonts released from Telugu Vijayam Project
All fonts license can be obtained @ http://teluguvijayam.org/fontlicence.html Source files are not available at this moment but will ask for them. Thanks, Praveen Illa. On Tue, Feb 4, 2014 at 5:41 PM, Kartik Mistry kar...@debian.org wrote: On Tue, Feb 4, 2014 at 5:09 PM, Praveen Illa mail2...@gmail.com wrote: On behalf of 2nd Telugu International Conference, Telugu Vijayam project has released 15 new Telugu unicode fonts on November 2012. Which includes Sri Krishnadevaraya, Gidugu, Dhurjati, Suranna, Peddanna, Suravaram, Timmana, Tenali Ramakrishna, Ramaraja, Mallanna, Ramabhadra, Gurajada, NTR, Mandali, NATS. Thanks for wonderful work. Can you put license of each fonts somewhere on website, so we can refer it before we add it to Debian? If possible, source (SFD) files is also useful instead of TTF fonts. -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com
Bug#727708: Vote sysvinit 4 jessie
Users votes so far are;- (out of a pop. of~ 151,000) systemd9473 upstart64 openrc5 http://qa.debian.org/popcon.php?package=systemd http://qa.debian.org/popcon.php?package=upstart http://qa.debian.org/popcon.php?package=openrc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736391: get yourself some GTK+ 3-compatible themes.
On Sun, 02 Feb 2014 14:30:37 +0400 Vlad Orlov wrote: Synaptic didn't stop recognizing Appearance settings. Synaptic has been ported from GTK+ 2 to GTK+ 3. Get some themes that support both GTK+ 2 and 3. Moreover, you'll need to get themes that are compatible with GTK+ 3.8 because it's the version that's currently in Testing. Thanks for explaining that. It also explains what I'd been seeing in some other applications. GTK+ 3 support seems a bit -- uneven, right now. But you're right; that's not a problem with Synaptic. The only theme I found which explicitly says it supports both GTK 2 and 3 was Oxygen. Others probably do, without saying so [btw, I did install Testing from; http://cdimage.debian.org/cdimage/weekly-builds/ instead of just changing my apt sources from `stable' to `testing'. So this is about as up-to-date as it gets without diving into `unstable']. I guess things are in a state of transition. Will probably be sorted out later, but for now I found a way to use separate themes in GTK 2 and 3, respectively; https://www.kubuntuforums.net/showthread.php?60372-Great-Success!-Using-different-styles-for-Gtk2-and-Gtk3 A bit convoluted, but it seems to work. Might come in handy if anyone else is having similar trouble. Cheers, Patrick. -- In an orderly world, there's always a place for the disorderly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737619: dgit: Clone fails if signature fails to verify
On Tue, Feb 04, 2014 at 11:58:56AM +, Ian Jackson wrote: due to a package in the archive being signed with a key that is no longer in the keyring due to having been retired. As far as I can tell there is no way to override this so such packages can't be imported into dgit hence important severity. As you can tell from the error message, the error is detected by dget. So passing -u to dget will help. You can get dgit to do that by saying --dget:-u. This is in the FM. So, the main issue here is that for a package downloaded from the archive we already have a trust chain back to the archive and it generally seems wrong that a user can install a package that they can't import into dgit. I'm going to leave this bug open because I think it would be better if dgit obtained secure information about the archive's source package from the archive, instead of or in addition to using the keyring to verify the source package directly. Indeed - this is the main problem. If dgit were importing something from a source package specified on the command line it'd be more understandable but it's working with the archive and further actively forcing the use of the Debian keyring package. signature.asc Description: Digital signature
Bug#737337: mm: use dh-autoreconf to fix FTBFS on ppc64el
severity 737337 wishlist kthxbye On Sat, Feb 01, 2014 at 03:24:01PM -0500, Logan Rosen wrote: In Ubuntu, the attached patch was applied to achieve the following: * Use dh-autoreconf to also fix FTBFS on ppc64el. * Disable autoheader to fix FTBFS during autoreconf. * Use system libtool, and build-depend on it accordingly. * Use autotools-dev dh helper instead of copying files manually. I need more explanation for this, especially for the second item - you've not provided any information on what the problems are (such as the error messages) so it's hard to evaluate if this is a good set of fixes. +export AUTOHEADER = true This looks odd for example and doesn't seem to tie in with what you say above. I've also lowered the severity to wishlist since this architecture hasn't even been proposed for Debian as far as I can tell. signature.asc Description: Digital signature
Bug#737632: autopkgtest: adt-run builds packages differently to the buildd
Hey Stuart, Stuart Prescott [2014-02-05 0:05 +1100]: When given a dsc to test, adt-run builds the source by calling debian/rules build. On the buildd, however, dpkg-buildpackage is used which calls debian/rules clean first. This has been a source of quite a lot of errors recently indeed; I haven't yet seen one that was due to not cleaning the package (I only use it with already clean built trees or already built trees). However, dpkg-buildpackage also defines env vars like $DEB_HOST_MULTIARCH these days, which some packages use but don't define. Granted, this is a bug in debian/rules and we have fixed a number of them, but these days I really consider dpkg-buildpackage as the primary interface to building binaries. Therefore I fully agree to replacing debian/rules build with dpkg-buildpackage -us -uc -b, to do the same thing as our buildds. Ian, what do you think about that? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#729289: transition: openscenegraph
choreonoid is now fixed (thanks to Andreas for sponsorship), which just leaves getting simgear through NEW and uploading flightgear/fgrun. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737633: libapache2-mod-php5: /etc/apache2/mods-available/php5.conf uses 'php_admin_value' instead of 'php_admin_flag'
Package: libapache2-mod-php5 Version: 5.4.4-14+deb7u7 Hi, as Fritz Webering already wrote in #690964 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=690964) in package libapache2-mod-php5 there is used 'php_admin_value' instead of 'php_admin_flag'. Affected file is /etc/apache2/mods-available/php5.conf. This value should be replaced. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695500: d-i-n-i: #695500 is apparently a grub-mkimage (or debian-installer) bug
Steven Chamberlain ste...@pyro.eu.org (2014-02-04): Going from GRUB 2.00-18 to 2.00-22, I don't see error: variable `prefix' isn't set any more. It would be nice to know if the problem is still reproducible, although this is blocked by #711799 KiBi, please may I commit the attached change anyway (prompted by Colin Watson's suggestion in [0]) for the sake of clarity? Sure, please go ahead; thanks. Mraw, KiBi. signature.asc Description: Digital signature
Bug#707419: libproxy: FTBFS: pacrunner_mozjs.c:56:56: error: unknown type name 'uintN'
Hi, During a rebuild of all packages in sid, your package failed to build on amd64. The same FTBFS also affects stable (since Iceweasel was updated for 17): _BOOL=1 -DHAVE_STDBOOL_H=1 -I. -I../../src/lib -DXP_UNIX -DJS_THREADSAFE - I/usr/include/nspr -I/usr/include/mozjs -D_POSIX_C_SOURCE=200112L - D_FORTIFY_SOURCE=2 -std=c99 -g -Wall -pedantic -g -O2 -fstack-protector -- param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -c pacrunner_mozjs.c -fPIC -DPIC -o .libs/pacrunner_mozjs_la-pacrunner_mozjs.o pacrunner_mozjs.c:56:56: error: unknown type name 'uintN' pacrunner_mozjs.c:91:57: error: unknown type name 'uintN' pacrunner_mozjs.c: In function 'ctxs_new': pacrunner_mozjs.c:128:25: warning: assignment from incompatible pointer type [enabled by default] pacrunner_mozjs.c:132:27: error: 'JS_FinalizeStub' undeclared (first use in this function) pacrunner_mozjs.c:132:27: note: each undeclared identifier is reported only once for each function it appears in pacrunner_mozjs.c:141:53: error: 'dnsResolve' undeclared (first use in this function) pacrunner_mozjs.c:142:54: error: 'myIpAddress' undeclared (first use in this function) pacrunner_mozjs.c:143:2: warning: string length '6002' is greater than the length '4095' ISO C99 compilers are required to support [-Woverlength-strings] pacrunner_mozjs.c:144:12: warning: string length '6002' is greater than the length '4095' ISO C99 compilers are required to support [-Woverlength-strings] pacrunner_mozjs.c: In function '_run': pacrunner_mozjs.c:202:3: warning: implicit declaration of function 'JS_NewString' [-Wimplicit-function-declaration] pacrunner_mozjs.c:202:3: warning: passing argument 1 of 'STRING_TO_JSVAL' makes pointer from integer without a cast [enabled by default] In file included from pacrunner_mozjs.c:33:0: /usr/include/mozjs/jsapi.h:2198:1: note: expected 'struct JSString *' but argument is of type 'int' pacrunner_mozjs.c:203:3: warning: passing argument 1 of 'STRING_TO_JSVAL' makes pointer from integer without a cast [enabled by default] In file included from pacrunner_mozjs.c:33:0: /usr/include/mozjs/jsapi.h:2198:1: note: expected 'struct JSString *' but argument is of type 'int' pacrunner_mozjs.c:210:2: warning: implicit declaration of function 'JS_GetStringBytes' [-Wimplicit-function-declaration] pacrunner_mozjs.c:210:2: warning: passing argument 1 of 'px_strdup' makes pointer from integer without a cast [enabled by default] In file included from pacrunner_mozjs.c:30:0: ../../src/lib/misc.h:56:7: note: expected 'const char *' but argument is of type 'int' make[4]: *** [pacrunner_mozjs_la-pacrunner_mozjs.lo] Error 1 make[4]: Leaving directory `/home/jmm/scratch/wheezy/libproxy-0.3.1/src/modules' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/jmm/scratch/wheezy/libproxy-0.3.1/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jmm/scratch/wheezy/libproxy-0.3.1/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/jmm/scratch/wheezy/libproxy-0.3.1' make: *** [debian/stamp-makefile-build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Cheers, Moritz -- Moritz Mühlenhoff Open Source Software Engineer Univention GmbH be open. Mary-Somerville-Str.1 28359 Bremen Tel. : +49 421 22232-0 [.] Fax : +49 421 22232-99 muehlenh...@univention.de http://www.univention.de Geschäftsführer: Peter H. Ganten HRB 20755 Amtsgericht Bremen Steuer-Nr.: 71-597-02876 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737634: dpkg: Allow overriding is_native version checks in dpkg 3.0 Native.
Package: dpkg Version: 1.17.0 Severity: wishlist Tags: patch Dear Maintainer, As part of 1.17.0 bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=700177 was fixed, which whilst enforcing Debian Policy, breaks backwards compatability for 3rd party packages that (ab)use bad version numbers. In effort to preserve backwards compatibility where such packages still need to be maintained please allow override is_native version check in dpkg 3.0 Native format. Patch attached. Regards, Dimitri. From 29da323dccc5d3eaf76046c79f6513fcab5c2195 Mon Sep 17 00:00:00 2001 From: Dimitri John Ledkov dimitri.led...@canonical.com Date: Tue, 4 Feb 2014 13:43:13 + Subject: [PATCH] Add --force-native dpkg-source option to override is_native version check in 3.0 (Native) format to preserve backwards compatibility for those that maintain packages which abused bad version numbers with dpkg 1.17.0. --- debian/changelog | 6 ++ scripts/Dpkg/Source/Package/V3/Native.pm | 20 +++- 2 files changed, 25 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 3128c68..f17ec42 100644 --- a/debian/changelog +++ b/debian/changelog @@ -12,6 +12,12 @@ dpkg (1.17.7) UNRELEASED; urgency=low * German (Helge Kreutzmann). * Swedish (Peter Krefting). + [ Dimitri John Ledkov ] + * Add --force-native dpkg-source option to override is_native version +check in 3.0 (Native) format to preserve backwards compatibility for +those that maintain packages which abused bad version numbers with +dpkg 1.17.0. + -- Guillem Jover guil...@debian.org Wed, 15 Jan 2014 19:02:55 +0100 dpkg (1.17.6) unstable; urgency=low diff --git a/scripts/Dpkg/Source/Package/V3/Native.pm b/scripts/Dpkg/Source/Package/V3/Native.pm index 5b833e1..22760f6 100644 --- a/scripts/Dpkg/Source/Package/V3/Native.pm +++ b/scripts/Dpkg/Source/Package/V3/Native.pm @@ -37,6 +37,24 @@ use File::Temp qw(tempfile); our $CURRENT_MINOR_VERSION = '0'; +sub init_options { +my ($self) = @_; +$self-{options}{force_native} = 0 +unless exists $self-{options}{force_native}; + +$self-SUPER::init_options(); +} + +sub parse_cmdline_option { +my ($self, $opt) = @_; +return 1 if $self-SUPER::parse_cmdline_option($opt); +if ($opt =~ /^--force-native$/) { +$self-{options}{force_native} = 1; +return 1; +} +return 0; +} + sub do_extract { my ($self, $newdirectory) = @_; my $sourcestyle = $self-{options}{sourcestyle}; @@ -70,7 +88,7 @@ sub can_build { my $v = Dpkg::Version-new($self-{fields}-{'Version'}); return (0, _g('native package version may not have a revision')) -unless $v-is_native(); +unless ($v-is_native() or $self-{options}{force_native}); return 1; } -- 1.9.rc1
Bug#737632: autopkgtest: adt-run builds packages differently to the buildd
Hi Martin, However, dpkg-buildpackage also defines env vars like $DEB_HOST_MULTIARCH these days, which some packages use but don't define. Granted, this is a bug in debian/rules and we have fixed a number of them, but these days I really consider dpkg-buildpackage as the primary interface to building binaries. Therefore I fully agree to replacing debian/rules build with dpkg-buildpackage -us -uc -b, to do the same thing as our buildds. that would mimic the buildd case and sounds like a good solution to the problem to me. autopkgtest would then also benefit immediately from any changes to dpkg-buildpackage that were driven by policy in the behaviour of the clean target, environment etc. thanks! Stuart -- Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net Debian Developer http://www.debian.org/ stu...@debian.org GPG fingerprintBE65 FD1E F4EA 08F3 23D4 3C6D 9FE8 B8CD 71C5 D1A8 GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737555: qa.debian.org: PTS please teach the pts to show failing build tests from ci.debian.net
On Mon, Feb 03, 2014 at 06:57:01PM +0100, Paul Gevers wrote: Package: qa.debian.org Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I recently added a testsuite to my package winff, which now fails on it [1]. It would be great if that would be visible on the pts [2]. [1] http://ci.debian.net/#package/winff [2] http://packages.qa.debian.org/w/winff.html I think at this point the data API is stable enough and it should be OK. The best approach for the PTS would probably be to parse http://ci.debian.net/data/unstable-amd64/packages.json and update the data for all the listed packages in bulk. The only issue that occurs to me ATM is that in the near future I will add more statuses beyond pass and fail, so the code in the PTS should not treat the status as a boolean variable. It can do things differently if the status is pass or fail, but keep in mind that there will be other possible statuses. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#737632: autopkgtest: adt-run builds packages differently to the buildd
Martin Pitt writes (Re: Bug#737632: autopkgtest: adt-run builds packages differently to the buildd): Therefore I fully agree to replacing debian/rules build with dpkg-buildpackage -us -uc -b, to do the same thing as our buildds. Ian, what do you think about that? I think this is a good idea. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737602:
Here the packaing approach: https://github.com/aborrero/pkg-rpmlint -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#476106: byzanz: Please ship a .desktop file so that you show up on the menu
Control: tags -1 wontfix Since version 0.3.0+git20140123-1 the GNOME applet has been disabled. Currently upstream does not provide a working applet that integrates seemingly with modern GNOME 3 environments. Hence the applet was only useful for legacy desktop environments. In addition the migration to Ubuntu was blocked because of incompatibilities with libpanel-applet-4-0. Nowadays byzanz is only a command line tool and that means a desktop file is unnecessary thus I'm tagging this bug as wontfix. Markus signature.asc Description: OpenPGP digital signature
Bug#737521: fcitx-mozc cannot be loaded
Here one more info: On Mo, 03 Feb 2014, Norbert Preining wrote: (ERROR-7241 /build/fcitx-Z_BmR4/fcitx-4.2.8.3/src/lib/fcitx/ime.c:303) IM: open /usr/lib/x86_64-linux-gnu/fcitx/fcitx-mozc.so fail /usr/lib/x86_64-linux-gnu/fcitx/fcitx-mozc.so: undefined symbol: _ZN6google8protobuf18GoogleOnceInitImplEPlPNS0_7ClosureE A simple rebuild in current sid fixes this problem. There are others concerning emacs-mozc: ERROR: emacs-mozc is broken - called emacs-package-install as a new-style add-on, but has no compat file. Finally, the git repo mentioned does not contain all the latest revision. Could you please push your changes to the git repo so that one can contribute work there? Thanks Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737635: debhelper: dh should reject wrong stuff like dh clean with dh-autoreconf
Package: debhelper Version: 9.20131227 Severity: normal If you specify a sequence first, and then other names after it, they are silently ignored. They should cause an error, we don't want people to accidently write dh $@ with something instead of dh $@ --with something without noticing. In the case we had in #debian-mentors today, there was a dh $@ with dh-autoreconf which is obviously wrong (both option wise and addon-name wise), but it did not produce any error. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (980, 'unstable'), (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debhelper depends on: ii binutils2.24-3 ii dpkg1.17.6 ii dpkg-dev1.17.6 ii file1:5.14-2 ii man-db 2.6.6-1 ii perl5.18.2-2 ii po-debconf 1.0.16+nmu2 debhelper recommends no packages. Versions of packages debhelper suggests: pn dh-make none -- no debconf information -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
On 4 February 2014 13:38, Jakub Wilk jw...@debian.org wrote: * Dimitri John Ledkov x...@debian.org, 2014-02-04, 13:30: Enforcing Debian Policy at dpkg-source -b . level, is not a good idea, especially when it breaks backwards compat for 3rd parties. We have lintian, and ftp-master lintian auto-rejects to clense the archive if so is desired. Hear, hear. And I even doubt there's consensus it is desired. Patch is attached to the new bug filed about this issue http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737634 Proposed patch adds --force-native dpkg-source option for the 3.0 (Native) format, which ignores enforcing native version number check. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737142: seabios: FreeBSD 9.1 does not boot
Hi, I think I can confirm this issue. I was happily using a qemu-kvm virtual machine with FreeBSD 9.1 (frontend gnome-boxes) and then, after the upgrade to SeaBIOS 1.7.4-1, it stopped booting. Downgrading SeaBIOS to 1.7.3-3 solved the problem. I did not investigate further, but I am quite confident this is the same bug. Cheers, Daniele -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737636: playonlinux downloads 2nd wine
Package: playonlinux Version: 4.2.2-1 Severity: wishlist I tried to install Internet Explorer. I see Downloading wine 1.2.3 But I already installed it # apt-cache policy wine wine: Installed: 1.6.2-6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737634: dpkg-dev: please reject native/non-native version when building native/non-native source packages
Dimitri John Ledkov writes (Re: dpkg-dev: please reject native/non-native version when building native/non-native source packages): Patch is attached to the new bug filed about this issue http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737634 Proposed patch adds --force-native dpkg-source option for the 3.0 (Native) format, which ignores enforcing native version number check. Thanks for that. (Sorry, please ignore my previous mail.) I think that this behaviour needs to be the default. Otherwise there are packages in the archive that cannot be processed with the new tool using the default options, which I think is a non-backwards-compatible change. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737611: fail2ban should keep the existing iptables rules when it restart
On Tue, 04 Feb 2014, root wrote: I often add rules to iptables on the fly and they are used as long as I don't reboot my box or as long as fail2ban doesn't restart. When fail2ban restarts, it doesn't care at all about existing rules and replace all of them by it own rules. are you sure that is the case? any changes to jails configuration? fail2ban's actions operate in their own chains and do not touch all of the existing rules. Of cause if you add some rules to fail2ban's chains, they indeed would be wiped out upon restart -- consider that a feature. -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Senior Research Associate, Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org