Bug#771778: squid3: Pinger segfault on free()
On Tue, 2 Dec 2014 11:47:48 +0100 =?windows-1252?Q?L.P.H._van_Belle?= wrote: extra info. This is on debian wheezy, squid recompiled from jesse with icap and i did rebuild to a deb : squidclamav 6.11 bug 760303, which looks like it. That bug (and this one) is unrelated to squidclamav. The crash there is in Squid adaptation ACL components on restart, rotate or reconfigure. The bugcheck is : 2014/12/02 06:00:10 kid1| NETDB state saved; 633 entries, 2 msec 2014/12/02 06:25:04 kid1| Closing Pinger socket on FD 26 2014/12/02 06:25:18| Pinger exiting. *** glibc detected *** (pinger): free(): invalid next size (normal): 0x7fb19ba45df0 *** The pinger helper is crashing during its shutdown+cleanup process after Squid has already explicitly disconnected from it. Why exactly are you labeling this as breaks the whole system ? Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771373: Non-free ?
I've reuploaded to mentors with the correct section. Johan On Sat, Dec 6, 2014 at 11:13 PM, Andreas Tille andr...@an3as.eu wrote: Hi Johan, the changelog says targeting non-free but d/control has Section: python instead of Section: non-free/python Please clarify and ping me once both are consistent. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141206221316.ga22...@an3as.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728144: squid3: Pinger Segmentation fault in Debug::finishDebug on delete CurrentDebug;
forwarded 728144 http://bugs.squid-cache.org/show_bug.cgi?id=2656 Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772447: hannah-foo2zjs: references /usr/bin/getweb instead of /usr/sbin/getweb
Package: hannah-foo2zjs Version: 1:2 Severity: important Dear Maintainer, I would submit a patch if I knew how. I'll study some more and try to do that later. * What led up to the situation? When trying to download firmware for my printer (HP1020), I noticed that the software reported that it was downloading but didn't do anything. In order to investigate, I downloaded the source for the package and noticed that in the file gui.cpp, at line 223, there was a reference to /usr/bin/getweb and that I didn't have this file. * What exactly did you do (or not do) that was effective (or ineffective)? I created a symbolic link like this: sudo ln -s /usr/sbin/getweb /usr/bin/getweb * What was the outcome of this action? With that, the program seems to work. At least it reports that the driver has been downloaded. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hannah-foo2zjs depends on: ii gksu2.0.2-7 ii libc6 2.19-13 ii libgcc1 1:4.9.1-19 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2+b1 ii libstdc++6 4.9.1-19 ii printer-driver-foo2zjs 20140925dfsg0-3 hannah-foo2zjs recommends no packages. hannah-foo2zjs 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#641944: squid3: SSL unavailable in Squid3. Request SSL-enabled version be available under non-free package set.
forwarded 641944 http://bugs.squid-cache.org/show_bug.cgi?id=2741 Upstream work is being tracked in their bugzilla. Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772448: logrotate: non-helpful cron mail: gzip: stdin: file size changed while zipping
Package: logrotate Version: 3.8.7-1 Severity: important X-Debbugs-CC: debian-ad...@lists.debian.org User: debian-ad...@lists.debian.org Usertags: needed-by-DSA-Team DSA often gets intermittent mails like the one below (some have more than one gzip line). As you can see, it isn't very helpful for resolving the issue. If the name of the log file were included then we could figure out which package contains the problematic logrotate configuration and file a bug on the package. It would be great if this could be fixed in the next wheezy point release. /etc/cron.daily/logrotate: gzip: stdin: file size changed while zipping -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#772449: O: fig2ps -- Converts xfig files into ps, eps or pdf files using LaTeX for processing text
Package: wnpp Severity: normal I intend to orphan the fig2ps package. It's been a long while I haven't used it at all (thank to tikz !). As I was upstream, anyone taking up maintainership on that package should also take over upstream development. The package description is: This perl script takes into advantage the pstex and pstex_t export formats of fig2dev (xfig) to separate special text and the rest of a xfig file. Then, the text is processed separately using LaTeX, and everything is put back together at the end, to make a nice wonderful figure with the text formatted exactly the same way as the article you are typing ! PDF output is also available. . Though gv is strictly speaking not necessary for conversion, it can be called directly by fig2ps depending on the options you choose. For nice PDF output, you should install Type 1 fonts, such as lmodern or cm-super. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772415: aspell expects en.dat in /usr/share/aspell but it is in /usr/lib/aspell
Agustin Martin writes: 2014-12-06 16:46 GMT+01:00 Jean-Francois Dockes j...@dockes.org: Package: aspell Version: 0.60.7~20110707-1.3 Severity: important Dear Maintainer, Hi, While fixing a problem about recoll not finding libaspell (Bug#772171), I found that aspell directory creation did not work on Jessie: Example run: vj64$ /usr/bin/aspell --lang=en --encoding=utf-8 create master /home/dockes/.recoll/aspdict.en.rws Error: The language en is not known. This is probably because: the file /usr/share/aspell/en.dat can not be opened for reading. Indeed /usr/share/aspell/en.dat does not exist, but /usr/lib/aspell/en.dat does. Specifying --data-dir does not work either: vj64$ /usr/bin/aspell --data-dir=/usr/lib/aspell --lang=en --encoding=utf-8 create master /home/dockes/.recoll/aspdict.en.rws Error: The file /usr/lib/aspell/iso-8859-1.cset can not be opened for reading. Does --local-data-dir work? aspell-autobuildhash creates hashes with something like zcat /usr/share/aspell/es.cwl.gz | precat | aspell --per-conf=/dev/null --local-data-dir=/usr/lib/aspell --lang=es create master /var/lib/aspell/es.rws and works smoothly. Yes, this works, but it was not necessary on Wheezy (or any other system on which Recoll runs, including non-Linux ones). If some reason lead to changing the location of certain aspell data files, it would seem reasonable that a corresponding change of the compiled-in defaults would let the command run without special arguments as it did in the past. Cheers, Jean-François Dockes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742425: assertion error when using URLS with ipv4+ipv6 hostnames
forwarded 742425 http://bugs.squid-cache.org/show_bug.cgi?id=3760 Amos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#767826: python3-django-assets: fails to install: SyntaxError: Missing parentheses in call to 'print'
Control: forwarded -1 https://github.com/miracle2k/django-assets/pull/47 Control: tags -1 fixed-upstream Patch was merged upstream, but not released there yet. Attached is a version with the meta information updated. Description: python3 compat for pytest_plugin.py Trivial change to make the print statement compatible with python3 in the django_assets/pytest_plugin.py Author: Jason Pleau ja...@jpleau.ca Bug-Debian: https://bugs.debian.org/767826 Forwarded: https://github.com/miracle2k/django-assets/pull/47 Applied-Upstream: commit:9db6e5fdc40b4fc58dcf5b34eeb7cc9a60983f28 Last-Update: 2014-12-07 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/ --- a/django_assets/pytest_plugin.py +++ b/django_assets/pytest_plugin.py @@ -3,5 +3,5 @@ @pytest.fixture(autouse=True) def set_django_assets_env(): -print Set django assets environment +print(Set django assets environment) django_assets.env.get_env() # initialise django-assets settings signature.asc Description: OpenPGP digital signature
Bug#771400: apparmor-utils: aa-logprof/aa-genprof not updating policy
Control: tag -1 + moreinfo Hi Simon, not sure you're subscribed to this Debian bug you've filed, so here's what upstream kindly replied: Christian Boltz wrote (06 Dec 2014 23:31:39 GMT) : Reading log entries from /var/log/syslog. https://bugs.launchpad.net/apparmor/+bug/1399027 Can you please install and start auditd and try again? (aa-genprof should automatically switch to reading /var/log/audit/audit.log if it exists) If this works, this bug is a duplicate of upstream https://bugs.launchpad.net/apparmor/+bug/1399027 If I'm right, please send some _unmodified_ log lines from /var/log/syslog. We need some samples so that we can fix the support for the syslog log format. Regards, Christian Boltz Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772450: python-pyvmomi: incorrect suggests on pyvmomi-doc instead of python-pyvmomi-doc
Package: python-pyvmomi Version: 5.5.0-2014.1.1-2 Severity: minor The python-pyvmomi and python3-pyvmomi packages both suggest pyvmomi-doc but it does not exist. The correct package is python-pyvmomi-doc. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pyvmomi depends on: ii dpkg 1.17.21 ii python-requests 2.4.3-4 ii python-six 1.8.0-1 pn python:any none python-pyvmomi recommends no packages. Versions of packages python-pyvmomi suggests: pn pyvmomi-doc none -- no debconf information -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#772451: RM: torque/2.4.16+dfsg-1.5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi Release Team As started to discuss in in #767411 the torque branch 2.4 should preferably not be released with Jessie, as it is a quite old branch long already unsupported upstream. #767411 can also be used as blocking-bug to prevent torque migration to testing until updated to a new upstream release after the Jessie release. It would be great to see a newer version of torque shipped with Stretch. torque dependency for openmpi was already removed in the NMU by Julien Cristau (1.6.5-9.1), and there is pbs-drmaa remaining (maintainer is X-Debbug-CC'ed), which should be removed as well. cut-cut-cut-cut-cut-cut- Checking reverse dependencies... # Broken Depends: pbs-drmaa: pbs-drmaa1 [amd64 arm64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x] # Broken Build-Depends: pbs-drmaa: libtorque2-dev Dependency problem found. cut-cut-cut-cut-cut-cut- Can you consider removing torque (and pbs-drmaa) from jessie? Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772452: unblock: (pre-approval) dblatex/0.3.5-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please unblock package dblatex I'd like to ask for your pre-approval to let dblatex 0.3.5-2 migrate into testing. (Given your pre-approval I would upload the new version to unstable.) The only content change is a patch fixing BTS report #771473 (severity important): dblatex will no longer break when converting from DocBook to PDF Norwegian Bokmål documents with quote characters in title elements. Attached is the debdiff output between the testing and the proposed version. It shows that the change is simple and clear, and thus the risk of breaking anything is very low. Thanks for your time and for considering this, Andreas unblock dblatex/0.3.5-2 - -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlSEMGEACgkQco2LfriI0s7KrgCgjMXmDezwLh5yW+AQ81FnvM8Q k30AoN25V+ulycezC6VpJ1QnlqnSLWdn =Qbtr -END PGP SIGNATURE- diff -Nru dblatex-0.3.5/debian/changelog dblatex-0.3.5/debian/changelog --- dblatex-0.3.5/debian/changelog 2014-06-29 19:50:11.0 +0200 +++ dblatex-0.3.5/debian/changelog 2014-12-06 19:02:12.0 +0100 @@ -1,3 +1,11 @@ +dblatex (0.3.5-2) unstable; urgency=low + + * 20_nb_quotes_in_title.patch: +Don't crash on quotation marks in titles of Norwegian Bokmål documents. +Thanks to Petter Reinholdtsen for reporting. Closes: #771473 + + -- Andreas Hoenen andr...@hoenen-terstappen.de Sat, 06 Dec 2014 19:02:10 +0100 + dblatex (0.3.5-1) unstable; urgency=low * New upstream release diff -Nru dblatex-0.3.5/debian/patches/10_dblatex_version.patch dblatex-0.3.5/debian/patches/10_dblatex_version.patch --- dblatex-0.3.5/debian/patches/10_dblatex_version.patch 2014-06-01 19:44:06.0 +0200 +++ dblatex-0.3.5/debian/patches/10_dblatex_version.patch 2014-12-06 19:01:25.0 +0100 @@ -8,6 +8,6 @@ -- -xsl:variable name=version0.3.5/xsl:variable -+xsl:variable name=version0.3.5-1/xsl:variable ++xsl:variable name=version0.3.5-2/xsl:variable /xsl:stylesheet diff -Nru dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch --- dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch 1970-01-01 01:00:00.0 +0100 +++ dblatex-0.3.5/debian/patches/20_nb_quotes_in_title.patch 2014-12-01 21:46:49.0 +0100 @@ -0,0 +1,16 @@ +Author: Andreas Hoenen andr...@hoenen-terstappen.de +Description: Hotfix for BTS report #771473: +Don't crash on quotation marks in titles of Norwegian Bokmål documents. +--- a/latex/style/dbk_locale.sty b/latex/style/dbk_locale.sty +@@ -287,6 +287,10 @@ + \AtBeginDocument{\shorthandoff{}} + } + ++\babelsetup{nb}{% ++ \AtBeginDocument{\shorthandoff{}} ++} ++ + %% Apply default locale setup + \setuplocale{en} + diff -Nru dblatex-0.3.5/debian/patches/series dblatex-0.3.5/debian/patches/series --- dblatex-0.3.5/debian/patches/series 2014-06-01 20:39:56.0 +0200 +++ dblatex-0.3.5/debian/patches/series 2014-12-01 21:43:36.0 +0100 @@ -4,3 +4,4 @@ 20_subtitle_handling.patch 20_db2latex_title_page.patch 20_nn_quotes_in_title.patch +20_nb_quotes_in_title.patch
Bug#770327: #770327 broadcom-sta/6.30.223.248-2
Hello, system hang when monitor interface is enabled/disabled should be fixed thanks to the 3 patches in attachment: 07-fix_procfs_handling.patch 08-enable_error_traces.patch 09-fix_system_hang_when_deleting_monitor.patch It should be applied after original Debian's patches and it has been tested on Linux 3.14. Regards, Mickael fix kernel crash/system hang because of incorrect pointer argument use while retrieving cookie in procfs handling. based on: http://ix.io/9DV tested on: kernel 3.14 diff -p -u5 -r broadcom-sta_6.30.223.248-2_deb/src/wl/sys/wl_linux.c broadcom-sta_6.30.223.248-2_fix/src/wl/sys/wl_linux.c --- broadcom-sta_6.30.223.248-2_deb/src/wl/sys/wl_linux.c +++ broadcom-sta_6.30.223.248-2_fix/src/wl/sys/wl_linux.c @@ -3223,70 +3223,112 @@ wl_linux_watchdog(void *ctx) } #if LINUX_VERSION_CODE KERNEL_VERSION(3, 10, 0) static int wl_proc_read(char *buffer, char **start, off_t offset, int length, int *eof, void *data) +{ + wl_info_t * wl = (wl_info_t *)data; #else static ssize_t -wl_proc_read(struct file *filp, char __user *buffer, size_t length, loff_t *data) -#endif +wl_proc_read(struct file *filp, char __user *buffer, size_t length, loff_t *offp) { - wl_info_t * wl = (wl_info_t *)data; - int to_user; - int len; + wl_info_t * wl = PDE_DATA(file_inode(filp)); +#endif + int bcmerror, len; + int to_user = 0; + char tmp[8]; #if LINUX_VERSION_CODE KERNEL_VERSION(3, 10, 0) if (offset 0) { *eof = 1; return 0; } +#else + if (*offp 0) { /* for example, stop: cat /proc/brcm_monitor0 */ + return 0; /* 0 = EOF */ + } #endif - if (!length) { - WL_ERROR((%s: Not enough return buf space\n, __FUNCTION__)); - return 0; - } WL_LOCK(wl); - wlc_ioctl(wl-wlc, WLC_GET_MONITOR, to_user, sizeof(int), NULL); - len = sprintf(buffer, %d\n, to_user); - WL_UNLOCK(wl); - return len; + bcmerror = wlc_ioctl(wl-wlc, WLC_GET_MONITOR, to_user, sizeof(int), NULL); + WL_UNLOCK(wl); + + if (bcmerror != BCME_OK) { + WL_ERROR((%s: GET_MONITOR failed with %d\n, __FUNCTION__, bcmerror)); + return -EIO; + } + + len = snprintf(tmp, ARRAY_SIZE(tmp), %d\n, to_user); + tmp[ARRAY_SIZE(tmp) - 1] = '\0'; + if (len = ARRAY_SIZE(tmp)) { + printk(KERN_ERR %s:%d [%s()] output would be truncated (ret=%d)!, __FILE__, __LINE__, __FUNCTION__, len); + return -ERANGE; + } + else if (len 0) { + printk(KERN_ERR %s:%d [%s()] unable to convert value (ret=%d)!, __FILE__, __LINE__, __FUNCTION__, len); + return len; + } + if (length len) { + printk(KERN_ERR %s:%d [%s()] user buffer is too small (at least=%d ; user=%d)!, __FILE__, __LINE__, __FUNCTION__, len, (int)length); + return -EMSGSIZE; + } + if (copy_to_user(buffer, tmp, len) != 0) { + printk(KERN_ERR %s:%d [%s()] unable to copy data!, __FILE__, __LINE__, __FUNCTION__); + return -EFAULT; + } + +#if LINUX_VERSION_CODE = KERNEL_VERSION(3, 10, 0) + *offp += len; +#endif + + return len; } #if LINUX_VERSION_CODE KERNEL_VERSION(3, 10, 0) static int wl_proc_write(struct file *filp, const char *buff, unsigned long length, void *data) +{ + wl_info_t * wl = (wl_info_t *)data; #else static ssize_t -wl_proc_write(struct file *filp, const char __user *buff, size_t length, loff_t *data) -#endif +wl_proc_write(struct file *filp, const char __user *buff, size_t length, loff_t *offp) { - wl_info_t * wl = (wl_info_t *)data; + wl_info_t * wl = PDE_DATA(file_inode(filp)); +#endif int from_user = 0; int bcmerror; if (length == 0 || length 2) { WL_ERROR((%s: Invalid data length\n, __FUNCTION__)); return -EIO; } if (copy_from_user(from_user, buff, 1)) { WL_ERROR((%s: copy from user failed\n, __FUNCTION__)); - return -EIO; +#if LINUX_VERSION_CODE KERNEL_VERSION(3, 10, 0) + return -EIO; +#else + return -EFAULT; +#endif } if (from_user = 0x30) from_user -= 0x30; WL_LOCK(wl); bcmerror = wlc_ioctl(wl-wlc, WLC_SET_MONITOR, from_user, sizeof(int), NULL); WL_UNLOCK(wl); - if (bcmerror 0) { + if (bcmerror != BCME_OK) { WL_ERROR((%s: SET_MONITOR failed with %d\n, __FUNCTION__, bcmerror)); return -EIO; } + +#if (LINUX_VERSION_CODE = KERNEL_VERSION(3, 10, 0)) 0 /* no need to update offset because this file should only trigger action... */ + *offp += length; +#endif + return length; } #if LINUX_VERSION_CODE = KERNEL_VERSION(3, 10, 0) static const struct file_operations wl_fops = { @@ -3303,12 +3345,12 @@ wl_reg_proc_entry(wl_info_t *wl) sprintf(tmp, %s%d, HYBRID_PROC, wl-pub-unit); #if LINUX_VERSION_CODE KERNEL_VERSION(3, 10, 0) if ((wl-proc_entry = create_proc_entry(tmp, 0644, NULL)) == NULL) { WL_ERROR((%s: create_proc_entry %s failed\n, __FUNCTION__, tmp)); #else - if ((wl-proc_entry = proc_create(tmp, 0644, NULL, wl_fops)) == NULL) { - WL_ERROR((%s: proc_create %s failed\n, __FUNCTION__, tmp)); + if ((wl-proc_entry = proc_create_data(tmp, 0644, NULL, wl_fops, wl)) == NULL) { + WL_ERROR((%s: proc_create_data %s failed\n, __FUNCTION__, tmp)); #endif ASSERT(0); return -1; } #if
Bug#772453: mention emacsclient +nnn also works
Package: emacs24-common Version: 24.4+1-4 Severity: minor File: /usr/share/man/man1/emacsclient.emacs24.1.gz The option + is missing from the emacsclient man page. e.g., emacsclient -n +99 hhh.txt also works to put the cursor on the 99th line, like on the emacs man page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772454: php-horde-kronolith: Private events being sent in daily agenda email
Package: php-horde-kronolith Version: 4.2.2-3 Severity: important Dear Maintainer (=me ;-), This was reported upstream and fixed: https://bugs.horde.org/ticket/13660 This bug to follow and ask unblock. Unfortunately, there is no CVE. Regards -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772452: unblock: (pre-approval) dblatex/0.3.5-2
Control: tags -1 confirmed moreinfo Hi, On Sun, Dec 07, 2014 at 11:48:09AM +0100, Andreas Hoenen wrote: I'd like to ask for your pre-approval to let dblatex 0.3.5-2 migrate into testing. (Given your pre-approval I would upload the new version to unstable.) Please go ahead, and remove the moreinfo tag once the new version is in unstable. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771780: pre-approve unblock: tryton-server/3.4.0-2
Control: tags -1 moreinfo Hi, On Tue, Dec 02, 2014 at 11:37:48AM +0100, Mathias Behrle wrote: please approve the upload of tryton-server_3.4.0-2. I intended to wait for the bug fix release for the 3.4 series, but as that takes longer than expected I assume it is meanwhile too late to get those fixes of severity important or less into jessie. Therefore here come the last fixes for tryton-server, that include * moving the old configuration file to a backup place. Could you explain why these changes are necessary? Are they fixing (Debian) bug reports? * removing an unnecessary Recommend It's probably better not to do this during the freeze, just to be sure. * documentation fixes. This should be acceptable if the first change is accepted. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772455: unblock: sogo-connector/24.0.7-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package sogo-connector The sogo-connector package is a plugin for Icedove/Thunderbird which is depending on the version of the iceowl-extension package. Upstream (Inversa http://www.inverse.ca) prepares packages only for the ESR versions of Thunderbird. Currently for the 31.x.x releases. The sogo-connector has no other dependencies as the correct version on iceowl-extension. The upload of the current version in testing for the sogo-connector package was depending on the released version by upstream. While packaging the version that's currently in the testing repository it was 24.0.7, shortly after this upload upstream was releasing a new version with explicitly increased version for minVersion within the install.rdf to version 31.x.x for the iceowl-extension (Lightning) to get the plugin also working with the releases of version 31 for Thunderbird. The current version of sogo-connector in testing is working with Icedove and iceowl-extension 31.2.0, but I suspect some incompatibilities in one of the upcomming versions of Icedove and iceowl-extension. Also Inversa was fixing a bug in version 31.0.0 what makes the sogo-connector automatism working again to autofill adresses while typing. http://sogo.nu/bugs/view.php?id=2870 Also a small fix for building the source by make with -j[ 1] was done. http://sogo.nu/bugs/view.php?id=2922 To keep the sogo-connector in sync with the packages from the Icedove package I would like to suggest to let enter the current version into testing from sid. The debdiff looks like this: $ debdiff xul-ext-sogo-connector_24.0.7-1_all.deb xul-ext-sogo-connector_31.0.0-1_all.deb File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Breaks: icedove ( [-24.0)-] {+31.0)+} Depends: icedove (= [-24.0),-] {+31.0),+} iceowl-extension (= 31~) Installed-Size: [-955-] {+956+} Version: [-24.0.7-1-] {+31.0.0-1+} The diff between the the upstream version 24.0.7 and 31.0.0 follows here: $ git show upstream/31.0.0 tag upstream/31.0.0 Tagger: Carsten Schoenert c.schoen...@t-online.de Date: Wed Oct 29 19:48:07 2014 +0100 Upstream version 31.0.0 -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAABCAAGBQJUUTZnAAoJEIMBYBQlHR2w/JYP/0v41eUK3iiGNTh4VA4oxRP5 jnZcFtboosA5HTQq35KYzwQsOh86Aw2UsDCE02X7K8+BG4z8BsrKIH8wVjiSHrXI f+j9827GL28sd4yLzNlJky8LfmRbrU2/xFv7QnYcUUeC1PdVPsvGUirKL2X8X4PV Lv0LQLXcgcO4fuYKAGGa15V1o9raJ5Gi6lEuk9uU8n9jkStoAqLx90Rx4B2FHl7M 1eM1t7zRU4ElhKXVa7ToP8SMqkwFJpt4EDygVk7oBdas8Yey0QDqV1HpO+zh0HHk necMJZYWudg8q0TeHDyvmnnGoxjB3B5CyreOrAn5Pd2mTCreDy8/ick1Jx9EUFVe /2+Yu3j6WArdUvv+X0CuhATjAQBaJsZP0sQEQ8yMpUjZz1t4JpMrrhxO3fvF6gqD EiZ0Ug/5nykfuwCaw8rCjGqonKcubfd1L1A/vZzrHSLi2Vsyf3JJhdzPp94S7epH L/N9ufF7Mhw4JyF0vSuIDeZiWXzL8CGbi5byLuov88xbIukLND6+sGu4VgxWlUYY B1rlG/eRHLALJuk0xNLPiLAF2K37jKzRHO8XOJhb/H2V9GCWg7JBCaHSPQ/ql60w PKk6/Z6ILSoMYUNpa+1crtCsEm2oQoaJ3NjyIZGkEKIhmCM5QmrHFZlIExU9ICuB YVqR5F704XCtbmJIHrFH =PkSH -END PGP SIGNATURE- commit 61f550d13918c5ee501e861e3dc5701069c4494f Author: Carsten Schoenert c.schoen...@t-online.de Date: Wed Oct 29 19:48:06 2014 +0100 Imported Upstream version 31.0.0 diff --git a/RELEASE-NOTES b/RELEASE-NOTES index 5c293e1..dc5918d 100644 --- a/RELEASE-NOTES +++ b/RELEASE-NOTES @@ -1,8 +1,10 @@ NEWS -24.0.7 Fixed Hungarian translation - +31.0.0 Initial import for Thunderbird 31 and applied fix for bug #2870 + Added patch from bug #2922 + Fixed Hungarian translation (#2888) + 24.0.6 We now correctly detect ACL changes on calendar components and refresh the cache if necessary. We also no longer require a Thunderbird restart when reloading diff --git a/chrome/content/sogo-connector/addressbook/categories.js.orig b/chrome/content/sogo-connector/addressbook/categories.js.orig new file mode 100644 index 000..a7fa4db --- /dev/null +++ b/chrome/content/sogo-connector/addressbook/categories.js.orig @@ -0,0 +1,92 @@ +let SCContactCategories = { +getCategoriesAsString: function SCCC_getCategoriesAsString() { +let cats = null; + +let prefService = Components.classes[@mozilla.org/preferences-service;1] + .getService(Components.interfaces.nsIPrefBranch); +try { +cats = prefService.getCharPref(sogo-connector.contacts.categories); +} +catch(e) { +let strService = Components.classes[@mozilla.org/intl/stringbundle;1] + .getService(Components.interfaces.nsIStringBundleService); +let bundle = strService.createBundle(chrome://sogo-connector/locale/preferences/categories.properties); +cats = bundle.GetStringFromName(contacts.categories); +} + +return cats; +}, + +setCategoriesAsString:
Bug#772336: Re: [Pkg-sysvinit-devel] Bug#772336: initscripts: bashism in /bin/sh script
Control: severity -1 minor Hi Steve, On Saturday 06 December 2014 12:45:19 Steve Langasek wrote: Control: affects -1 devscripts On Sat, Dec 06, 2014 at 01:56:15PM +0100, Raphael Geissert wrote: checkbashisms' output: possible bashism in ./etc/init.d/mountnfs.sh line 67 (sleep only takes one integer): sleep 0.1 [...] It's also not something that actually breaks with dash. /bin/sleep is not a required builtin in POSIX shell, and it's not a builtin with *either* of bash or dash. $ sh -c 'type sleep' sleep is /bin/sleep $ bash -c 'type sleep' sleep is /bin/sleep $ So I think this is a bug in checkbashisms, for complaining about something that is in no way a bashism. It is a utility, which is provided as a built-in by some shells such as *ksh. Outside of Debian it is also a command that does not necessarily implement anything beyond accepting an integer. (oh and there's a patch in dash's ML to implement sleep as a built-in command). More info on the topic: http://rgeissert.blogspot.com/2013/01/a-bashism-week-sleep.html Cheers, -- Raphael Geissert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772382: Re: [Syslog-ng-maintainers] Bug#772382: syslog-ng-core: bashism in /bin/sh script
Control: reopen -1 (only doing it once) On Sunday 07 December 2014 11:54:58 Gergely Nagy wrote: Raphael checkbashisms' output: possible bashism in ./etc/init.d/syslog-ng line 81 (sleep only takes one integer): sleep 1s This is not a bashism. It is a GNUism, which happens to work with bash's builtin, and with dash too, because it uses /bin/sleep from coreutils, which supports this too. I'm closing this issue, because there's nothing to fix, it's a false alarm. It's a bug, and will make your init script break depending on what /bin/sh is pointing to. You may getaway with fractions, but in this case most implementations will just error out and not sleep at all. https://bugs.debian.org/772336 Cheers, -- Raphael Geissert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770448: reassigning to dpkg (Setting up libpam-modules-bin (1.1.8-3.1) hangs forever with dpkg using 100% cpu)
control: severity -1 serious control: reassign -1 dpkg Hi, reassigning to dpkg, as this is the hanging process here. Several people have now reported they have seen this issue on there systems... (here and also via irc.) If you disagree please reassign to upgrade-reports, not qa.debian.org. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#626545: RFP: selenium -- Browser automation
I intend to package django-session-security that uses selenium in its unit tests. So it would be nice to have selenium in. signature.asc Description: OpenPGP digital signature
Bug#771078: texlive-latex-recommended: fontspec-luatex depends on eu2enc.def in texlive-xetex
Hi Karl, Julian reported down here at Debian that fontspec-luatex, which is in collection-latexrecommend, depends on the euenc package which is in collection-xetex. I am not sure what is a good solution, but one of the following comes to my mind: - move euenc to collection-latexrecommended - make collection-luatex depend on collection-xetex - ignore completely All the best Norbert On Wed, 26 Nov 2014, Julian Gilbey wrote: The fontspec package in texlive-latex-recommended, when run under lualatex, requires the eu2enc.def file, which is in the texlive-xetex package. Similarly, when run under xelatex, it requires eu1enc.def in the same package. I'm not quite sure what the best way to fix this is, but it seems that fontspec requires euenc either way. Here's a minimal test file: \documentclass{article} \usepackage{fontspec} \begin{document} test \end{document} Julian PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772456: checkgmail: Actions not functional, old upstream dead since many years - working fork now available
Package: checkgmail Version: 1.13+svn43-3 Severity: important Tags: upstream patch Dear Maintainer, CheckGmail upstream on Sourceforge has been inactive for many years. The program has been mended multiple times by passers-by contributing patches in the SourceForge bug tracking system, without them being merged into the main tree (though distributions have often applied them themselves). Most critically, actions such as Mark as read, View fulltext, and in general anything apart from passively viewing a short snippet of emails has been broken for more than six months by now due to a change in the Gmail request structure. There are several forks available. As a regular user of this program for many years, I have found the fork [1] by monojp at GitHub to be a good continuation in the respect that it has resolved the updated Gmail request protocol issues (which is critical for the functionality), but also continued development by e.g. merging two-factor authentication support, extended mail handling functionality and more. If CheckGmail should continue to be a part of Debian, I propose that it should use a working fork, with the suggestion of [1]. Otherwise I would propose for it to be removed since it has not worked according to its specifications for a long time. (I marked this bug as patch available in reference to the working GitHub project linked.) [1]: https://github.com/monojp/checkgmail/ -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages checkgmail depends on: ii libcrypt-blowfish-perl 2.14-1+b2 ii libcrypt-ssleay-perl0.58-1+b2 ii libfreezethaw-perl 0.5001-1 ii libgtk2-perl2:1.2492-3 ii libgtk2-trayicon-perl 0.06-2+b1 ii libgtk2.0-0 2.24.25-1 ii libio-compress-perl 2.066-1 ii libwww-perl 6.08-1 ii libxml-simple-perl 2.20-1 ii perl [libio-compress-perl] 5.20.1-3 Versions of packages checkgmail recommends: ii libcrypt-simple-perl 0.06-6 checkgmail 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#771043: unblock: haproxy/1.5.9-1 (pre-approval)
Control: tags -1 - moreinfo ❦ 5 décembre 2014 13:49 +0100, Ivo De Decker iv...@debian.org : You didn't include the diff for this, which would be relevant for the unblock. However, if you upload this before Monday Dec 8th, I will review it and, if appropriate, unblock it. I have just uploaded 1.5.8-2. No change in packaging, only patches BUG/MEDIUM and BUG/MAJOR from upstream. I am attaching the debdiff. Thanks! diff -Nru haproxy-1.5.8/debian/changelog haproxy-1.5.8/debian/changelog --- haproxy-1.5.8/debian/changelog 2014-10-31 13:54:12.0 +0100 +++ haproxy-1.5.8/debian/changelog 2014-12-07 11:24:54.0 +0100 @@ -1,3 +1,25 @@ +haproxy (1.5.8-2) unstable; urgency=medium + + * Cherry-pick the following patches from 1.5.9 release: + - 8a0b93bde77e BUG/MAJOR: sessions: unlink session from list on out +of memory + - bae03eaad40a BUG/MEDIUM: pattern: don't load more than once a pattern + list. + - 93637b6e8503 BUG/MEDIUM: connection: sanitize PPv2 header length before + parsing address information + - 8ba50128832b BUG/MAJOR: frontend: initialize capture pointers earlier + - 1f96a87c4e14 BUG/MEDIUM: checks: fix conflicts between agent checks and + ssl healthchecks + - 9bcc01ae2598 BUG/MEDIUM: ssl: force a full GC in case of memory shortage + - 909514970089 BUG/MEDIUM: ssl: fix bad ssl context init can cause + segfault in case of OOM. + * Cherry-pick the following patches from future 1.5.10 release: + - 1e89acb6be9b BUG/MEDIUM: payload: ensure that a request channel is + available + - bad3c6f1b6d7 BUG/MEDIUM: patterns: previous fix was incomplete + + -- Vincent Bernat ber...@debian.org Sun, 07 Dec 2014 11:11:21 +0100 + haproxy (1.5.8-1) unstable; urgency=medium * New upstream stable release including the following fixes: diff -Nru haproxy-1.5.8/debian/patches/from-upstream/0001-BUG-MEDIUM-ssl-fix-bad-ssl-context-init-can-cause-se.patch haproxy-1.5.8/debian/patches/from-upstream/0001-BUG-MEDIUM-ssl-fix-bad-ssl-context-init-can-cause-se.patch --- haproxy-1.5.8/debian/patches/from-upstream/0001-BUG-MEDIUM-ssl-fix-bad-ssl-context-init-can-cause-se.patch 1970-01-01 01:00:00.0 +0100 +++ haproxy-1.5.8/debian/patches/from-upstream/0001-BUG-MEDIUM-ssl-fix-bad-ssl-context-init-can-cause-se.patch 2014-12-07 11:24:54.0 +0100 @@ -0,0 +1,87 @@ +From 8de4ecd5f55ee0d45b9cde587af13be980c7a891 Mon Sep 17 00:00:00 2001 +From: Emeric Brun eb...@haproxy.comw +Date: Wed, 12 Nov 2014 17:35:37 +0100 +Subject: [PATCH 1/9] BUG/MEDIUM: ssl: fix bad ssl context init can cause + segfault in case of OOM. + +Some SSL context's init functions errors were not handled and +can cause a segfault due to an incomplete SSL context +initialization. + +This fix must be backported to 1.5. +(cherry picked from commit 5547615cdac377797ae351a2e024376dbf6d6963) +--- + src/ssl_sock.c | 44 ++-- + 1 file changed, 34 insertions(+), 10 deletions(-) + +diff --git a/src/ssl_sock.c b/src/ssl_sock.c +index f8bfbe758222..620609f2f445 100644 +--- a/src/ssl_sock.c b/src/ssl_sock.c +@@ -2040,15 +2040,29 @@ static int ssl_sock_init(struct connection *conn) + return -1; + } + +- SSL_set_connect_state(conn-xprt_ctx); +- if (objt_server(conn-target)-ssl_ctx.reused_sess) +- SSL_set_session(conn-xprt_ctx, objt_server(conn-target)-ssl_ctx.reused_sess); +- + /* set fd on SSL session context */ +- SSL_set_fd(conn-xprt_ctx, conn-t.sock.fd); ++ if (!SSL_set_fd(conn-xprt_ctx, conn-t.sock.fd)) { ++ SSL_free(conn-xprt_ctx); ++ conn-xprt_ctx = NULL; ++ conn-err_code = CO_ER_SSL_NO_MEM; ++ return -1; ++ } + + /* set connection pointer */ +- SSL_set_app_data(conn-xprt_ctx, conn); ++ if (!SSL_set_app_data(conn-xprt_ctx, conn)) { ++ SSL_free(conn-xprt_ctx); ++ conn-xprt_ctx = NULL; ++ conn-err_code = CO_ER_SSL_NO_MEM; ++ return -1; ++ } ++ ++ SSL_set_connect_state(conn-xprt_ctx); ++ if (objt_server(conn-target)-ssl_ctx.reused_sess) { ++ if(!SSL_set_session(conn-xprt_ctx, objt_server(conn-target)-ssl_ctx.reused_sess)) { ++SSL_SESSION_free(objt_server(conn-target)-ssl_ctx.reused_sess); ++objt_server(conn-target)-ssl_ctx.reused_sess = NULL; ++ } ++ } + + /* leave init state and start handshake */ + conn-flags |= CO_FL_SSL_WAIT_HS | CO_FL_WAIT_L6_CONN; +@@ -2065,13 +2079,23 @@ static int ssl_sock_init(struct connection *conn) + return -1; + } + +- SSL_set_accept_state(conn-xprt_ctx); +- + /* set fd on SSL session context */ +- SSL_set_fd(conn-xprt_ctx, conn-t.sock.fd); ++ if (!SSL_set_fd(conn-xprt_ctx, conn-t.sock.fd)) { ++ SSL_free(conn-xprt_ctx); ++ conn-xprt_ctx = NULL; ++ conn-err_code = CO_ER_SSL_NO_MEM; ++ return -1; ++ } + + /* set connection pointer */ +-
Bug#772076: confirm certificate exception dialog keeps re-appearing
Hello Daniel, On Thu, Dec 04, 2014 at 10:29:09PM +0100, Daniel Pocock wrote: Package: icedove Version: 24.7.0-1~deb7u1 Severity: serious Tags: security I've marked this serious and added the security tag because it is possible that users confronted by this situation may be tempted to click the confirm rather than cancel button when trying to get out of this loop and then icedove will remember that they have authorized a certificate that they might not have really wanted or inspected. The TLS certificate on the IMAP server expired early in the morning. The popup appeared asking me to confirm an exception to allow the certificate. Regardless of whether I click confirm or cancel, the popup keeps re-appearing. It seems that icedove has queued up many operations asynchronously (I was away from the computer for many hours) and keeps showing the popup. Despite clicking cancel continuously for 1 minute it still didn't go away so I had to terminate the process. Can you please test with teh recent version from stable-security? Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771249: Hacking pkg-grub/grub.git to allow po/* updates (Re: Bug#771249: Translation update)
Colin, since the below has a significant impact on the packaging git workflow I won't take it any further without your input... On Thu, 2014-11-27 at 19:06 -0400, David Prévot wrote: Please consider updating translations of grub2, as already provided by translators since upstream released 2.02~beta2. Sadly applying this patch is not as easy as it might seem, due to Tedious Packaging VCS Reasons(tm) :-/ The pkg-grub git tree[0] uses git-dpm on-top of the upstream grub.git tree, which does not include po/*.po, but those files are included in the upstream tarball release (i.e. in our orig.tar.xz). This unfortunately means that it is not possible to update po/* simply using the normal git-dpm mechanisms. I've attempted to workaround this as follows: Create a new upstream-po branch, based on origin/upstream but with the upstream released po files included (autogenerated stuff is direct from linguas.sh): $ git checkout -b upstream-po origin/upstream $ cp ../grub2-2.02~beta2/po/*.po po/ $ cp ../grub2-2.02~beta2/po/LINGUAS po $ ( autogenerated=en@quot en@hebrew de@hebrew en@cyrillic en@greek en@arabic en@piglatin de_CH for x in $autogenerated; do git rm po/$x.po done ) # Remove po/*.po and po/LINGUAS from .gitignore $ git commit -a Now rebase master onto this: $ git checkout -b master-po origin/master $ git-dpm record-new-upstream ../grub2_2.02~beta2.orig.tar.xz upstream-po $ git-dpm rebase-patched $ git-dpm dch Update git-dpm baseline to include upstream po files. This results in a source package which differs only in the git-dpm noise in debian/patches (hash changes) plus the changelog and debian/.git-dpm as expected. From here we can using the usual git-dpm checkout-patched/update-patches routine to add an update-linguas.patch, which contains the result of running linguas.sh. I've pushed the results to /people/ijc/{upstream,master}-po in the packaging git tree. These branches do not include the followup patch from this bug to force *.gmo to actually be updated, and I've not actually built binaries based on it yet. If we go ahead with this approach I'd suggest that upstream and upstream-po ought to remain distinct in the packaging git tree, with the former tracking pristine upstream and the latter adding the po files, but to have a single master which is based on upstream-po (i.e. what is currently called people/ijc/master-po). It's possible this could also be solved with a second subcomponent orig.tar containing an updated po subdirectory, or by debian/rules machinery to update po/* from e.g. debian/upstream-po/* or something. I've not tried either of those approaches, not sure if they are actually realistic. I'll investigate them if you think it would be better. Cheers, Ian. [0] http://anonscm.debian.org/cgit/pkg-grub/grub.git/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771780: pre-approve unblock: tryton-server/3.4.0-2
* Ivo De Decker: Re: Bug#771780: pre-approve unblock: tryton-server/3.4.0-2 (Sun, 7 Dec 2014 12:44:08 +0100): Hi, On Tue, Dec 02, 2014 at 11:37:48AM +0100, Mathias Behrle wrote: please approve the upload of tryton-server_3.4.0-2. I intended to wait for the bug fix release for the 3.4 series, but as that takes longer than expected I assume it is meanwhile too late to get those fixes of severity important or less into jessie. Therefore here come the last fixes for tryton-server, that include * moving the old configuration file to a backup place. Could you explain why these changes are necessary? The configuration file /etc/trytond.conf changed its basic format (without migration) and its location moved to a common configuration directory /etc/tryton/trytond.conf. Since the backup of the old file currently is not possible to do with dpkg-maintscript-helper[1], the file has simply to be moved/deleted. In this case I am moving it to keep the old configuration for the information of the user (and deleting it on purge). Are they fixing (Debian) bug reports? No. * removing an unnecessary Recommend It's probably better not to do this during the freeze, just to be sure. It is a Recommend, not a Depend. SSL is builtin in Python 2.6+ [2], which the package is using (Tryton depends on Python 2.7). Finally the package is working according to my tests fine without python-openssl. * documentation fixes. This should be acceptable if the first change is accepted. Cheers, Mathias [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767003 [2] https://wiki.python.org/moin/SSL -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 pgpfTMwiyYwUq.pgp Description: Digitale Signatur von OpenPGP
Bug#771400: apparmor-utils: aa-logprof/aa-genprof not updating policy
On 12/07/2014 10:45 AM, intrigeri wrote: Christian Boltz wrote (06 Dec 2014 23:31:39 GMT) : Can you please install and start auditd and try again? (aa-genprof should automatically switch to reading /var/log/audit/audit.log if it exists) If this works, this bug is a duplicate of upstream https://bugs.launchpad.net/apparmor/+bug/1399027 It works. If I'm right, please send some _unmodified_ log lines from /var/log/syslog. We need some samples so that we can fix the support for the syslog log format. Log lines from syslog (without auditd runinng): # rosa:/etc/apparmor.d# Dec 7 13:18:47 rosa kernel: audit: type=1400 audit(1417954732.762:81): apparmor=STATUS operation=profile_replace name=/home/simi/bin/aa-test pid=3224 comm=apparmor_parser Dec 7 13:18:47 rosa kernel: audit: type=1300 audit(1417954732.762:81): arch=c03e syscall=1 success=yes exit=14513 a0=3 a1=2066458 a2=38b1 a3=7fff6b6283c0 items=0 ppid=3222 pid=3224 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts3 ses=1 comm=apparmor_parser exe=/sbin/apparmor_parser key=(null) Dec 7 13:18:47 rosa kernel: audit: type=1327 audit(1417954732.762:81): proctitle=2F7362696E2F61707061726D6F725F706172736572002D492F6574632F61707061726D6F722E64002D72 Dec 7 13:18:52 rosa simi: GenProf: 23e5b9591b22fc1eb2dc6c0cb7075efb rosa:/etc/apparmor.d# Dec 7 13:18:59 rosa kernel: audit: type=1400 audit(1417954745.397:82): apparmor=ALLOWED operation=open profile=/home/simi/bin/aa-test name=/usr/bin/ pid=3231 comm=ls requested_mask=r denied_mask=r fsuid=1000 ouid=0 Dec 7 13:18:59 rosa kernel: audit: type=1300 audit(1417954745.397:82): arch=c03e syscall=257 success=yes exit=3 a0=ff9c a1=12dab80 a2=90800 a3=0 items=0 ppid=3230 pid=3231 auid=1000 uid=1000 gid=100 euid=1000 suid=1000 fsuid=1000 egid=100 sgid=100 fsgid=100 tty=pts2 ses=1 comm=ls exe=/bin/ls key=(null) Dec 7 13:18:59 rosa kernel: audit: type=1327 audit(1417954745.397:82): proctitle=6C73002F7573722F62696E Dec 7 13:18:59 rosa kernel: audit: type=1400 audit(1417954745.421:83): apparmor=ALLOWED operation=open profile=/home/simi/bin/aa-test name=/ pid=3232 comm=ls requested_mask=r denied_mask=r fsuid=1000 ouid=0 Dec 7 13:18:59 rosa kernel: audit: type=1300 audit(1417954745.421:83): arch=c03e syscall=257 success=yes exit=3 a0=ff9c a1=9c3b80 a2=90800 a3=0 items=0 ppid=3230 pid=3232 auid=1000 uid=1000 gid=100 euid=1000 suid=1000 fsuid=1000 egid=100 sgid=100 fsgid=100 tty=pts2 ses=1 comm=ls exe=/bin/ls key=(null) Dec 7 13:18:59 rosa kernel: audit: type=1327 audit(1417954745.421:83): proctitle=6C73002F Dec 7 13:19:12 rosa simi: GenProf: ba43daa5a1dc19cf93ef5ece7eacf617 Dec 7 13:19:08 rosa kernel: audit: type=1400 audit(1417954754.181:84): apparmor=STATUS operation=profile_replace name=/home/simi/bin/aa-test pid=3240 comm=apparmor_parser Dec 7 13:19:08 rosa kernel: audit: type=1300 audit(1417954754.181:84): arch=c03e syscall=1 success=yes exit=14513 a0=3 a1=25fd458 a2=38b1 a3=7fffa7d58240 items=0 ppid=3238 pid=3240 auid=1000 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts3 ses=1 comm=apparmor_parser exe=/sbin/apparmor_parser key=(null) Dec 7 13:19:08 rosa kernel: audit: type=1327 audit(1417954754.181:84): proctitle=2F7362696E2F61707061726D6F725F706172736572002D492F6574632F61707061726D6F722E64002D72 # I hope this helps. Cheers, Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771905: unblock: grub2/2.02~beta2-17
On Sat, 2014-12-06 at 18:55 +0100, Ivo De Decker wrote: Control: tags -1 d-i Hi, On Wed, Dec 03, 2014 at 12:14:19PM +, Colin Watson wrote: On Wed, Dec 03, 2014 at 11:39:14AM +, Ian Campbell wrote: Please unblock package grub2 Seconded. This needs the d-i ack. Right, thanks, I knew to CC Kibi but not to add the tag. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772457: fonts-droid: Possibly typo in debian/maintscript
Package: fonts-droid Version: 1:4.4.4r2-4 Severity: serious Justification: If it is a typo, it breaks conffile handling Hi, The following snippet was discovered in an automatic upgrade test on jenkins.debian.net[1] Preparing to replace fonts-droid 20111207+git-1 (using .../fonts-droid_1%3a4.4.4r2-4_all.deb) ... dpkg-query: no packages found matching fonts-android Obsolete conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf has been modified by you. Saving as /etc/fonts/conf.avail/65-droid-sans-fonts.conf.dpkg-bak ... Unpacking replacement fonts-droid ... When reviewing the package's maintscript file[2], the last line uses fonts-android rather than fonts-droid. However, I cannot see any evidence that the source packages fonts-droid or fronts-android ever built a fonts-android package. Thanks, ~Niels [1] https://jenkins.debian.net/view/d-i_manual/job/chroot-installation_wheezy_install_education-thin-client-server_upgrade_to_jessie/5/consoleFull [2] http://anonscm.debian.org/cgit/pkg-fonts/fonts-android.git/tree/debian/maintscript rm_conffile /etc/fonts/conf.avail/60-droid-sans-mono-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/59-droid-serif-fonts.conf 1:4.3-2~ fonts-droid rm_conffile /etc/fonts/conf.avail/65-droid-sans-fonts.conf 1:4.4.4r2-2~ fonts-*an*droid -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770448: reassigning to dpkg (Setting up libpam-modules-bin (1.1.8-3.1) hangs forever with dpkg using 100% cpu)
On 2014-12-07 12:50, Holger Levsen wrote: control: severity -1 serious control: reassign -1 dpkg Hi, reassigning to dpkg, as this is the hanging process here. Several people have now reported they have seen this issue on there systems... (here and also via irc.) If you disagree please reassign to upgrade-reports, not qa.debian.org. cheers, Holger For reference, dpkg is upgraded to 1.17.21 before the problem occurs. It is possible that this is fixed in dpkg 1.17.22 (which is not in Jessie). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770448: reassigning to dpkg (Setting up libpam-modules-bin (1.1.8-3.1) hangs forever with dpkg using 100% cpu)
On Sonntag, 7. Dezember 2014, Niels Thykier wrote: For reference, dpkg is upgraded to 1.17.21 before the problem occurs. It is possible that this is fixed in dpkg 1.17.22 (which is not in Jessie). FWIW, https://jenkins.debian.net/view/d-i_manual/job/chroot-installation_jessie_install_education-thin-client-server_upgrade_to_sid/ doesnt show this bug. signature.asc Description: This is a digitally signed message part.
Bug#771780: pre-approve unblock: tryton-server/3.4.0-2
Control: tags -1 confirmed moreinfo Hi, On Sun, Dec 07, 2014 at 01:25:27PM +0100, Mathias Behrle wrote: * moving the old configuration file to a backup place. Could you explain why these changes are necessary? The configuration file /etc/trytond.conf changed its basic format (without migration) and its location moved to a common configuration directory /etc/tryton/trytond.conf. Since the backup of the old file currently is not possible to do with dpkg-maintscript-helper[1], the file has simply to be moved/deleted. In this case I am moving it to keep the old configuration for the information of the user (and deleting it on purge). OK. That's fine. Are they fixing (Debian) bug reports? No. * removing an unnecessary Recommend It's probably better not to do this during the freeze, just to be sure. It is a Recommend, not a Depend. SSL is builtin in Python 2.6+ [2], which the package is using (Tryton depends on Python 2.7). Finally the package is working according to my tests fine without python-openssl. I'd prefer that this change would be left out. The recommends doesn't do any harm. It can be removed for stretch. * documentation fixes. This should be acceptable if the first change is accepted. OK. Please go ahead and remove the moreinfo tag once the new package is in unstable. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772033: oops my bad, missing description
I'm sorry, somehow I missed to post the bug description. I'm using LXDE with openbox and have it configured to always put windows/dialogs onto the monitor where the mouse pointer currently is. Gimp instead *always* opens the save-file dialog and some other dialogs on the other monitor. This is confusing behavior and in my case pretty annoying, since I have pen input on one monitor and have to switch to the mouse to drag over the window everytime this happens. I think this might a Gimp bug, because the WM setting works for every other application I use, except for Gimp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745723: CSS
Hi, Current debian-reference and maint-guide build from docbook-xml has CSS. They can be used here. Since chaper jumping is a bit different, that may need adjusted. Add link rel=stylesheet type=text/css href=debian.css/ right after title ... /title at the top of file in head section. Place attached CSS and have images in the right location if you wish to use it. Since div is not used in html generated by debiandoc-sgml, it is not optimal but use of this CSS make it look similar to docbook-xml generated Debian pages :-) Osamu /* Cascading stylesheet for the Debian Installer Installation Guide */ /* global style of the page */ body { background-color: #EE; border: 40px solid #EE; margin: 0; padding: 0 10px; font-family: liberation sans, Myriad , Bitstream Vera Sans, Lucida Grande, Luxi Sans, Trebuchet MS, helvetica, verdana, arial, sans-serif; line-height: 1.2em; } @media (max-width: 5in), (max-device-width: 5in){ body { border: 0px; padding: 0px; } } body div.book, body div.article, body div.set, body div.preface, body div.chapter, body div.section, body div.appendix, body div.part { margin-top: 0; padding: 2em 6em 6em; } body div.book, body div.article, body div.set, body div.preface, body div.chapter, body div.section, body div.appendix, body div.part { padding: 2em; } body div.book, body div.article, body div.set, body div.preface, body div.chapter, body div.section, body div.appendix, body div.part, body div.index { background-color: #FF; margin: 40px auto 4em; padding: 1px 40px 20px 30px; } @media (max-width: 1024px) { body div.book, body div.article, body div.set, body div.preface, body div.chapter, body div.section, body div.appendix, body div.part, body div.index { max-width: 45em; } } @media (min-width: 1025px) { body div.book, body div.article, body div.set, body div.preface, body div.chapter, body div.section, body div.appendix, body div.part, body div.index { max-width: 70em; } } @media (max-width: 5in), (max-device-width: 5in){ body div.book, body div.article, body div.set, body div.preface, body div.chapter, body div.section, body div.appendix, body div.part, body div.index { max-width: 100%; } } hr { border-top: 1px dotted #808080; margin: 0; } a:link { color: #0035C7; text-decoration: none; } a:visited { color: #00207A; text-decoration: none; } a:link:hover { color: #00207A; text-decoration: underline; } code { font-family: liberation mono,bitstream vera mono,dejavu mono,monospace; font-weight: bold; word-wrap: break-word; } h1 { color: #C70036; line-height: 1.1em; } h2, h3, h4, h5, h6 { color: #C70036; } /* for first page */ .book .titlepage h1.title { text-align: center; } .titlepage h1.title { text-align: left; } .authorgroup div { text-align: center; } /* table in content */ .informaltable table { border: 1px solid #AA; } .informaltable table th { border-width: 0; background-color: #CC; } .informaltable table td { border-width: 0; } /* Terminal examples */ pre.screen { -moz-tab-size: 4; background-color: #F5F5F5; border-radius: 11px 11px 11px 11px; border-style: none; box-shadow: 0 2px 5px #AA inset; color: #00; display: block; font-family: liberation mono,bitstream vera mono,dejavu mono,monospace; font-size: 0.9em; margin-bottom: 1em; padding: 0.5em 1em; page-break-inside: avoid; white-space: pre-wrap; word-wrap: break-word; } /* Navigation elements */ .navheader a, .navfooter a { opacity: 0.50; transition: opacity 0.15s ease-in-out; } .navheader a:hover, .navfooter a:hover { opacity: 1; }
Bug#770627: dbus: Please (consider) switch(ing) to no-await triggers
On 2014-12-05 05:20, Guillem Jover wrote: Hi! [...] My question is, crucial for who? If dbus-daemon has not yet reloaded, then dbus-daemon will continue to work fine (it's in a consistent state either way), but the package that shipped the system service or security policy (in #771417 it's systemd) won't necessarily work properly until dbus-daemon has had a chance to reload. Crucial for the awaiting package (I'll be updating the docs for 1.18.x). So, from your explanation, then in this case they are crucial for the activating packages yes, and the bug report against dbus can be closed. Hi, Thanks for the explanation. I have taken the liberty of closing the dbus issue then (BCC'ed -done for that bug and Simon to take them out of the loop with this mail). Given this, the only options seem to be to possibly change the --force-configure-any default to enabled (I'll try to test if this helps in the dbus situation) which I'd rather not do (but oh well), or disable the triggers dependency checks for jessie (and possibly later releases, if apt does not get fixed for jessie) and go back to the previous (broken, but known) behavior. :( Thanks, Guillem As I mentioned to David/the APT maintainers, I could be interested in having the patch for #769609 in APT. @Guillem, do you think that will deal with the issue? ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772221: byobu: bashism in /bin/sh script
Control: severity -1 minor Hi, Please ignore the part of sourced script with arguments, as it is a false positive in this case. Apologies. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730441: release-notes: Debian requires an i586 since at least squeeze
Hi all, Dixit Samuel Bronson, le 24/11/2013 : This would seem to indicate that you now need at least a 586 to run Debian. Similar words were added to the installation-guide by Ben in commits r69410-69412, so I think we can close this bug now. Dixit Cyril Brulebois, le 11/03/2014 : We could probably update the squeeze section, but it might make sense to keep that open until jessie's fate is decided; tagging moreinfo accordingly. (If someone wants to commit and close this bug report, please clone it first to keep track of jessie's future.) I don't understand the need to clone it now, so I can close this bug in few days, unless someone do it before or tell me to not do it. Baptiste signature.asc Description: PGP signature
Bug#771905: unblock: grub2/2.02~beta2-17
Control: tag -1 confirmed Ivo De Decker iv...@debian.org (2014-12-06): On Wed, Dec 03, 2014 at 12:14:19PM +, Colin Watson wrote: On Wed, Dec 03, 2014 at 11:39:14AM +, Ian Campbell wrote: Please unblock package grub2 Seconded. This needs the d-i ack. Same story as in other bug reports; please don't wait on me, going to trust both Colin Ian on this one (again). Please unblock-udeb it. Mraw, KiBi. signature.asc Description: Digital signature
Bug#772267: debiandoc-sgml: bashism in /bin/sh script
control: tags -1 pending This bug is hit only when this script is called with wrong arguments. Since this is normally used within the debiandoc-sgml tool, it is very unlikely to hit the bug. So no rush to fix for jessie. Fixed in vcs Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771400: apparmor-utils: aa-logprof/aa-genprof not updating policy
Control: tag -1 - moreinfo Control: tag -1 + upstream Control: forwarded -1 https://bugs.launchpad.net/apparmor/+bug/1399027 Simon Brandmair wrote (07 Dec 2014 12:25:15 GMT) : On 12/07/2014 10:45 AM, intrigeri wrote: Christian Boltz wrote (06 Dec 2014 23:31:39 GMT) : If this works, this bug is a duplicate of upstream https://bugs.launchpad.net/apparmor/+bug/1399027 It works. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766276: popularity-contest: Report embedded packages with the Built-Using field
On Sat, Dec 06, 2014 at 09:44:44PM +0100, Emmanuel Bourg wrote: Le 22/10/2014 12:01, Bill Allombert a écrit : Do you have an example in mind ? Hi Bill, an example is the jenkins-common package, it declares a Built-Using field with: Built-Using: acegi-security (= 1.0.7-3), bouncycastle (= 1.49+dfsg-3), commons-httpclient (= 3.1-10.2), guice (= 4.0~beta5-1), jenkins-ant-plugin (= 1.2-1), jenkins-antisamy-markup-formatter-plugin (= 1.2-1), jenkins-mailer-plugin (= 1.11-1), jenkins-matrix-auth-plugin (= 1.2-1), jenkins-matrix-project-plugin (= 1.3-1), jenkins-winstone (= 2.8-1), libcommons-fileupload-java (= 1.3.1-1), libspring-java (= 3.0.6.RELEASE-17), stapler (= 1.231-1) This kind of dependency adjustement is done on the server side, not on the client (it is done for Depends already), but yes this can be done. There is a catch though, as the Built-Using field can only track the source packages and not the binary packages. So unless there is a 1:1 relation between the source package and the binary package it's not possible to adjust the counter properly (maybe it would make sense to allow the Built-Using field to specify binary packages btw). The server scripts is already doing source-binary matching and produces statistic by source packages, so we maybe could add 'Source: acegi-security' to the final report if needed. The real issue is not to count the same dependency twice. Are you interested to work on that ? the relevant files are examples/bin/popanal.py (to generate Source: acegi-security fields) and examples/bin/popcon.pl (to add the Source value to the 'Statistics by source packages') Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772458: unblock: lxc/1:1.0.6-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock lxc/1:1.0.6-5. Changes since 1:1.0.6-3 (jessie) are: * Mounting /sys read-only in lxc-debian to prevent (one way of) escaping containers (Closes: #770901). * Adding patch from lxc 1.0.7 to make lxc-debian work with systemd (Closes: #766216). * Adding patch from lxc 1.0.7 to make lxc-debian handle switch of initsystem better. * Marking -t option in lxc-create manpage as required (Closes: #768778). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ diff --git a/debian/changelog b/debian/changelog index 5e5f7ea..4b82738 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,20 @@ +lxc (1:1.0.6-5) unstable; urgency=low + + * Mounting /sys read-only in lxc-debian to prevent (one way of) escaping +containers (Closes: #770901). + * Adding patch from lxc 1.0.7 to make lxc-debian work with systemd +(Closes: #766216). + * Adding patch from lxc 1.0.7 to make lxc-debian handle switch of +initsystem better. + + -- Daniel Baumann m...@daniel-baumann.ch Sat, 06 Dec 2014 13:00:36 +0100 + +lxc (1:1.0.6-4) unstable; urgency=low + + * Marking -t option in lxc-create manpage as required (Closes: #768778). + + -- Daniel Baumann m...@daniel-baumann.ch Tue, 11 Nov 2014 19:57:58 +0100 + lxc (1:1.0.6-3) unstable; urgency=low * Preserving setuid on lxc-user-nic (Closes: #764815). diff --git a/debian/patches/0013-lxc-create-manpage.patch b/debian/patches/0013-lxc-create-manpage.patch new file mode 100644 index 000..42ca95f --- /dev/null +++ b/debian/patches/0013-lxc-create-manpage.patch @@ -0,0 +1,16 @@ +Author: Daniel Baumann m...@daniel-baumann.ch +Description: Marking -t option in lxc-create manpage as required (Closes: #768778), + see https://github.com/lxc/lxc/issues/355. + +diff -Naurp lxc.orig/doc/lxc-create.sgml.in lxc/doc/lxc-create.sgml.in +--- lxc.orig/doc/lxc-create.sgml.in lxc/doc/lxc-create.sgml.in +@@ -51,7 +51,7 @@ Foundation, Inc., 51 Franklin Street, Fi + commandlxc-create/command + arg choice=req-n replaceablename/replaceable/arg + arg choice=opt-f replaceableconfig_file/replaceable/arg +- arg choice=opt-t replaceabletemplate/replaceable/arg ++ arg choice=req-t replaceabletemplate/replaceable/arg + arg choice=opt-B replaceablebackingstore/replaceable/arg + arg choice=opt-- replaceabletemplate-options/replaceable/arg + /cmdsynopsis diff --git a/debian/patches/0014-lxc-debian-sysfs.patch b/debian/patches/0014-lxc-debian-sysfs.patch new file mode 100644 index 000..eaaac66 --- /dev/null +++ b/debian/patches/0014-lxc-debian-sysfs.patch @@ -0,0 +1,15 @@ +Author: Daniel Baumann m...@daniel-baumann.ch +Description: Mount /sys read-only in lxc-debian to prevent (one way of) escaping containers (Closes: #770901). + +diff -Naurp lxc.orig/config/templates/debian.common.conf.in lxc/config/templates/debian.common.conf.in +--- lxc.orig/config/templates/debian.common.conf.in lxc/config/templates/debian.common.conf.in +@@ -3,7 +3,7 @@ lxc.pivotdir = lxc_putold + + # Default mount entries + lxc.mount.entry = proc proc proc nodev,noexec,nosuid 0 0 +-lxc.mount.entry = sysfs sys sysfs defaults 0 0 ++lxc.mount.entry = sysfs sys sysfs ro 0 0 + + # Default console settings + lxc.tty = 4 diff --git a/debian/patches/0015-lxc-debian-systemd.patch b/debian/patches/0015-lxc-debian-systemd.patch new file mode 100644 index 000..d2c0f16 --- /dev/null +++ b/debian/patches/0015-lxc-debian-systemd.patch @@ -0,0 +1,58 @@ +Author: Antonio Terceiro terce...@debian.org +Description: lxc-debian: support systemd as PID 1 + Containers with systemd need a somewhat special setup, which I borrowed + and adapted from lxc-fedora. These changes are required so that Debian 8 + (jessie) containers work properly, and are a no-op for previous Debian + versions. + +diff -Naurp lxc.orig/templates/lxc-debian.in lxc/templates/lxc-debian.in +--- lxc.orig/templates/lxc-debian.in lxc/templates/lxc-debian.in +@@ -159,6 +159,38 @@ EOF + return 0 + } + ++configure_debian_systemd() ++{ ++path=$1 ++rootfs=$2 ++init=$(chroot ${rootfs} dpkg-query --search /sbin/init | cut -d : -f 1) ++if [ $init != systemd-sysv ]; then ++ # systemd is not PID 1 ++ return ++fi ++ ++echo 'lxc.autodev = 1' $path/config ++echo 'lxc.kmsg = 0' $path/config ++ ++# This function has been copied and adapted from lxc-fedora ++rm -f ${rootfs}/etc/systemd/system/default.target ++touch ${rootfs}/etc/fstab ++chroot ${rootfs} ln -s /dev/null /etc/systemd/system/udev.service ++chroot ${rootfs} ln -s /lib/systemd/system/multi-user.target /etc/systemd/system/default.target ++# Make systemd honor SIGPWR ++chroot ${rootfs} ln -s
Bug#772459: unblock: syslinux/3:6.03+dfsg-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock syslinux/3:6.03+dfsg-4. Changes since 3:6.03+dfsg-2 (jessie) are: * Adding initial Brazilian Portuguese debconf translations from Jos de Figueiredo deb.gnuli...@gmail.com (Closes: #771783). * Adding initial Italian debconf translation from Beatrice Torracca beatri...@libero.it (Closes: #768585). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ diff --git a/debian/changelog b/debian/changelog index 0211ef1..e6ad496 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,17 @@ +syslinux (3:6.03+dfsg-4) unstable; urgency=low + + * Adding initial Brazilian Portuguese debconf translations from Jos de +Figueiredo deb.gnuli...@gmail.com (Closes: #771783). + + -- Daniel Baumann m...@daniel-baumann.ch Sat, 06 Dec 2014 13:16:42 +0100 + +syslinux (3:6.03+dfsg-3) unstable; urgency=low + + * Adding initial Italian debconf translation from Beatrice Torracca +beatri...@libero.it (Closes: #768585). + + -- Daniel Baumann m...@daniel-baumann.ch Tue, 11 Nov 2014 20:05:41 +0100 + syslinux (3:6.03+dfsg-2) unstable; urgency=low * Adding initial Danish debconf translations from Joe Hansen diff --git a/debian/po/it.po b/debian/po/it.po new file mode 100644 index 000..3f8ffea --- /dev/null +++ b/debian/po/it.po @@ -0,0 +1,47 @@ +# German debconf translations for the syslinux package +# Copyright (C) 2014 Beatrice Torracca beatri...@libero.it +# This file is distributed under the same license as the syslinux package. +# +msgid +msgstr +Project-Id-Version: syslinux\n +Report-Msgid-Bugs-To: sysli...@packages.debian.org\n +POT-Creation-Date: 2014-08-24 00:12+0200\n +PO-Revision-Date: 2014-10-26 13:09+0200\n +Last-Translator: Beatrice Torracca beatri...@libero.it\n +Language-Team: Italian debian-l10n-ital...@lists.debian.org\n +Language: it\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n +Plural-Forms: nplurals=2; plural=(n != 1);\n + +#. Type: title +#. Description +#: ../extlinux.templates:1001 +msgid EXTLINUX +msgstr EXTLINUX + +#. Type: note +#. Description +#: ../extlinux.templates:2001 +msgid No bootloader integration code anymore +msgstr Codice di integrazione con bootloader non più presente + +#. Type: note +#. Description +#: ../extlinux.templates:2001 +msgid The extlinux package does not ship bootloader integration anymore. +msgstr +Il pacchetto extlinux non fornisce più l'integrazione con il bootloader. + +#. Type: note +#. Description +#: ../extlinux.templates:2001 +msgid +If you are upgrading to this version of EXTLINUX your system will not boot +any longer if EXTLINUX was the only configured bootloader. Please install +GRUB. +msgstr +Se si sta aggiornando a questa versione di EXTLINUX, il sistema non si +avvierà più se EXTLINUX era l'unico bootloader configurato. Installare GRUB. diff --git a/debian/po/pt_BR.po b/debian/po/pt_BR.po new file mode 100644 index 000..ba58179 --- /dev/null +++ b/debian/po/pt_BR.po @@ -0,0 +1,49 @@ +# Brazilian Portuguese debconf translations for the syslinux package +# Copyright (C) 2014 José de Figueiredo deb.gnuli...@gmail.com +# This file is distributed under the same license as the syslinux package. +# +msgid +msgstr +Project-Id-Version: syslinux\n +Report-Msgid-Bugs-To: sysli...@packages.debian.org\n +POT-Creation-Date: 2014-08-24 00:12+0200\n +PO-Revision-Date: 2014-11-23 23:53-0200\n +Last-Translator: José de Figueiredo deb.gnuli...@gmail.com\n +Language-Team: Brazilian Portuguese debian-l10n-portuguese@lists.debian. +org\n +Language: pt_BR\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: 8bit\n + +#. Type: title +#. Description +#: ../extlinux.templates:1001 +msgid EXTLINUX +msgstr EXTLINUX + +#. Type: note +#. Description +#: ../extlinux.templates:2001 +msgid No bootloader integration code anymore +msgstr Sem código de integração com o carregador de inicialização + +#. Type: note +#. Description +#: ../extlinux.templates:2001 +msgid The extlinux package does not ship bootloader integration anymore. +msgstr +O pacote extlinux não fornece mais integração com o carregador de +inicialização (\bootloader\). + +#. Type: note +#. Description +#: ../extlinux.templates:2001 +msgid +If you are upgrading to this version of EXTLINUX your system will not boot +any longer if EXTLINUX was the only configured bootloader. Please install +GRUB. +msgstr +Se você está atualizando para esta versão do EXTLINUX, seu sistema não vai +mais inicializar caso o EXTLINUX seja o único carregador de inicialização. +Por favor, instale o GRUB.
Bug#768998:
This bug was caused by #767010, which has been dealt with recently. -- Patryk Cisek
Bug#772460: unblock: zutils/1.3-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock zutils/1.3-4 Changes since 1.3-2 (jessie) are: * Using libc0.1-dev for Built-Using on kfreebsd (Closes: #769563). * Adding Built-Using field (Closes: #769344). Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ diff --git a/debian/changelog b/debian/changelog index 0b2deea..5edea6f 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +zutils (1.3-4) unstable; urgency=low + + * Using libc0.1-dev for Built-Using on kfreebsd (Closes: #769563). + + -- Daniel Baumann m...@daniel-baumann.ch Sat, 15 Nov 2014 07:27:58 +0100 + +zutils (1.3-3) unstable; urgency=low + + * Adding Built-Using field (Closes: #769344). + + -- Daniel Baumann m...@daniel-baumann.ch Thu, 13 Nov 2014 07:42:55 +0100 + zutils (1.3-2) unstable; urgency=low * Updating to standards version 3.9.6. diff --git a/debian/control b/debian/control index 3c338bb..05ca9e9 100644 --- a/debian/control +++ b/debian/control @@ -25,6 +25,8 @@ Enhances: gzip, lzip, xz-utils, +Built-Using: + ${built-using}, Description: utilities for dealing with compressed files transparently Zutils is a collection of utilities for dealing with any combination of compressed and non-compressed files transparently. Currently the supported diff --git a/debian/rules b/debian/rules index 0f2d166..2ec5912 100755 --- a/debian/rules +++ b/debian/rules @@ -1,5 +1,7 @@ #!/usr/bin/make -f +DEB_HOST_ARCH_OS ?= $(shell dpkg-architecture -qDEB_HOST_ARCH_OS) + %: dh ${@} --parallel @@ -15,5 +17,12 @@ override_dh_auto_install: override_dh_builddeb: dh_builddeb -- -Zxz +override_dh_gencontrol: +ifeq (kfreebsd,$(DEB_HOST_ARCH_OS)) + dh_gencontrol -- -Vbuilt-using=glibc (= $$(dpkg-query --show --showformat='$${source:Version}' libc0.1-dev)) +else + dh_gencontrol -- -Vbuilt-using=glibc (= $$(dpkg-query --show --showformat='$${source:Version}' libc6-dev)) +endif + override_dh_strip: dh_strip --dbg-package=zutils-dbg
Bug#772461: Update installation-guide for no separated /usr
Package: installation-guide Tags: patch Hi all, I've noticed this change (some times ago now ...) : partman-auto (123) unstable; urgency=medium . [ Ben Hutchings ] * Combine / and /usr partitions in 'multi' recipes. Closes: #652275 I think that this will need some rewording in the installation manual. I've found some references to /usr and tried to adapt them, see attached patch. (build OK) Thanks for your comments. Baptiste Index: en/using-d-i/modules/partman.xml === --- en/using-d-i/modules/partman.xml (révision 69499) +++ en/using-d-i/modules/partman.xml (copie de travail) @@ -276,11 +276,11 @@ filename//filename, filename/home/filename, swap /entry /rowrow - entrySeparate /home, /usr, /var and /tmp partitions/entry + entrySeparate /home, /var and /tmp partitions/entry entry1GB/entry entry filename//filename, filename/home/filename, -filename/usr/filename, filename/var/filename, +filename/var/filename, filename/tmp/filename, swap /entry /row Index: en/partitioning/tree.xml === --- en/partitioning/tree.xml (révision 69499) +++ en/partitioning/tree.xml (copie de travail) @@ -99,7 +99,8 @@ filename/dev/filename, otherwise you won't be able to boot. Typically 150ndash;250MB is needed for the root partition. -/para/listitem +/para +itemizedlist listitempara filename/usr/filename: contains all user programs @@ -113,6 +114,17 @@ 4ndash;6GB. /para/listitem +/itemizedlist +para + +It is now recommended to have filename/usr/filename on the +root partition filename//filename, otherwise it could +cause some trouble at boot time. +This means that you should provide at least 600ndash;750MB of disk space +for the root partition including filename/usr/filename, or 5ndash;6GB +for a workstation or a server installation. + +/para/listitem listitempara filename/var/filename: variable data like news articles, e-mails, Index: en/partitioning/schemes.xml === --- en/partitioning/schemes.xml (révision 69499) +++ en/partitioning/schemes.xml (copie de travail) @@ -16,7 +16,7 @@ /parapara For multi-user systems or systems with lots of disk space, it's best -to put filename/usr/filename, filename/var/filename, +to put filename/var/filename, filename/tmp/filename, and filename/home/filename each on their own partitions separate from the filename//filename partition. Index: en/appendix/preseed.xml === --- en/appendix/preseed.xml (révision 69499) +++ en/appendix/preseed.xml (copie de travail) @@ -1153,7 +1153,7 @@ # You can choose one of the three predefined partitioning recipes: # - atomic: all files in one partition # - home: separate /home partition -# - multi: separate /home, /usr, /var, and /tmp partitions +# - multi: separate /home, /var, and /tmp partitions d-i partman-auto/choose_recipe select atomic # Or provide a recipe of your own... signature.asc Description: PGP signature
Bug#766773: xmpp completely unusable
On Sat, 06 Dec 2014 18:56:20 +0100, Andreas B. Mundt wrote: I installed irssi and irssi-plugin-xmpp on a second machine (jessie, new install), and the issue persists, the same as describe before. For me, irssi-plugin-xmpp is completely unusable with this bug, does it work for anybody else? I might be wrong but this somehow reminds of the recent troubles with irssi-plugin-otr, cf. e.g. #766773 and irssi-plugin-otr (1.0.0-1+b2) sid; urgency=low, binary-only=yes * Binary-only non-maintainer upload for amd64; no source changes. * Rebuild against irssi 0.8.17 Maybe irssi-plugin-xmpp needs a binNMU as well? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Led Zeppelin: Bonzo's Montreux signature.asc Description: Digital Signature
Bug#767388: gdm3: (with default=kdm) gdm.service gives failed status
On Thu, 30 Oct 2014 20:24:14 +0100 r.ductor r.duc...@gmail.com wrote: Dear Maintainer, Hello, I have kdm as default display manager. Systemd starts gdm.service, which contains an ExecStartPre assertion default=gdm that fails giving a failure log and a failure status. I do not know if this is a bug or a feature, nor if I should report this to kdm, but in my mind having a programmatic failure in a normal situation should not be normal... This should be fixed in systemd version 215-8 that is currently in unstable. Could you please check if everything is working with that version? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772462: ruby-minitest: breaks test/unit
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: ruby-minitest Severity: important Version: 5.4.2-1 Dear Maintainer, I noticed ruby-minitest installation broke Ruby programs which used 'test/unit' on Sid or Jessie. Here is a test log on pure Sid environment with using pbuilder. - without ruby-minitest # irb irb(main):001:0 require 'test/unit' = true irb(main):002:0 Run options: # Running tests: Finished tests in 0.005990s, 0. tests/s, 0. assertions/s. 0 tests, 0 assertions, 0 failures, 0 errors, 0 skips ruby -v: ruby 2.1.5p273 (2014-11-13) [x86_64-linux-gnu] - - with ruby-minitest # apt-get install ruby-minitest ... Unpacking ruby-minitest (5.4.2-1) ... # irb irb(main):001:0 require 'test/unit' Warning: you should require 'minitest/autorun' instead. Warning: or add 'gem minitest' before 'require minitest/autorun' From: /usr/lib/ruby/2.1.0/test/unit.rb:1:in `top (required)' (irb):1:in `irb_binding' /usr/lib/ruby/2.1.0/irb/workspace.rb:86:in `eval' /usr/lib/ruby/2.1.0/irb/workspace.rb:86:in `evaluate' /usr/lib/ruby/2.1.0/irb/context.rb:380:in `evaluate' /usr/lib/ruby/2.1.0/irb.rb:492:in `block (2 levels) in eval_input' /usr/lib/ruby/2.1.0/irb.rb:624:in `signal_status' /usr/lib/ruby/2.1.0/irb.rb:489:in `block in eval_input' /usr/lib/ruby/2.1.0/irb/ruby-lex.rb:247:in `block (2 levels) in each_top_level_statement' /usr/lib/ruby/2.1.0/irb/ruby-lex.rb:233:in `loop' /usr/lib/ruby/2.1.0/irb/ruby-lex.rb:233:in `block in each_top_level_statement' /usr/lib/ruby/2.1.0/irb/ruby-lex.rb:232:in `catch' /usr/lib/ruby/2.1.0/irb/ruby-lex.rb:232:in `each_top_level_statement' /usr/lib/ruby/2.1.0/irb.rb:488:in `eval_input' /usr/lib/ruby/2.1.0/irb.rb:397:in `block in start' /usr/lib/ruby/2.1.0/irb.rb:396:in `catch' /usr/lib/ruby/2.1.0/irb.rb:396:in `start' /usr/bin/irb:11:in `main' MiniTest::Unit::TestCase is now Minitest::Test. From /usr/lib/ruby/2.1.0/test/unit/testcase.rb:8:in `module:Unit' NameError: undefined method `_run_suite' for class `Test::Unit::Runner' from /usr/lib/ruby/2.1.0/test/unit.rb:676:in `class:Runner' from /usr/lib/ruby/2.1.0/test/unit.rb:261:in `module:Unit' from /usr/lib/ruby/2.1.0/test/unit.rb:15:in `module:Test' from /usr/lib/ruby/2.1.0/test/unit.rb:7:in `top (required)' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /usr/lib/ruby/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from (irb):1 from /usr/bin/irb:11:in `main' irb(main):002:0 - - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Processed by Mailcrypt 3.5.9 http://mailcrypt.sourceforge.net/ iQIcBAEBCgAGBQJUhFziAAoJEB0hyD3EUuD8+JAP/R6wvrsj1hmGos3cD+RZwyBC Z2mfRuHjZrhqxyqI/bcWCJJxCYDVVNqLJ7nPWrB6ZjurMjzQLD08MBuZNxJTa5oj r7uZEQWlkoFikgC3GDxOXvPUTknLwW/2RqT6bIHL90kDQrDdGkighWKFL1ifo+wf 6gVP8t0h+MsXsUhZjnMMR30PURFeq3WrYtkMw9B9xOi4aDLOBqTy5UZvj/I4HwAs JFs7vx3OahYokh9a032Pg9vmMs8OxxZcYpRDJoU9Q8pwSP+53NXVjpwTEVDprJjf yDxeBS88U0gqeu6eaWn5afwRGyJ3J7z8pWNEmxmRNDuPBtxzwGy61RPtRNPWMKEo FwqE5qqS6ZsB5CeU0x7ywg1NiVQXuLqrx6Toj33fDCVdAYmRT48xPM9vHVFs8Mxh TvqxfKoPDopneQzJPR2DIr575JulXQeWwYjE2/FvCeb17OfkKyMDp3Dgd/IezD3J 4gmrgGfjsLjCzYta2ui4nrryqLprq6ccbeIhodKdCGmzKvTRIk/mlDWbVkL43AcC 8mtfdy+TLBj0Lk23db2cthydtS7/b7oU8JGEWSunfMx2aWRHDpn7xdudiAJbHUq0 4bKgJOEgjoBq7y1q0iHKcvsVbSkRkkpLDuWMocxGP2wjtx4k9mNjnlkZfmQoP23r 70cJloDlp2Cae4j4wiH/ =bOYN -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#772463: override: libsystemd-journal-dev:oldlibs/extra, libsystemd-daemon-dev:oldlibs/extra, libsystemd-id128-0:oldlibs/extra, libsystemd-daemon0:oldlibs/extra, libsystemd-login0:oldlibs/extra, li
Package: ftp.debian.org Severity: normal Hello, In the recent versions of systemd, severals libraries have been consolidated in the libsystemd0 library. The old libraries have already been put in the appropriate section/priority. Could you please adjust the override file. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#770327: #770327 broadcom-sta/6.30.223.248-2
Hi, Thanks for that! Everything seems to be ok on my laptop too, package is ready for upload. Regards, Cyril Lacoux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771496: overwrites user changes to configuration file /etc/dpkg-cross/cross-compile on upgrade (violates 10.7.3)
Control: tag -1 + confirmed On Sat, 06 Dec 2014 15:28:39 +, Dimitri John Ledkov wrote: The user's configuration in this case comes from debconf prompt and that choice is preserved upon upgrades, without additional prompts and is safe w.r.t. to dpkg prompts. Yes but it does it wrong. The .config should read existing values from the file and feed them into debconf. C.f. man 7 debconf-devel, section Config file handling. /etc/dpkg-cross/cross-compile.sample on the other-hand is a conffile and direct modifications to that file will be preserved and used to generate /etc/dpkg-cross/cross-compile file. Thus you can edit the .sample file to add other things in that file and they will be preserved across upgrades. This is non-intuitive (why would I edit .sample to change the other one?) and more importantly it doesn't work because the postinst just replaces #*default_arch. Again, debconf-devel(7) has a nice template for the postinst action. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Joel Harrison: Lonesome road blues signature.asc Description: Digital Signature
Bug#754860: Remove trac-git from jessie
Hello Martin Unless I am missing something, trac-git should really be removed from jessie now that trac 1.0 is in testing. trac-git has been integrated in main trac repository. Bug 754860 appears as RC in the Team dashboard. You might have miss it since you are only listed as an uploader. Can you confirm trac-git is obsolete? If confirmed, package should be removed from unstable too. You should reassign to pseudo package ftp.debian.org, change the severity to normal and retitle to: RM: trac-git -- ROM; superseed by trac Best regards, -- Nirgal signature.asc Description: OpenPGP digital signature
Bug#772464: unblock: propellor/0.9.1.1 (pre-approval)
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi! I'd like to upload propellor 0.9.1.1 (version pending approval from Joey Hess) to testing-proposed-updates to fix #769452, and adopt the package (#768634). It can't go via unstable, because that has 0.9.2 already, with unrelated changes. The source diff is attached. unblock propellor/0.9.1.1 -- |8] diff --git a/debian/changelog b/debian/changelog index c580b3b..e1cac4b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,15 @@ +propellor (0.9.1.1) testing-proposed-updates; urgency=medium + + [ Joey Hess ] + * Docker: Stop using docker.io; that was a compat symlink in +the Debian package which has been removed in docker.io 1.3.1~dfsg1-2. +(Closes: #769452) + + [ Gergely Nagy ] + * New maintainer. (Closes: #768634) + + -- Gergely Nagy alger...@madhouse-project.org Sun, 07 Dec 2014 15:14:05 +0100 + propellor (0.9.1) unstable; urgency=medium * Docker: Add ability to control when containers restart. diff --git a/src/Propellor/Property/Docker.hs b/src/Propellor/Property/Docker.hs index d9d5f19..5a7a084 100644 --- a/src/Propellor/Property/Docker.hs +++ b/src/Propellor/Property/Docker.hs @@ -567,7 +567,7 @@ readIdentFile cid = fromMaybe (error bad ident in identFile) . readish $ readFile (identFile cid) dockercmd :: String -dockercmd = docker.io +dockercmd = docker report :: [Bool] - Result report rmed
Bug#772465: mdadm: checkarray: add support for repair action
Package: mdadm Version: 3.3.2-2 Severity: wishlist Tags: patch Please consider the attached patch, it enables the use of the repair action in the cron checkarray script. Manual configuration is required to switch from the standard check to the new repair mode, so it shouldn't have any added risk to deployed systems. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh --- checkarray 2014-12-07 12:22:21.611713564 -0200 +++ checkarray.repair 2014-12-07 12:22:06.018196634 -0200 @@ -27,6 +27,7 @@ -a|--all check all assembled arrays (ignores arrays in command line). -s|--status print redundancy check status of devices. -x|--cancel queue a request to cancel a running redundancy check. + -r|--repair repair instead of check -i|--idle perform check in a lowest scheduling class (idle) -l|--slow perform check in a lower-than-standard scheduling class -f|--fast perform check in higher-than-standard scheduling class @@ -46,11 +47,11 @@ Devices can be specified in almost any format. The following are equivalent: /dev/md0, md0, /dev/md/0, /sys/block/md0 -You can also control the status of a check with /proc/mdstat file. +You can also control the status of a check/repair with /proc/mdstat file. } -SHORTOPTS=achVqQsxilf -LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,idle,slow,fast,realtime +SHORTOPTS=achVqQsxrilf +LONGOPTS=all,cron,help,version,quiet,real-quiet,status,cancel,repair,idle,slow,fast,realtime eval set -- $(getopt -o $SHORTOPTS -l $LONGOPTS -n $PROGNAME -- $@) @@ -67,6 +68,7 @@ -a|--all) all=1;; -s|--status) action=status;; -x|--cancel) action=idle;; +-r|--repair) action=repair;; -i|--idle) ionice=idle;; -l|--slow) ionice=low;; -f|--fast) ionice=high;; @@ -165,7 +167,7 @@ [ $quiet -lt 1 ] echo $PROGNAME: I: cancel request queued for array $array. 2 ;; -check) +check|repair) if [ $cur_status != idle ]; then [ $quiet -lt 2 ] echo $PROGNAME: W: array $array not idle, skipping... 2 continue @@ -187,9 +189,9 @@ fi # queue request for the array. The kernel will make sure that these requests - # are properly queued so as to not kill one of the array. + # are properly queued so as to not kill one of the arrays. echo $action $MDBASE/sync_action - [ $quiet -lt 1 ] echo $PROGNAME: I: check queued for array $array. 2 + [ $quiet -lt 1 ] echo $PROGNAME: I: $action queued for array $array. 2 case $ionice in idle) ioarg='-c3'; renice=15;;
Bug#772466: gnome-tweak-tool: gnome-tweal-tool now seems to only change window border and gtk+ of other applications, not including Nautilus, System Setting.
Package: gnome-tweak-tool Version: 3.14.2-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? -Normal operation, changing the settings of tweak tool. * What exactly did you do (or not do) that was effective (or ineffective)? -Reinstall jessie. * What was the outcome of this action? -It seems only old versions work as expected. * What outcome did you expect instead? -Nautilus, System Setting window border and gtk should change as well. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16-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 gnome-tweak-tool depends on: ii gir1.2-gnomedesktop-3.03.14.1-1 ii gir1.2-gtk-3.0 3.14.5-1 ii gir1.2-notify-0.7 0.7.6-2 ii gnome-shell-common 3.14.2-1 ii gsettings-desktop-schemas 3.14.1-1 ii mutter-common 3.14.2-1 ii python 2.7.8-2 ii python-gi 3.14.0-1 gnome-tweak-tool recommends no packages. gnome-tweak-tool 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#772464: unblock: propellor/0.9.1.1 (pre-approval)
Control: tags -1 moreinfo Hi, On Sun, Dec 07, 2014 at 03:25:19PM +0100, Gergely Nagy wrote: I'd like to upload propellor 0.9.1.1 (version pending approval from Joey Hess) to testing-proposed-updates to fix #769452, and adopt the package (#768634). It can't go via unstable, because that has 0.9.2 already, with unrelated changes. This type of change is not appropriate for testing-proposed-updates. If you do a revert in unstable and upload the fix there, I'm happy to accept it that way. You can upload the newer version to experimental. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772467: gdm3: Gdm3 crash and displays: Oh No! Something has gone wrong
Package: gdm3 Version: 3.14.1-3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** gdm3 and gnome stopped to work after an update of jessie early november. Gdm3 crash and displays: Oh No! Something has gone wrong to start a graphical session I then configured Lightdm as the default display manager using Lightdm if I select Gnome session gnome crash and display : Oh No! Something has gone wrong while with lightdm choosing a cinnamon session, the desktop starts normally. I thought this bug would be solved by new version of nvidia-driver (as mentioned in bug 767803) but even after latest update of jessie with nvidia-driver 340.46-6 the problem persists. my graphic card is an nvidia getforce GTX 670 as a result while this bug exist I cant run neither gnome nor gdm3 on my system. regards Bruno -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.37-3+b1 ii adduser 3.113+nmu3 ii cinnamon [x-window-manager] 2.2.16-4 ii dconf-cli0.22.0-1 ii dconf-gsettings-backend 0.22.0-1 ii debconf [debconf-2.0]1.5.54 ii e17 [x-window-manager] 0.17.6-1 ii gir1.2-gdm3 3.14.1-3 ii gnome-session [x-session-manager]3.14.0-2 ii gnome-session-bin3.14.0-2 ii gnome-session-flashback [x-session-manager] 3.8.1-7 ii gnome-settings-daemon3.14.2-1 ii gnome-shell 3.14.2-1 ii gnome-terminal [x-terminal-emulator] 3.14.1-1 ii gsettings-desktop-schemas3.14.1-1 ii libaccountsservice0 0.6.37-3+b1 ii libaudit11:2.4-1 ii libc62.19-13 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libgdm1 3.14.1-3 ii libglib2.0-0 2.42.1-1 ii libglib2.0-bin 2.42.1-1 ii libgtk-3-0 3.14.5-1 ii libpam-modules 1.1.8-3.1 ii libpam-runtime 1.1.8-3.1 ii libpam-systemd 215-7 ii libpam0g 1.1.8-3.1 ii librsvg2-common 2.40.5-1 ii libselinux1 2.3-2 ii libsystemd0 215-7 ii libwrap0 7.6.q-25 ii libx11-6 2:1.6.2-3 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.2-1+b1 ii lsb-base 4.1+Debian13+nmu1 ii marco [x-window-manager] 1.8.2+dfsg1-4 ii metacity [x-window-manager] 1:3.14.3-1 ii muffin [x-window-manager]2.2.6-4 ii mutter [x-window-manager]3.14.2-1 ii policykit-1 0.105-8 ii sawfish [x-window-manager] 1:1.5.3-2.4 ii ucf 3.0030 ii x11-common 1:7.7+7 ii x11-xserver-utils7.7+3+b1 ii xterm [x-terminal-emulator] 312-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.14.0-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii x11-xkb-utils 7.7+1 ii xserver-xephyr 2:1.16.1.901-1 ii xserver-xorg 1:7.7+7 ii zenity 3.14.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.14.0-2 ii libpam-gnome-keyring 3.14.0-1+b1 -- debconf information: * shared/default-x-display-manager: lightdm gdm3/daemon_name: /usr/sbin/gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
Bug#670437: pygopherd: diff for NMU version 2.0.18.3+nmu4
Control: tags 670437 + pending Control: tags 771501 + pending Dear maintainer, Cameron Norman has prepared an NMU for pygopherd (versioned as 2.0.18.3+nmu4) and I've uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Davy Graham: Tristano diff -Nru pygopherd-2.0.18.3+nmu3/debian/changelog pygopherd-2.0.18.3+nmu4/debian/changelog --- pygopherd-2.0.18.3+nmu3/debian/changelog 2013-06-30 14:30:23.0 +0200 +++ pygopherd-2.0.18.3+nmu4/debian/changelog 2014-12-07 15:35:37.0 +0100 @@ -1,3 +1,11 @@ +pygopherd (2.0.18.3+nmu4) unstable; urgency=medium + + * Non-maintainer upload. + * Install gophermap in rules from upstream source, not from +/usr/share/doc in postinst (Closes: #771501, #670437) + + -- Cameron Norman camerontnor...@gmail.com Fri, 05 Dec 2014 20:51:00 -0800 + pygopherd (2.0.18.3+nmu3) unstable; urgency=low * Non-maintainer upload. diff -Nru pygopherd-2.0.18.3+nmu3/debian/postinst pygopherd-2.0.18.3+nmu4/debian/postinst --- pygopherd-2.0.18.3+nmu3/debian/postinst 2008-04-10 15:56:55.0 +0200 +++ pygopherd-2.0.18.3+nmu4/debian/postinst 2014-12-07 15:35:37.0 +0100 @@ -31,13 +31,10 @@ set +e UNAME=gopher -HOMEDIR=/var/gopher -if test -d $HOMEDIR; then HOMEDIREXISTS=yes; else HOMEDIREXISTS=no; fi - -if ! grep -q ^${UNAME}:.*${HOMEDIR} /etc/passwd +if ! grep -q ^${UNAME}: /etc/passwd then - adduser --system --home $HOMEDIR --group $UNAME + adduser --system --home /nonexistent --no-create-home --group $UNAME else echo Gopher account already in place; not modifying. fi @@ -62,14 +59,8 @@ chsh -s /bin/sh gopher fi - -if [ $HOMEDIREXISTS = no ]; then - if ! test -d $HOMEDIR; then -mkdir $HOMEDIR - fi - cp /usr/share/doc/pygopherd/examples/gophermap $HOMEDIR/gophermap - chown -R gopher.gopher $HOMEDIR -fi +# fix permissions on /var/gopher, since the gopher u/gid is now present +chown -R gopher.gopher /var/gopher ;; diff -Nru pygopherd-2.0.18.3+nmu3/debian/rules pygopherd-2.0.18.3+nmu4/debian/rules --- pygopherd-2.0.18.3+nmu3/debian/rules 2013-06-30 14:30:23.0 +0200 +++ pygopherd-2.0.18.3+nmu4/debian/rules 2014-12-07 15:35:37.0 +0100 @@ -75,6 +75,7 @@ mv debian/pygopherd/usr/bin/pygopherd \ debian/pygopherd/usr/sbin/pygopherd rm debian/pygopherd/etc/pygopherd/mime.types + install -D examples/gophermap debian/pygopherd/var/gopher/gophermap cp pygfarm/*.pyg debian/pygfarm/usr/share/pygfarm chown root.root debian/pygfarm/usr/share/pygfarm/* chmod 0755 debian/pygfarm/usr/share/pygfarm/* signature.asc Description: Digital Signature
Bug#725284: hdparm + systemd: Configuration not restored after resume
severity 725284 serious thanks Looking at RC bugs, there are some bugs related to systemd integration, and this one specifically affects hardware lifetime, so I thought it would be right to mark it as RC. Apologies in advance if it's not appropriate. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772468: unblock: (pre-approval) libspring-java/3.2.12-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libspring-java. This package is affected by two security issues: CVE-2014-3578 (#760733) and CVE-2014-3625 (#769698). The fix for CVE-2014-3578 is unknown and can't be backported, the only solution left to address this issue is to package a more recent version. libspring-java 3.2.12 will also require libhibernate-validator-java to be unblocked (#771772). Compared to the version 3.0.x the build system was switched from Maven to Gradle and the source layout has been reorganized. This results in a debdiff impossible to review (70M uncompressed, 1.7M lines), so I'm just attaching the debdiff for the debian directory. Fortunately the compatibility is excellent, only one package had to be updated (libspring-webflow-2.0-java, already unblocked). The following reverse dependencies build fine in a clean chroot: acegi-security activemq guice jasperreports jasypt jenkins libopensaml2-java libopenws-java libshib-common-java libspring-ldap-java libspring-security-2.0-java libspring-webflow-2.0-java libxbean-java mina mina2 mule openid4java osmosis red5 shiro tiles uima-as I'm sorry to push such a big update during the freeze but that's the best I can do to address these issues. Also note that Spring 3.2 is still supported upstream, so this update will greatly help with the future security issues during the Jessie lifecycle. Thank you unblock libspring-java/3.2.12-1 libspring-java_3.0.6_to_3.2.12.debian.debdiff.gz Description: application/gzip signature.asc Description: OpenPGP digital signature
Bug#772207: allow building D
+++ Helmut Grohne [2014-12-06 08:40 +0100]: Package: cross-gcc-dev Version: 6 Severity: wishlist User: helm...@debian.org Usertags: rebootstrap The quilt stack forcibly disables D. While this may be desirable for the in-archive cross toolchains, the scope of cross-gcc-dev is deliberately wider. Thus I am proposing to disable D using environment variables there. This can be achieved using DEB_BUILD_OPTIONS=nolang=d. Good point. This was originally a patch to fix gfortran and nobble D build because otherwise libphobos problems meant it caused the build to break. They should be fixed in gcc itself. The fortran fix now has been, and I think libphobos maybe has been too. Clearly using the nolang option (which we already do for other langs) is much more flexible. I have switched to this already in a newer branch, and will do so here too. I am attaching a patch even though I didn't test it. Loks like you forgot, but I'm sure I can work it out. Wookey -- Principal hats: Linaro, Debian, Wookware, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772469: wishlist: debian/README.source
Package: asterisk Version: 1:13.0.0~dfsg-2 Severity: wishlist Hi, After doing debcheckout asterisk fullfilling the dependencies, starting fakeroot dpkg-buildpackage -uc -us got me dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../asterisk_13.0.0~dfsg.orig.tar.{bz2,gz,lzma,xz} dpkg-buildpackage: error: dpkg-source -b asterisk gave error exit status 255 It would nice if the file debian/README.source has information how to build Asterisk debian package from Source Code Management, SCM, tools. At https://www.debian.org/doc/debian-policy/ch-source.html#s-readmesource is this text: debian/README.source may also include any other information that would be helpful to someone modifying the source package. Thank you for considering Groeten Geert Stappers -- Leven en laten leven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768127: Fails to build the index when invalid UTF-8 is met
Control: tag -1 - moreinfo Control: tag -1 + confirmed On Sat, 06 Dec 2014 01:33:58 -0100, Daniel Getz wrote: I can reproduce the problem with LC_ALL=C LANG=C /etc/cron.weekly/dhelp Attached is a diff with a change to dhelp_parse.rb which sets Encoding.default_external explicitly, so that even if LANG=C, it uses UTF-8 instead of US-ASCII as the default for opening files. By my (limited) understanding of Encoding.default_external, this should have the same effect on opening files as replacing LANG=C with LANG=xx_XX.UTF-8 would. On my machine, without the patch, I see the same errors with LANG=C as the others here. With the patch, I do not. Works for me as well. Since I don't speak any ruby I'm a bit hesitant to upload; maybe some ruby speaker knowing Encoding.default_external can confirm that's the correct way forwards? (And: Are we sure all doc-base files are us-ascii or utf-8 encoded? At least on my machine they are, so maybe that's a non-concern.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Treibhaus: Yellowman Jamaica signature.asc Description: Digital Signature
Bug#772440: linux-image-3.16.0-4-amd64: Built-in display dimmed black if external monitor is plugged in
I found that the kernel option video.use_native_backlight=0 fixes these issues. Brightness is always at a reasonable level and adjustable again. (In fact unfortunately it can't be dimmed to black anymore, which on the upside avoids unreasonable defaults.) Tested for Linux 3.16 and 3.17. $ ls /sys/class/backlight/ acpi_video0 intel_backlight So what to do now to get this fixed both for Jessie (at least document it in some general way) and in the long run (I guess file upstream report for the adjust issue)? Greets jre btw: I was hinted to this workaround by the similar, but not identical bug reports https://bugs.debian.org/762285 and https://bugzilla.kernel.org/show_bug.cgi?id=85051. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771685: Fwd: Bug#771685: lvm2: system fails to boot when using lvm2 with upstart
Hello Yes it does work fine with sysvinit. I only want to be sure that if debian changes to systemd that i would have bootable system. This problem is triggered with existence of lvm volumes. The system boot when i have installed lvm libraries and no lvm volumes is created. When googling for this issue i have found several tips, but it does not apply for this bug. It is possible that lvm2 invoked without upstart forks fine, but i think the order of starting other needed services for lvm2 are delayed or started synchronously. For example /dev must be mounted before udev and etc. Thank You ewew
Bug#766773: xmpp completely unusable: binNMU needed
Hi gregor, On Sun, Dec 07, 2014 at 02:53:08PM +0100, gregor herrmann wrote: [...] I might be wrong but this somehow reminds of the recent troubles with irssi-plugin-otr, cf. e.g. #766773 and Probably #767103 ?!? irssi-plugin-otr (1.0.0-1+b2) sid; urgency=low, binary-only=yes * Binary-only non-maintainer upload for amd64; no source changes. * Rebuild against irssi 0.8.17 Maybe irssi-plugin-xmpp needs a binNMU as well? Yes you seem to be right! I just cloned the source from collab-maint and rebuild the package, and after installation, things work again. Great! Thanks, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772471: chromium crash on startup with error: FATAL:sandbox_bpf.cc(502)] Check failed: -1 == rv (-1 vs. 354)
Package: chromium Version: 39.0.2171.71-2 Severity: important Dear Maintainer, = After upgrade to chromium:i386 39.0.2171.71-2 from chromium:i386 38.0.2125.101-1, chromium now crashes every time on startup with the error: FATAL:sandbox_bpf.cc(502)] Check failed: -1 == rv (-1 vs. 354) Note that google-chrome-stable 39.0.2171.71-1 works correctly on the same computer. I am also using the proprietary nvidia driver 340.46-1, which has been mentioned in some chromium threads (see references in code.google.com bug report below), although the 38.0.2125.101 chromium worked fine with this nvidia driver. submitted chromium bug report: http://code.google.com/p/chromium/issues/detail?id=439795thanks=439795ts=1417965276 = -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/6 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 chromium depends on: ii libasound2 1.0.28-1 ii libc62.19-13 ii libcairo21.14.0-2.1 ii libcap2 1:2.24-6 ii libcups2 1.7.5-5 ii libdbus-1-3 1.8.12-1 ii libexpat12.1.0-6 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.1-1 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.0-1 ii libgnome-keyring03.12.0-1 ii libgtk2.0-0 2.24.25-1 ii libharfbuzz0b0.9.35-1 ii libjpeg62-turbo 1:1.3.1-10 ii libnspr4 2:4.10.7-1 ii libnspr4-0d 2:4.10.7-1 ii libnss3 2:3.17.2-1 ii libpango-1.0-0 1.36.8-2 ii libpangocairo-1.0-0 1.36.8-2 ii libpci3 1:3.2.1-1 ii libspeechd2 0.8-5 ii libspeex11.2~rc1.2-1 ii libsrtp0 1.4.5~20130609~dfsg-1 ii libstdc++6 4.9.1-1 ii libudev1 204-6 ii libx11-6 2:1.6.2-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.3-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.4-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii x11-utils7.7+2 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-inspector 39.0.2171.71-2 ii chromium-l10n 39.0.2171.71-2 -- Configuration Files: /etc/chromium.d/README changed: -- 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#772470: shadow: [INTL:nl] Dutch po file for the shadow package
Package: shadow Severity: wishlist Tags: l10n patch Dear Maintainer, == Please find attached the Dutch po file for the shadow package. It has been submitted for review to the debian-l10n-dutch mailing list. Please add it to your next package revision. It should be put as po/nl.po in your package build tree. === Groetjes, Frans === www.frans-spiesschaert.homenet.org home.base.be/vt6362833/ nl.po.gz Description: Binary data
Bug#772472: mpv: Doesn't properly stream from YouTube URLs
Package: mpv Version: 0.7.1-1 Severity: normal Dear Maintainer, When passing a YouTube URL to mpv, I get a TLS error: [libav] tls: The TLS connection was non-properly terminated. Failed to recognize file format. I can play the same video using $ youtube-dl -o - $VIDEO_URL | mpv - and it runs just fine. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 Init: systemd (via /run/systemd/system) Versions of packages mpv depends on: ii libasound2 1.0.28-1 ii libass5 0.10.2-3 ii libavcodec566:11-2 ii libavdevice55 6:11-2 ii libavfilter56:11-2 ii libavformat56 6:11-2 ii libavresample2 6:11-2 ii libavutil54 6:11-2 ii libbluray1 1:0.6.2-1 ii libbs2b03.1.0+dfsg-2.1 ii libc6 2.19-13 ii libcdio-cdda1 0.83-4.2 ii libcdio-paranoia1 0.83-4.2 ii libcdio13 0.83-4.2 ii libdvdnav4 5.0.1-1 ii libdvdread4 5.0.0-1 ii libegl1-mesa [libegl1-x11] 10.3.2-1 ii libenca01.16-1 ii libgl1-mesa-glx [libgl1]10.3.2-1 ii libguess1 1.2-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.10+20140719git3eb0ae6a~dfsg-2 ii libjpeg62-turbo 1:1.3.1-11 ii liblcms2-2 2.6-3+b3 ii liblircclient0 0.9.0~pre1-1.1 ii liblua5.2-0 5.2.3-1.1 ii libmpg123-0 1.20.1-2 ii libpulse0 5.0-13 ii libsdl2-2.0-0 2.0.2+dfsg1-6 ii libswscale3 6:11-2 ii libuuid12.25.2-3 ii libva-glx1 1.4.1-1 ii libva-x11-1 1.4.1-1 ii libva1 1.4.1-1 ii libvdpau1 0.8-3 ii libwayland-client0 1.6.0-2 ii libwayland-cursor0 1.6.0-2 ii libwayland-egl1-mesa [libwayland-egl1] 10.3.2-1 ii libx11-62:1.6.2-3 ii libxext62:1.3.3-1 ii libxinerama12:1.1.3-1+b1 ii libxkbcommon0 0.4.3-2 ii libxrandr2 2:1.4.2-1+b1 ii libxss1 1:1.2.2-1 ii libxv1 2:1.0.10-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages mpv recommends: ii youtube-dl 2014.12.01-1 mpv suggests no packages. -- no debconf information Happy Hacking, David E. McMackins II Associate, Free Software Foundation (#12889) www.mcmackins.org www.delwink.com www.gnu.org www.fsf.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768127: Fails to build the index when invalid UTF-8 is met
UTF-8 should be the right format for doc-base files, according to https://lintian.debian.org/tags/doc-base-file-uses-obsolete-national-encoding.html I also don't know ruby, but from my research setting Encoding.default_external is considered the wrong thing to do, the right way being to pass -E UTF-8 as an option to ruby via the command line, or the environment variable RUBYOPT. I had to explicitly silence a warning because of this. See http://docs.ruby-lang.org/en/2.1.0/Encoding.html#method-c-default_external-3D However, neither of those right ways to set the encoding work well with using a ruby file directly as a script. (Is ruby not intended to be used in scripts?!) In the ruby docs, it says the problem is if code gets run before the change to the encoding. That's avoidable, and I believe I avoided it in my patch by placing the encoding change before any require imports. An alternative is to explicitly set the encoding to UTF-8 each time a file is opened. If someone feels that's a better way, I'm willing to do that and create a new patch. But like I said, I don't know ruby, so I can't guarantee correctness beyond trying it and seeing that it works. - Dan On Sun, Dec 7, 2014 at 2:06 PM, gregor herrmann gre...@debian.org wrote: Control: tag -1 - moreinfo Control: tag -1 + confirmed On Sat, 06 Dec 2014 01:33:58 -0100, Daniel Getz wrote: I can reproduce the problem with LC_ALL=C LANG=C /etc/cron.weekly/dhelp Attached is a diff with a change to dhelp_parse.rb which sets Encoding.default_external explicitly, so that even if LANG=C, it uses UTF-8 instead of US-ASCII as the default for opening files. By my (limited) understanding of Encoding.default_external, this should have the same effect on opening files as replacing LANG=C with LANG=xx_XX.UTF-8 would. On my machine, without the patch, I see the same errors with LANG=C as the others here. With the patch, I do not. Works for me as well. Since I don't speak any ruby I'm a bit hesitant to upload; maybe some ruby speaker knowing Encoding.default_external can confirm that's the correct way forwards? (And: Are we sure all doc-base files are us-ascii or utf-8 encoded? At least on my machine they are, so maybe that's a non-concern.) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Treibhaus: Yellowman Jamaica -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUhGzpXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoG/LMP/2o9yR4MuLwI+uxzEq0sgiPW wz5K4/+98llYpEnHrcEzWIp5sdJF3NkMqEr8eqtycOUUdLismSp3MeH7DByxQX9H to/qFXpwM+qTf6dLiNrQykQzkBI+kTg7SszslTIdNbrOqSDR9UGOSZs2IX3OoKac N/651M1MfPz6EuyVehUEeLchUJWaiqz+XpLblV10FjnH8UxUzeMg6Dck7bYpGAuT +PLfNrurXx1ldoCkoqaCwCzBbKb0ZBu8A0AzdfgWUeudXwmgIF+u0Fs0rQMqUifS +QfcS0lMFAxBTBIimDogoyteLhxgE9OaNGqizZv2/xQPPvXOTrzF7BlKSr5SLWw0 A73YqAhrzU0Rxawl6i7+eKyEYUt59Cc7mJWAKCJ8o10QipDid90GPAJ78Rmjxo8W aWb/zGu/DJ70e+D1WEZ+VEwDQs6LgpibY10cjkLOH813b62DahDh9vuHIgvIc7Xa 3naQRh626lAmpxdCqqDobxMa3o8M2tcbqrIFrQRq69VarW2eDXJVT/MoCUy+vjCS Qu5t5vCX+qONuxYnGUAiHsnk7eSGh52EOUtaXjYFvqUA6YWFkSfy0+apaFD1nlj9 H93c1xAFfDFbE4Aue9oxIenIVXMEH/KtPqYikt0ApHH/IcYiMDc3nGNhUUL4Nvyc WuWu7s3lZpbMnI0Cgzly =pVVw -END PGP SIGNATURE-
Bug#772473: xbindkeys-config: Insecure use of temporary files
Package: xbindkeys-config Version: 0.1.3-2 Severity: important Tags: security If you use this program and view generated file the current output will be saved to the file /tmp/xbindkeysrc-tmp. This allows the corruption of any file the user has permission to write to. Later this predictable file is used to execute commands: /*/ void middle_apply_action(GtkWidget *parent, void *data) { unlink(TEMP_FILE); save_file(TEMP_FILE); system(killall -9 xbindkeys); usleep(500); /* printf(\n\noutput = %d\n\n,system(xbindkeys -f TEMP_FILE )); */ system(xbindkeys -f TEMP_FILE ); } Really most of this complexity could go away if we just assumed the editor would write to a file the user specified, or ~/.xbindkeysrc. Given the number of bugs that have been untouched for a long time this package should probably not go into the Jessie release without a good update. Regardless this is a classic case of insecure-temporary files and should almost certainly have a CVE ID allocated. Steve -- System Information: Debian Release: 7.7 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-0.bpo.2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/dash Versions of packages xbindkeys-config depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u6 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii xbindkeys 1.8.5-1 ii zlib1g 1:1.2.7.dfsg-13 xbindkeys-config recommends no packages. xbindkeys-config 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#771413: dracut installs dead symlinks in /lib/systemd/system/{initrd,sysinit}.target.wants/
Control: tags 771413 + patch Dear maintainer, I believe the reason for the broken symlinks is that they violated the Debian policy on symbolic links, https://www.debian.org/doc/debian-policy/ch-files.html#s10.5 and were therefore omitted by the packaging programs. They violated the policy because the missing links were relative links from one top-level directory into another, but they should have been absolute. The attached patch fixes the bug. It uses dh_link to create the problematic links and not ln. Cheers, Tilman On Sat, 29 Nov 2014 11:55:00 +0100 =?UTF-8?B?VGlsbWFuIFNjaHLDtmRlcg==?= tilman.schroe...@gmx.de wrote: Package: dracut Version: 040+1-1 Severity: normal Dear Maintainer, dracut installs dead symlinks in /lib/systemd/system/{initrd,sysinit}.target.wants/: The links /lib/systemd/system/initrd.target.wants/dracut-cmdline.service /lib/systemd/system/initrd.target.wants/dracut-initqueue.service /lib/systemd/system/initrd.target.wants/dracut-mount.service /lib/systemd/system/initrd.target.wants/dracut-pre-mount.service /lib/systemd/system/initrd.target.wants/dracut-pre-pivot.service /lib/systemd/system/initrd.target.wants/dracut-pre-trigger.service /lib/systemd/system/initrd.target.wants/dracut-pre-udev.service /lib/systemd/system/sysinit.target.wants/dracut-shutdown.service are all pointing to files in the parent directory with the same name, but none of these files exist. I believe the links should all point to the corresponding files in /usr/lib/dracut/modules.d/98systemd/. I ran into this issue while trying to install apparmor which fails because systemd is unable to find dracut-shutdown.service. For more information on this please see my bug report on apparmor at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771240 Cheers and thanks for your awesome work, Tilman -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dracut depends on: ii console-setup 1.114 ii cpio 2.11+dfsg-2+b1 ii kmod 18-3 ii kpartx 0.5.0-5 ii libc6 2.19-13 ii pkg-config 0.28-1 ii udev 215-6 ii util-linux 2.25.2-3 Versions of packages dracut recommends: ii cryptsetup 2:1.6.6-3 ii dmraid 1.0.0.rc16-5 -- Sichere Kommunikation? GPG: 0x70755E61 auf keys.gnupg.net Author: Tilman Schröder tilman.schroe...@gmx.de Description: Use dh_link during installation to create symlinks where the target is an absolute filename, update clean target in Makefile. Bug-Debian: https://bugs.debian.org/771413 --- a/Makefile +++ b/Makefile @@ -124,10 +124,9 @@ endif if [ -n $(systemdsystemunitdir) ]; then \ mkdir -p $(DESTDIR)$(systemdsystemunitdir); \ - ln -srf $(DESTDIR)$(pkglibdir)/modules.d/98systemd/dracut-shutdown.service $(DESTDIR)$(systemdsystemunitdir)/dracut-shutdown.service; \ + echo $(pkglibdir)/modules.d/98systemd/dracut-shutdown.service $(systemdsystemunitdir)/dracut-shutdown.service debian/dracut.links; \ mkdir -p $(DESTDIR)$(systemdsystemunitdir)/sysinit.target.wants; \ - ln -s ../dracut-shutdown.service \ - $(DESTDIR)$(systemdsystemunitdir)/sysinit.target.wants/dracut-shutdown.service; \ + ln -s ../dracut-shutdown.service $(DESTDIR)$(systemdsystemunitdir)/sysinit.target.wants/dracut-shutdown.service; \ mkdir -p $(DESTDIR)$(systemdsystemunitdir)/initrd.target.wants; \ for i in \ dracut-cmdline.service \ @@ -138,9 +137,8 @@ dracut-pre-trigger.service \ dracut-pre-udev.service \ ; do \ - ln -srf $(DESTDIR)$(pkglibdir)/modules.d/98systemd/$$i $(DESTDIR)$(systemdsystemunitdir); \ - ln -s ../$$i \ - $(DESTDIR)$(systemdsystemunitdir)/initrd.target.wants/$$i; \ + echo $(pkglibdir)/modules.d/98systemd/$$i $(systemdsystemunitdir)/$$i debian/dracut.links; \ + ln -s ../$$i $(DESTDIR)$(systemdsystemunitdir)/initrd.target.wants/$$i; \ done \ fi if [ -f install/dracut-install ]; then \ @@ -171,6 +169,8 @@ $(RM) skipcpio/skipcpio $(SKIPCPIO_OBJECTS) $(RM) $(manpages) dracut.html $(MAKE) -C test clean + $(RM) debian/dracut.links + $(RM) Makefile.inc dist: dracut-$(VERSION).tar.xz signature.asc Description: OpenPGP digital signature
Bug#772474: php-horde-mnemo: 4.2.1-4
Package: php-horde-mnemo Version: 4.2.1-4 Severity: important Dear Maintainer (i.e /me), An mnemo update has been released [1], with a security fix [2]. This bug to follow and ask unblock. Unfortunately, there is no CVE. [1]: http://lists.horde.org/archives/announce/2014/001070.html [2]: https://github.com/horde/horde/commit/94d57986f278a44d0df00d9fb82c455245bce95d Regards -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768319: mumudvb: new upstream lease available
Hello Yes, it is right, unfortunately my friend which was helping me to package MuMuDVB does not have the time anymore to do this. can you help me doing the debian package ? (or check my work ?) Thank you 2014-11-06 14:46 GMT+01:00 Noël Köthe n...@debian.org: Package: mumudvb Version: 1.7.1-1 Severity: wishlist Dear Maintainer, 1.7.2 is available since nearly a year and a 2.0.0. Could you update the package in Debian? Thank you. Regards Noël -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.16-3-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
Bug#772475: rate4site-dbg: typo in package description
Package: rate4site-dbg Severity: minor Dear Maintainer, in DDTSS I see that the package title is: debugging symbols for rate4site-dbg but I think it must be: debugging symbols for rate4site s/rate4site-dbg/rate4site/ Ciao Davide -- Dizionari: http://linguistico.sourceforge.net/wiki -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732209: unable to create file '/run/user/1000/dconf/user': Permission denied
Hi, Can you please provide step-by-step instructions, how to setup the test environment (which packages are installed, which environment is running) and which commands to use to trigger the problem. The best way I know is to run MATE's text editor (pluma) via gksu, as I've described in [1]. I ran it under MATE desktop environment, but it will probably trigger the issue under other DEs as well. You can easily set up a minimal MATE environment by installing the mate-desktop-environment-core meta-package. After that, only installing pluma is needed. Please also look at the comments by Linas Vepstas in that bug report. [1] https://bugs.debian.org/766464 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772477: nmu: irssi-plugin-xmpp_0.52+git20140102-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu irssi-plugin-xmpp_0.52+git20140102-2 . ALL . -m Rebuild against irssi 0.8.17 This should fix #766773, irssi-plugin-xmpp not working anymore with irssi 0.8.17. Best regards, Andi -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772476: nmu: irssi-plugin-xmpp_0.52+git20140102-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 It seems that after irssi-plugin-otr, now irssi-plugin-xmpp needs a binNMU as well against the new irssi. Cf. #766773 for details. If you agree could you please: nmu irssi-plugin-xmpp_0.52+git20140102-2 . ALL . -m Rebuild against irssi 0.8.17. Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJ8BAEBCgBmBQJUhHb+XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXREMUUxMzE2RTkzQTc2MEE4MTA0RDg1RkFC QjNBNjgwMTg2NDlBQTA2AAoJELs6aAGGSaoGVZAP/3saM303YX06CEJlAklbCsMM BcCwcQq8N9aB8pWeDWI+sGcew7rm6Li7Koq2tT6bi/A0lfw4RRhBzHoXAKRiyDEg pHPqgqWR5TQmXwVCCBo97AinhYaWVfmQeHSXghFEIpo2rdkRjF31ZHvTZx8iN44P yZKlRg3gbnpxtDILolcJPTMZ0nChuC+82rfgIJfERiKTMdsWJxnTOy+Rd5E0RIej l/haZlxE1oAtzKg1oKxRCRYJ/MkoeAa+NDsXFK+RY9eO/jzYgKwulz1l09xvFnvh ODpqJDf0kauqM1+Sq9RwsvoU3AkoFuF/M74HJUyBARPSltIuumIz8FlZD3gTujK4 FqJRAxIX6LO+s40aDF3klPJ3T9Tv4nyAXNMcBhnCWxHskUZIET9WS7clB83ycpdi 7BxXmHWDV/AgyXMFiGnk7HOWj7Z7DcDGCPsSY6HUrUf5j76UQEOt9RK1AvivMZUm e94XJJDNIAOwhAvUBDJxqrxyPiGkdryftbAxHm9oI87yIo0D9Et4CE7MKft8ajug DyU9rsebSyYSvXehDPM79WUIABkYlvc9uBNcFzn4Ctk8xh0RUQ8ODNDqfg5X+9UE b5apGAnGydhbgmDpwsJsr+MxuBOkhn0V5zD/TgrISBJlW47UT/jpMxsrDDCXXWq4 JJI/VsGrJSj0a63saADj =rvO3 -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#766773: xmpp completely unusable: binNMU needed
Control: clone 767103 -1 Control: reassign -1 irssi-plugin-otr irssi-plugin-xmpp Control: retitle -1 irssi-plugin-xmpp needs rebuild on new uploads of irssi On Sun, 07 Dec 2014 16:14:43 +0100, Andreas B. Mundt wrote: On Sun, Dec 07, 2014 at 02:53:08PM +0100, gregor herrmann wrote: [...] I might be wrong but this somehow reminds of the recent troubles with irssi-plugin-otr, cf. e.g. #766773 and Probably #767103 ?!? Exactly, sorry for the copypaste error. irssi-plugin-otr (1.0.0-1+b2) sid; urgency=low, binary-only=yes * Binary-only non-maintainer upload for amd64; no source changes. * Rebuild against irssi 0.8.17 Maybe irssi-plugin-xmpp needs a binNMU as well? Yes you seem to be right! I just cloned the source from collab-maint and rebuild the package, and after installation, things work again. Excellent, thanks for the confirmation. Ok, binNMU requested, and (see above) rebuild bug cloned. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Robert Mitchum: From A Logical Point Of View signature.asc Description: Digital Signature
Bug#771930: RFS: sane-frontends/1.0.14-10 [ITA]
Hi Jörg, On Thu, 04 Dec 2014 14:41:25 +0100, Jörg Frings-Fürst deb...@jff-webhosting.net wrote: first thanks for your review. You're welcome! [...] Packeage is uploaded to mentors[1] again. Thanks for all the fixes. I just noticed something else: version -9 installed /usr/share/sane/sane-style.rc, but version -10 doesn't; this file is used by xscanimage according to the latter's manpage. Could you check why it's no longer being installed? Regards, Stephen pgpQk0vBA8EFD.pgp Description: OpenPGP digital signature
Bug#766773: Bug#772476: nmu: irssi-plugin-xmpp_0.52+git20140102-2
On Sun, Dec 07, 2014 at 04:49:18PM +0100, gregor herrmann wrote: It seems that after irssi-plugin-otr, now irssi-plugin-xmpp needs a binNMU as well against the new irssi. Cf. #766773 for details. If you agree could you please: nmu irssi-plugin-xmpp_0.52+git20140102-2 . ALL . -m Rebuild against irssi 0.8.17. I did that now. But this seems wrong to me to begin with. There should be package dependencies that express this. (And essentially new uploads by irssi would be transitions.) Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#766773: Bug#772476: nmu: irssi-plugin-xmpp_0.52+git20140102-2
On Sun, 07 Dec 2014 17:27:20 +0100, Philipp Kern wrote: If you agree could you please: nmu irssi-plugin-xmpp_0.52+git20140102-2 . ALL . -m Rebuild against irssi 0.8.17. I did that now. Thanks! But this seems wrong to me to begin with. There should be package dependencies that express this. (And essentially new uploads by irssi would be transitions.) Ack, this needs to be fixed properly for strech; we've already pondered some options on IRC in -devel, and there are also two bugs to remind the respective maintainers (#767103 and ... the one which hasn't been cloned yet ?!) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Leonard Cohen: Dress rehearsal rag signature.asc Description: Digital Signature
Bug#767037: Grub EFI fallback - patches for review
Control: tag -1 +pending On Wed, 2014-12-03 at 15:27 +, Steve McIntyre wrote: On Wed, Dec 03, 2014 at 09:42:20AM +, Ian Campbell wrote: On Wed, 2014-12-03 at 01:55 +, Steve McIntyre wrote: On Tue, Dec 02, 2014 at 08:36:31AM +, Ian Campbell wrote: On Mon, 2014-12-01 at 13:57 +, Steve McIntyre wrote: Starting with grub-install-fallback.patch: From e384e597914b6e1b1dcbf96ef6782cf9bcc2313b Mon Sep 17 00:00:00 2001 debian/patches/grub-install-extra-removable.patch | 115 ++ Could you send this to grub-de...@gnu.org? Or at least provide a commit log for the upstream bit inline in the patch for whoever does end up forwarding it. Sure, no problem. I've added a header for now. As my stuff is intermingled with other changes in the Debian tree, I'm not sure how well that will work upstream... Ah yes, if it is dependent on other non-upstream stuff then probably no point sending off in isolation. ACK. It's not *functionally* dependent, but it's intermingled in the patches. Rebased patch V2 against current git master attached... Looks good to me. Cool. I don't (think I) have push access to the git repo, so if you could do the honours and apply, that would be lovely. :-) Done, patches are now in pkg-grub/grub.git#master. The current package in sid (-17) is unblocked and I think ought to transition tomorrow (or perhaps Tuesday depending on TZ). I propose to upload -18 with this change shortly after that happens. Will you take care of the unblock request or at least provide me some text with the rationale etc. There are a boatload of updates to debian/po/*. How is that handled? I committed the automated thing but am I supposed to prod some process somewhere else too? Anyway, I suppose there will need to be a second upload at some point with the results of those translations. Perhaps that will be a good time to fix #771249 too. I'm also wanting to get this into Jessie if we can, along with the 32-bit EFI work that's next...! -17 included some patches from Colin to make the 32-bit linuxefi command work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#771500: darcsweb: diff for NMU version 1.1-3.2
Control: tags 771500 + patch Control: tags 771500 + pending Dear maintainer, I've prepared an NMU for darcsweb (versioned as 1.1-3.2) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Cássia Eller: De Esquina diff -Nru darcsweb-1.1/debian/changelog darcsweb-1.1/debian/changelog --- darcsweb-1.1/debian/changelog 2011-02-26 08:42:53.0 +0100 +++ darcsweb-1.1/debian/changelog 2014-12-07 17:40:11.0 +0100 @@ -1,3 +1,16 @@ +darcsweb (1.1-3.2) unstable; urgency=medium + + * Non-maintainer upload. + * Fix postinst uses /usr/share/doc content (Policy 12.3): +/usr/share/doc/darcsweb/examples/darcsweb.conf: +- install darcsweb.conf into /usr/share/darcsweb +- use this location in the postinst +- additionall create a symlink in /usr/share/doc/darcsweb/examples +Thanks to Andreas Beckmann for the bug report. +(Closes: #771500) + + -- gregor herrmann gre...@debian.org Sun, 07 Dec 2014 17:39:05 +0100 + darcsweb (1.1-3.1) unstable; urgency=low * Non-maintainer upload. diff -Nru darcsweb-1.1/debian/postinst darcsweb-1.1/debian/postinst --- darcsweb-1.1/debian/postinst 2010-11-21 13:43:35.0 +0100 +++ darcsweb-1.1/debian/postinst 2014-12-07 17:26:28.0 +0100 @@ -51,13 +51,13 @@ for server in $webservers; do if [ -d /etc/${server}/conf.d ]; then if [ ! -e /etc/${server}/conf.d/darcsweb.conf ] ; then -install /usr/share/doc/darcsweb/examples/darcsweb.conf \ +install /usr/share/darcsweb/darcsweb.conf \ /etc/${server}/conf.d/darcsweb.conf fi else install -d /etc/${server}/conf.d if [ ! -e /etc/${server}/conf.d/darcsweb.conf ] ; then -install /usr/share/doc/darcsweb/examples/darcsweb.conf \ +install /usr/share/darcsweb/darcsweb.conf \ /etc/${server}/conf.d/darcsweb.conf fi fi diff -Nru darcsweb-1.1/debian/rules darcsweb-1.1/debian/rules --- darcsweb-1.1/debian/rules 2010-11-21 13:43:35.0 +0100 +++ darcsweb-1.1/debian/rules 2014-12-07 17:28:10.0 +0100 @@ -23,6 +23,7 @@ dh_install darcs.png minidarcs.png style.css usr/share/darcsweb chmod 0755 darcsweb.cgi dh_install darcsweb.cgi usr/lib/cgi-bin + dh_install debian/conf/darcsweb.conf usr/share/darcsweb dh_installdebconf # Build architecture-independent files here. @@ -31,8 +32,8 @@ dh_testroot dh_installchangelogs dh_installdocs - dh_installexamples debian/conf/darcsweb.conf dh_installman + dh_link usr/share/darcsweb/darcsweb.conf usr/share/doc/darcsweb/examples/darcsweb.conf dh_compress dh_fixperms dh_installdeb signature.asc Description: Digital Signature
Bug#772480: improve administrative control over TLS, phase out SSL v3.0
Package: repro Version: 1.9.7-1 Severity: important Many sites wish to eliminate their use of SSL v3.0 The repro proxy uses TLS v1.0 (OpenSSL TLSv1_method) by default. The SIP stack offers developers a choice of - SSLv23_method without any control over the options to disable SSLv3 - TLSv1_method for v1.0 only (not TLS v1.1 and beyond) The proxy does not allow administrative control over the cipher list. The upstream v1.9.8 release addresses all these issues: - config option for setting the cipher list, so administrators can eliminate ciphers if they become vulnerable during the life of jessie - config options for setting/clearing OpenSSL flags to disable SSLv3 - config option for the administrator to choose SSLv23 as a way to enable TLS v1.1 and TLS v1.2 (boosting security and compatibility) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772481: use b_avail instead of b_free to calculate free space
Package: ganglia-modules-linux Version: 1.3.5-1 Severity: important The filesystem free space metric is using b_free to return free space. It is better to return b_avail which return the amount of space available to non-root users. b_free includes the reserved space. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772482: unblock: dmraid/1.0.0.rc16-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, dmraid was orphaned and as at some places I still need it, I've adopted it. Corrected some spelling mistakes. Please consider its acceptance. Debdiff is attached. Thanks, Laszlo/GCS unblock dmraid/1.0.0.rc16-6 diff -u dmraid-1.0.0.rc16/debian/changelog dmraid-1.0.0.rc16/debian/changelog --- dmraid-1.0.0.rc16/debian/changelog +++ dmraid-1.0.0.rc16/debian/changelog @@ -1,3 +1,12 @@ +dmraid (1.0.0.rc16-6) unstable; urgency=low + + * New maintainer (closes: #613706). + + [ Simon Ward si...@bleah.co.uk ] + * Fix manpage typos (closes: #525252). + + -- Laszlo Boszormenyi (GCS) g...@debian.org Thu, 04 Dec 2014 20:44:01 + + dmraid (1.0.0.rc16-5) unstable; urgency=low * QA upload. diff -u dmraid-1.0.0.rc16/debian/control dmraid-1.0.0.rc16/debian/control --- dmraid-1.0.0.rc16/debian/control +++ dmraid-1.0.0.rc16/debian/control @@ -1,7 +1,7 @@ Source: dmraid Section: admin Priority: optional -Maintainer: Debian QA Group packa...@qa.debian.org +Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org Standards-Version: 3.9.5 Build-Depends: debhelper (= 9), libdevmapper-dev, libklibc-dev, libselinux1-dev, quilt (= 0.40), autotools-dev Vcs-git: git://git.debian.org/git/users/derevko-guest/dmraid.git diff -u dmraid-1.0.0.rc16/debian/patches/series dmraid-1.0.0.rc16/debian/patches/series --- dmraid-1.0.0.rc16/debian/patches/series +++ dmraid-1.0.0.rc16/debian/patches/series @@ -12,0 +13 @@ +21_fix_man_page_typos.patch only in patch2: unchanged: --- dmraid-1.0.0.rc16.orig/debian/patches/21_fix_man_page_typos.patch +++ dmraid-1.0.0.rc16/debian/patches/21_fix_man_page_typos.patch @@ -0,0 +1,48 @@ +diff -Nur dmraid.orig/1.0.0.rc16/man/dmraid.8 dmraid/1.0.0.rc16/man/dmraid.8 +--- dmraid.orig/1.0.0.rc16/man/dmraid.8 2014-12-04 21:19:56.475626165 + dmraid/1.0.0.rc16/man/dmraid.8 2014-12-04 21:22:12.843459188 + +@@ -115,7 +115,7 @@ + .B -Z + will make dmraid tell the kernel to remove the partitions from the disks + underlying the set, ie if sda is part of the set, remove sda1, sda2, etc. +-This prevents applications from directly accessiong the disks bypassing dmraid. ++This prevents applications from directly accessing the disks bypassing dmraid. + RAID set names given on command line don't need to be fully specified + (eg, dmraid \-ay sil would activate all discovered Silicon Image Medley + RAID sets). +@@ -135,7 +135,7 @@ + + .TP + .I [\-d|--debug]... +-Enable debugging output. Opion can be given multiple times ++Enable debugging output. Option can be given multiple times + increasing the debug output level. + + .TP +@@ -165,7 +165,7 @@ + .B -l + for a list of supported format handler names. This is useful to + select particular formats in case multiple metadata signatures are found +-on a device. A comma seperated list of format names can be specified which ++on a device. A comma separated list of format names can be specified which + may not contain white space. + + .TP +@@ -183,7 +183,7 @@ + descriptions. Supported RAID levels are listed in parenthesis: + .br + +-S: Span (concatination) ++S: Span (concatenation) + .br + 0: RAID0 (stripe) + .br +@@ -373,7 +373,7 @@ + + .TP + .I [-v|--verbose]... +-Enable verbose runtime information output. Opion can be given multiple times ++Enable verbose runtime information output. Option can be given multiple times + increasing the verbosity level. + + .SH EXAMPLES signature.asc Description: This is a digitally signed message part
Bug#772279: nbd-client: bashism in /bin/sh script
On 2014-12-06, Raphael Geissert wrote: I've ran checkbashisms (from the 'devscripts' package) over the whole archive and I found that your package has a /bin/sh script that uses a bashism. checkbashisms' output: possible bashism in ./usr/share/initramfs-tools/scripts/local-top/nbd line 84 ([^] should be [!]): *[^0-9]*) Not using bash (or a Debian Policy compliant shell interpreter that doesn't provide such an extra feature) as /bin/sh is likely to lead to errors or unexpected behaviours. Please be aware that dash is the default /bin/sh. For initramfs-tools/scripts/*, I believe the shell actually used is typically either busybox shell (or klibc shell?), not dash, as these scripts are run from the initramfs environment. Not sure if this actually triggers issues with those shells as well. live well, vagrant signature.asc Description: PGP signature
Bug#772448: logrotate: non-helpful cron mail: gzip: stdin: file size changed while zipping
On Sun, Dec 07, 2014 at 04:21:46PM +0800, Paul Wise wrote: /etc/cron.daily/logrotate: gzip: stdin: file size changed while zipping The difficulty is that the error comes from gzip itself, not from logrotate. As gzip exits with a zero error code, logrotate doesn't add anything to the warning message from gzip. To associate an error message with a particular script, logrotate would have to capture stdout and stderr from its running of the compressor and then prefix it with the name of the script or other external program. -- Paul Martin p...@debian.org signature.asc Description: Digital signature
Bug#772483: unblock: avis/1.2.2-4
Package: release.debian.org User: release.debian@packages.debian.org UserTags: unblock This has just been uploaded to unstable The main reason for this unblock request: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772188 It introduces a patch under debian/patches to remove bashisms from a script in the package. The debdiff is attached diff -Nru avis-1.2.2/debian/changelog avis-1.2.2/debian/changelog --- avis-1.2.2/debian/changelog 2014-09-14 21:20:39.0 +0200 +++ avis-1.2.2/debian/changelog 2014-12-07 08:56:49.0 +0100 @@ -1,3 +1,9 @@ +avis (1.2.2-4) unstable; urgency=medium + + * Add patch for bashisms in avisd. (Closes: #772188) + + -- Daniel Pocock dan...@pocock.pro Sun, 07 Dec 2014 08:56:15 +0100 + avis (1.2.2-3) unstable; urgency=low * Update VCS URLs. diff -Nru avis-1.2.2/debian/patches/0003-avis-no-bashisms.patch avis-1.2.2/debian/patches/0003-avis-no-bashisms.patch --- avis-1.2.2/debian/patches/0003-avis-no-bashisms.patch 1970-01-01 01:00:00.0 +0100 +++ avis-1.2.2/debian/patches/0003-avis-no-bashisms.patch 2014-12-07 08:53:19.0 +0100 @@ -0,0 +1,36 @@ +diff --git a/server/bin/avisd b/server/bin/avisd +index 0b76fdb..02bdfd2 100755 +--- a/server/bin/avisd b/server/bin/avisd +@@ -20,20 +20,18 @@ fi + + usage () + { +- local NL=$'\x0a' +- local help=\ +- Usage: $0 [-h] [-v] [-vv] [-p port] [-c file] $NL\ +-[-daemon] [-pidfile file] [-logfile file] $NL\ ++ cat EOF ++ Usage: $0 [-h] [-v] [-vv] [-p port] [-c file] ++[-daemon] [-pidfile file] [-logfile file] + +- -h : This text$NL\ +- -v and -vv : Increase verbosity$NL\ +- -p port : Set port to listen on$NL\ +- -c file : Load config from file$NL\ +- -daemon : Run as daemon$NL\ +- -pidfile file: Output process ID to file$NL\ +- -logfile file: Log output to file (only with -daemon)$NL +- +- echo $help 2 ++ -h : This text ++ -v and -vv : Increase verbosity ++ -p port : Set port to listen on ++ -c file : Load config from file ++ -daemon : Run as daemon ++ -pidfile file: Output process ID to file ++ -logfile file: Log output to file (only with -daemon) ++EOF + } + + while [ $# -gt 0 ]; do diff -Nru avis-1.2.2/debian/patches/series avis-1.2.2/debian/patches/series --- avis-1.2.2/debian/patches/series2013-08-08 14:22:46.0 +0200 +++ avis-1.2.2/debian/patches/series2014-12-07 08:54:38.0 +0100 @@ -1,2 +1,3 @@ 0001-Use-regular-Jar-task-instead-of-JarX.patch 0002-Look-for-JAR-in-correct-location.patch +0003-avis-no-bashisms.patch
Bug#772484: unblock: ganglia-modules-linux/1.3.6-1
Package: release.debian.org User: release.debian@packages.debian.org UserTags: unblock This has just been uploaded to unstable The main reason for this unblock request: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=772481 The upstream 1.3.6 just changes one line, using b_avail instead of b_free This returns the free space in a way that people are more likely to expect. The debdiff excludes autotools stuff, exact command used: debdiff ganglia-modules-linux_1.3.5-1.dsc ganglia-modules-linux_1.3.6-1.dsc | filterdiff -x '*/aclocal.m4' -x '*/config.*' -x '*/configure' -x '*/depcomp' -x '*/*.in' -x '*/install-sh' -x '*/ltmain.sh' -x '*/m4/*' -x '*/missing' /tmp/ganglia-modules-linux-1.3.6-1.debdiff diff -Nru ganglia-modules-linux-1.3.5/configure ganglia-modules-linux-1.3.6/configure diff -Nru ganglia-modules-linux-1.3.5/configure.ac ganglia-modules-linux-1.3.6/configure.ac --- ganglia-modules-linux-1.3.5/configure.ac2014-11-30 13:59:08.0 +0100 +++ ganglia-modules-linux-1.3.6/configure.ac2014-12-07 18:09:32.0 +0100 @@ -14,7 +14,7 @@ dnlYou should have received a copy of the GNU General Public License dnlalong with this program. If not, see http://www.gnu.org/licenses/. -AC_INIT(ganglia-modules-linux,1.3.5) +AC_INIT(ganglia-modules-linux,1.3.6) AC_CONFIG_SRCDIR(example/mod_example.c) AM_INIT_AUTOMAKE diff -Nru ganglia-modules-linux-1.3.5/debian/changelog ganglia-modules-linux-1.3.6/debian/changelog --- ganglia-modules-linux-1.3.5/debian/changelog2014-11-30 14:13:26.0 +0100 +++ ganglia-modules-linux-1.3.6/debian/changelog2014-12-07 18:15:02.0 +0100 @@ -1,3 +1,10 @@ +ganglia-modules-linux (1.3.6-1) unstable; urgency=low + + * New upstream release. + * Use b_avail instead of b_free for free space. (Closes: #772481) + + -- Daniel Pocock dan...@pocock.pro Sun, 07 Dec 2014 18:14:22 +0100 + ganglia-modules-linux (1.3.5-1) unstable; urgency=low * New upstream release. diff -Nru ganglia-modules-linux-1.3.5/fs/mod_fs.c ganglia-modules-linux-1.3.6/fs/mod_fs.c --- ganglia-modules-linux-1.3.5/fs/mod_fs.c 2014-11-30 13:57:39.0 +0100 +++ ganglia-modules-linux-1.3.6/fs/mod_fs.c 2014-11-30 16:12:19.0 +0100 @@ -146,7 +146,7 @@ } total_blocks = svfs.f_blocks; -blocks_free = svfs.f_bfree; +blocks_free = svfs.f_bavail; val.f = (float)100.0 * blocks_free / total_blocks; return val;
Bug#771249: Hacking pkg-grub/grub.git to allow po/* updates (Re: Bug#771249: Translation update)
On Sun, 2014-12-07 at 12:22 +, Ian Campbell wrote: These branches do not include the followup patch from this bug to force *.gmo to actually be updated, and I've not actually built binaries based on it yet. I have now, all which was missing for po/grub.pot needed adding to upstream-po too. I'm updated people/ijc/{upstream,master}-po. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757883: Patch for Loopback cfg support
Just in case it's easier for you to accept my patch you can also find it in this git repo commit based on live-build git repo: https://github.com/adrian15/live-build/commit/c6da5ff61bb46cb66b23fcb66daa83e23fc8a36b adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757697: RFE: Autodetection of architecture at boot time to load appropiate kernel
I have these same patches available for live-build package on my live-build git repo here: Isolinux: https://github.com/adrian15/live-build/commit/4419638ab9cdfb1bacd98593e31d7f700b15a2dc Grub2 : https://github.com/adrian15/live-build/commit/a06085381ba346b576064ee84b325de54a81e33d Just in case it makes it easier to be included into upstream. Probably after Jessie release. El 15/08/14 a las 13:04, Daniel Baumann escribió: On 08/15/2014 07:12 AM, adrian15 wrote: I attach a patch for Isolinux / Syslinux implementation for cpu detection. nice, thanks. from a quick look, sounds good. will check, test, and apply next week. adrian15 -- Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona a Super Grub Disk. http://www.supergrubdisk.org/donate/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#772485: sparkleshare: setup window not resizable, hard to use with high DPI
Package: sparkleshare Version: 1.2-0.1 Severity: minor Dear Maintainer, The Sparkleshare Setup UI is hard to use on high DPI screens/setups such as retina displays, because it is not resizable. Screenshot: http://dump.mntmn.com/sparkle-ui-problem.png Cheers, Lukas (mntmn) -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 sparkleshare depends on: ii git 1:2.1.3-1 ii gnome-icon-theme3.12.0-1 ii gvfs1.22.1-1 ii libc6 2.19-13 ii libglib2.0-cil 2.12.10-5 ii libgtk2.0-cil 2.12.10-5 ii libjs-jquery1.7.2+dfsg-3.2 ii libmono-corlib4.5-cil 3.2.8+dfsg-8 ii libmono-posix4.0-cil3.2.8+dfsg-8 ii libmono-system-core4.0-cil 3.2.8+dfsg-8 ii libmono-system-xml4.0-cil 3.2.8+dfsg-8 ii libmono-system4.0-cil 3.2.8+dfsg-8 ii libnotify0.4-cil0.4.0~r3032-7 ii libwebkit1.1-cil0.3-6 ii mono-runtime3.2.8+dfsg-8 Versions of packages sparkleshare recommends: ii python 2.7.8-2 ii python-nautilus 1.1-4 sparkleshare 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