Bug#778290: Small key-sizes for HMACs in Mono
Package: mono Version: 2.10.8.1-8 All version of mono the last 11 years seems to be affected by this problem: https://github.com/mono/mono/pull/1534 -- extremely small key-sizes for hashed message authentication functions. I thought you might want a ping about it as it is potentially a large security issue. =) The PR has been merged, so Mono v3.14 should include the fix. Cheers, Henrik [GPG Pub Key](https://countermail.com/process.php?pubview=aGVucmlrQGxvZ2liaXQuc2U=)
Bug#755722: systemd must sync systemclock to RTC on shutdown
On Fri, 13 Feb 2015, Martin Pitt wrote: Control: reassign -1 util-linux 2.25.2-5 Control: severity -1 normal I still disagree with critical: I also disagree this should be done in the first place. But I don't want to put myself into eternal wars and who shouds the loudest wins, so I'll keep this bug open and won't make any further Severity: adjustments. Can't you agree that the best way forward for jessie is to change this in systemd? Because - Reboots may cause unneccessary fsck of all partitions - fscks take much longer than necessary (systemd #778283) - fscks cannot be interrupted (systemd #758902) This is simply not acceptable for a Debian stable release. And it would require at least half a dozen packages to be changed, if not fixed in systemd. And even that would not fix all cases. Once jessie is released, the correct long-term fix can be discussed in a more relaxed way. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755722: systemd must sync systemclock to RTC on shutdown
On 13/02/2015 06:54, Martin Pitt wrote: Control: severity -1 normal I still disagree with critical: - If the hardware clock is so broken that at the next boot it has an earlier time than on the previous boot/ntpdate, then writing it once more at shutdown isn't going to entirely fix this problem, as it will again go sufficiently wrong if you don't reboot immediately but after some time. A good hardware clock can easily lose many minutes over a year. A not particularly bad one could lose an hour over a year and several minutes over a month. That is not at all broken and will cause time to go backwards on every reboot. Every machine with a hardware clock that does not run fast will eventually run into this problem every time they reboot if the hardware clock has not been written since installation, especially if they boot quickly. The user can not easily monitor the status of the hardware clock and will see that the time on the computer appears to be accurate. There is no reason to assume that the hardware clock is more accurate when the user can only monitor the system clock. Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777100: Adopting python-whois.
Hi François, I'd be interested in adopting python-whois. But, since I'm just DM, I can't upload my changes alone. So, I'd to know if you would be okay to sponsor this package. It would be quite nice. :) python-whois is in a really good shape, so that I won't have to change a lot of things. Thanks in advance ! Regards, Hugo -- Hugo Lefeuvre (hugo6390)|www.hugo6390.org 4096/ ACB7 B67F 197F 9B32 1533 431C AC90 AC3E C524 065E signature.asc Description: Digital signature
Bug#778293: open-vm-tools: vmhgfs module fails to compile with kernel 3.16.7-ckt4-3
Package: open-vm-tools Version: 2:9.4.6-1770165-7 Severity: important Dear Maintainer, vmhgfs module fails to build with the latest kernel (Linux debian-jessie-amd64 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt4-3 (2015-02-03) x86_64 GNU/Linux) in make.out: In file included from /usr/src/linux-headers-3.16.0-4-common/include/linux/compiler-gcc.h:106:0, from /usr/src/linux-headers-3.16.0-4-common/include/linux/compiler.h:54, from /usr/src/linux-headers-3.16.0-4-common/include/uapi/linux/stddef.h:1, from /usr/src/linux-headers-3.16.0-4-common/include/linux/stddef.h:4, from /usr/src/linux-headers-3.16.0-4-common/include/uapi/linux/posix_types.h:4, from /usr/src/linux-headers-3.16.0-4-common/include/uapi/linux/types.h:13, from /usr/src/linux-headers-3.16.0-4-common/include/linux/types.h:5, from /var/lib/dkms/open-vm-tools/9.4.6/build/vmhgfs/./shared/driver-config.h:71, from /var/lib/dkms/open-vm-tools/9.4.6/build/vmhgfs/inode.c:26: /usr/src/linux-headers-3.16.0-4-common/include/linux/compiler-gcc4.h:14:34: error: 'struct dentry' has no member named 'd_alias' -- 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.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=UTF-8 (charmap=ISO-8859-1) (ignored: LC_ALL set to en_US) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages open-vm-tools depends on: ii init-system-helpers 1.22 ii libc62.19-13 ii libdumbnet1 1.12-6 ii libfuse2 2.9.3-15+b1 ii libgcc1 1:4.9.1-19 ii libglib2.0-0 2.42.1-1 ii libicu52 52.1-7 ii libprocps3 2:3.3.9-8 ii libstdc++6 4.9.1-19 Versions of packages open-vm-tools recommends: pn ethtool none pn zerofree none Versions of packages open-vm-tools suggests: pn open-vm-tools-desktop none -- Configuration Files: /etc/vmware-tools/tools.conf 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#689658: web2py package update
Hi. On Mon, Mar 24, 2014 at 01:09:13PM +0100, José Luis Redrejo Rodríguez wrote: So, if you want to collaborate, your opinions, help and work are welcome, but if you want to hijack the package, I'm sorry but it's not possible because I'm still working on it. On the other hand, it's not obvious what your progress is exactly, if I may... Have you been committing to SVN by any chance, which would help others to naturally find the way to base on your current state ? Hope this helps, Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777735: systemd: Disk corruption on reboot initiated through systemd
clone 35 -1 reassign -1 qemu-system-x86 retile -1 setting unsupported timeout for i6300esb watchdog causes reset thanks Am 13.02.2015 um 08:55 schrieb Peter Colberg: On Fri, Feb 13, 2015 at 08:02:09AM +0100, Michael Biebl wrote: Am 13.02.2015 um 07:44 schrieb Michael Biebl: I went on and looked what the watchdog package does. Interestingly, it clamps any timeout value to 254s, thus not hitting this issue. Apparently, i6300esb is able to deal with such a timeout. Peter, I therefore recommend you set ShutdownWatchdogSec=254s in /etc/systemd/system.conf as well for the time being. This should be sufficient to workaround this issue for this buggy driver. Setting 256s, does indeed trigger the issue, which leads to the conclusion, that the driver is using a char to hold a time value (0-255). Actually, after a few more experiments, it turns out that for i6300esb, the safe max value in my qemu VM is 549s. Setting it to 550s triggers the reset. In the linux-3.16.7-ckt4 source the range of the timeout value for the i6300esb is 1s timeout 2*1023s. In theory it should work with the default shutdown timeout of 10min. For the ib700 the range is 0s = timeout = 30s, hence the error. I decided to clone this bug and assign it to qemu. If the kernel is supposed to support such timeouts, this looks like a hardware/qemu issue to me then. While not supporting the timeout is one issue, the more important one is, that this causes a hw reset and this needs to be fixed. If this turns out to be indeed a kernel bug, please re-assign accordingly. I'll keep this bug report against systemd open for new. Haven't decided yet, if we apply some workarounds to systemd for this, like using a safer default like 4min on shutdown, assuming that because the watchdog package has been using 254 as max timeout in the past, drivers are at least tested with that limit. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#744304: bind9-resolvconf.service immediately stopped after starting
Can this easy fix be applied before jessie release please? -- Frederik Himpe frede...@frehi.be -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778292: python-jenkins: New upstream release 0.4.4
Package: python-jenkins Version: 0.2.1-0.1 Severity: wishlist Hi, python-jenkins moved from Launchpad to GitHub. A new upstream release (version 0.4.4) is available on PyPI, which also supports Python 3. Please package this version and add a python3-jenkins package. Please let me know if you need help. I offer my assistance to update this package. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778294: wine does not appear in main menu after installing. winecfg and others can be loaded only by the command line or the Alt+F2.
Package: wine Version: 1.6.2-19 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 *** -- 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=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine depends on: ii file1:5.20-2 ii wine64 1.6.2-19 wine recommends no packages. Versions of packages wine suggests: pn avscan | klamav | clamav none ii binfmt-support 2.1.5-1 pn ttf-mscorefonts-installer none pn winbindnone -- 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#737750: debian-installer: Netboot initrd does not download ata-modules or sata-modules udebs
I'm not sure what is going on, but I can't get it to fail again. I made ZERO changes to the PXE configuration or preseed files between my previous message and starting work on this tonight, but for some reason it's working again. I've been working on this for the last 4 hours and all of the units that would not detect hard drives via have been reliably detecting and installing without any issue. (tested with and without preseed files, with and without the CD, and with several different mirrors.) The only thing that I can think of is that the PXE server somehow cached the kernel and initrd.gz files and was still using the old files during my testing yesterday, and that cache expired at some point in the interim. (For the record, we updated from the 04/24/2014 netboot build to 01-05-2015/current as part of our diagnostics yesterday morning.) I'm going to try and roll those files back after these are all installed and issued, and test to see if the issue comes back. (just to confirm that it was an outdated kernel that caused the problem.) Greg On Thu, Feb 12, 2015 at 7:50 PM, Cyril Brulebois k...@debian.org wrote: Greg Bell greg.b...@artemech.com (2015-02-12): I would like to mention that I've just hit this bug. I've got a handful of dell laptops here that will install perfectly via DVD, but the netboot image fails to load the drivers for the sata controller. I've confirmed that the network is functional, and watched a tcpdump of the installer downloading the installer components from three different mirrors. Great, please attach /var/log/syslog from both a DVD-based install and from a netboot-based install. Please mention the netboot files you're serving as well (even if the relevant information should be in syslog already, that wouldn't hurt). Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777499: shotwell: uses 100% cpu for minutes at startup on a recent cpu
tags 777499 + moreinfo thanks Hello Giuseppe, thank you for spending your time helping to make Debian better with this bug report. First sorry for my late answer, at the moment I have some trouble with a flu. At upstream I have found a bug report[1], which has similar effects like your report. I have some questions: - How many pictures are in your collection? - Whats the size of ~/.local/share/shotwell/data/photo.db? CU Jörg [1] https://bugzilla.gnome.org/show_bug.cgi?id=742670 -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#778296: installation-report: JVC MP-XV941 Intel Pentium M 1 GHz Centrino subnotebook
Package: installation-reports Severity: normal Installation finishes without any issues. After rebooting the machine into the installed system, the kernel panics unless the machine is booted with nomodeset. Will file a separate bug report later, probably directly to kernel upstream. Wireless works after installing the necessary firmware (firmware-ipw2x00), Ethernet works out-of-the-box. Volume controls work as well with the on-screen display of the installed MATE desktop. Brightness control seems to be independent of the installed operating system and works always. Sound works as well, however the sound quality is poor. It appears the sound card is permanently operated in some sort of surround mode (sound driver is snd_intel8x0). Suspend and resume work fine as well. -- Package-specific info: Boot method: CD Image version: http://cdimage.debian.org/cdimage/jessie_di_rc1/i386/iso-cd/debian-jessie-DI-rc1-i386-netinst.iso Date: 2015-02-12 16:00 CET Machine: JVC MP-XV941 Partitions: glaubitz@test-adrian2:~$ df -Tl Filesystem Type 1K-blocksUsed Available Use% Mounted on /dev/sda1 ext4 36394704 4209872 30313012 13% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 1526404960147680 4% /run tmpfs tmpfs 381592 0381592 0% /dev/shm tmpfs tmpfs 5120 4 5116 1% /run/lock tmpfs tmpfs 381592 0381592 0% /sys/fs/cgroup tmpfs tmpfs76320 4 76316 1% /run/user/115 tmpfs tmpfs76320 0 76320 0% /run/user/1000 glaubitz@test-adrian2:~$ Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: No problems specific to the Debian installer. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20150107 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux test-adrian2 3.16.0-4-586 #1 Debian 3.16.7-ckt2-1 (2014-12-08) i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3580] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1871] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:00.1 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3584] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:187b] lspci -knn: 00:00.3 System peripheral [0880]: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller [8086:3585] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:187c] lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1712] lspci -knn: 00:02.1 Display controller [0380]: Intel Corporation 82852/855GM Integrated Graphics Device [8086:3582] (rev 02) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1712] lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 [8086:24c2] (rev 03) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1878] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 [8086:24c4] (rev 03) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1878] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.2 USB controller [0c03]: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 [8086:24c7] (rev 03) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1878] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.7 USB controller [0c03]: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller [8086:24cd] (rev 03) lspci -knn: Subsystem: ASUSTeK Computer Inc. Device [1043:1879] lspci -knn:
Bug#778297: unblock: open-vm-tools/2:9.4.6-1770165-8
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package open-vm-tools
open-vm-tools-dkms fails to build against the recent jessie kernel
headers, 2:9.4.6-1770165-8 fixes this by using d_u.d_alias instead of
d_alias, depending on the kernel version.
Patch is attached.
unblock open-vm-tools/2:9.4.6-1770165-8
Thanks,
Bernd
--
Bernd ZeimetzDebian GNU/Linux Developer
http://bzed.dehttp://www.debian.org
GPG Fingerprint: ECA1 E3F2 8E11 2432 D485 DD95 EB36 171A 6FF9 435F
diff --git a/debian/changelog b/debian/changelog
index f6b5705..6213450 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+open-vm-tools (2:9.4.6-1770165-8) unstable; urgency=medium
+
+ * [406817b6] Add patch to move from d_alias to d_u.d_alias.
+Make open-vm-tools build with the recent jessie kernel again.
+Thanks to Timo Metsala (Closes: #778293)
+
+ -- Bernd Zeimetz b...@debian.org Fri, 13 Feb 2015 11:26:59 +0100
+
open-vm-tools (2:9.4.6-1770165-7) unstable; urgency=medium
* [8df5b4ac] Adding patch to fix CVE-2014-4199.
diff --git a/debian/patches/debian/d_alias_fix b/debian/patches/debian/d_alias_fix
new file mode 100644
index 000..7368349
--- /dev/null
+++ b/debian/patches/debian/d_alias_fix
@@ -0,0 +1,26 @@
+--- a/modules/linux/vmhgfs/inode.c
b/modules/linux/vmhgfs/inode.c
+@@ -1838,7 +1838,11 @@ HgfsPermission(struct inode *inode,
+p,
+ #endif
+inode-i_dentry,
++#if LINUX_VERSION_CODE KERNEL_VERSION(3, 16, 7)
+d_alias) {
++#else
++ d_u.d_alias) {
++#endif
+ int dcount = compat_d_count(dentry);
+ if (dcount) {
+ LOG(4, (Found %s %d \n, dentry-d_name.name, dcount));
+@@ -1891,7 +1895,11 @@ HgfsPermission(struct inode *inode,
+ /* Find a dentry with valid d_count. Refer bug 587879. */
+ list_for_each(pos, inode-i_dentry) {
+ int dcount;
++#if LINUX_VERSION_CODE KERNEL_VERSION(3, 16, 7)
+ struct dentry *dentry = list_entry(pos, struct dentry, d_alias);
++#else
++ struct dentry *dentry = list_entry(pos, struct dentry, d_u.d_alias);
++#endif
+ dcount = compat_d_count(dentry);
+ if (dcount) {
+ LOG(4, (Found %s %d \n, (dentry)-d_name.name, dcount));
diff --git a/debian/patches/series b/debian/patches/series
index bb3ff13..044ee69 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -1,3 +1,4 @@
+debian/d_alias_fix
upstream/3a9f229_Harden-HostinfoOSData-against-PATH-attacks
upstream/54780b8_Debian-guys-want-to-play-with-FreeBSD-kernels-and-Linux-userland
Bug#757725: insserv: script greylist: service greylist already provided!
Followup-For: Bug #757725 Control: tags -1 patch Hi, attached is a patch that adds a .maintscript file to properly remove the obsolete /etc/init.d/greylist on upgrades (and therefore complete #775063) I'm not sure whether the severity should be raised to serious. I remember several upgrade failures that occurred with a service being provided by more than one init.d script, e.g. some bugs involving gfs2-utils where it was rather tricky to clean this up properly. Andreas diff -Nru greylistd-0.8.8.4/debian/changelog greylistd-0.8.8.5/debian/changelog --- greylistd-0.8.8.4/debian/changelog 2015-01-16 19:04:04.0 +0100 +++ greylistd-0.8.8.5/debian/changelog 2015-02-12 03:15:46.0 +0100 @@ -1,3 +1,10 @@ +greylistd (0.8.8.5) UNRELEASED; urgency=medium + + * debian/greylistd.maintscript: Properly dispose of the obsolete +/etc/init.d/greylist. (Closes: #757725) + + -- Andreas Beckmann a...@debian.org Thu, 12 Feb 2015 02:59:54 +0100 + greylistd (0.8.8.4) unstable; urgency=medium * debian/preinst: take care of old /etc/init.d/greylist while doing diff -Nru greylistd-0.8.8.4/debian/greylistd.maintscript greylistd-0.8.8.5/debian/greylistd.maintscript --- greylistd-0.8.8.4/debian/greylistd.maintscript 1970-01-01 01:00:00.0 +0100 +++ greylistd-0.8.8.5/debian/greylistd.maintscript 2015-02-12 03:08:48.0 +0100 @@ -0,0 +1 @@ +rm_conffile /etc/init.d/greylist 0.8.8.5~
Bug#772363: sendmail-base: bashism in /bin/sh script
Control: tag -1 moreinfo On 2014-12-06 15:14, Raphael Geissert wrote: possible bashism in ./usr/share/sendmail/dynamic line 342 (sleep only takes one integer): sleep 1s; I just can't find any reference that sleep is a sh/bash builtin ... there is only /bin/sleep from coreutils. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778295: unblock: oar/2.5.4-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package oar
I would like to upload a new version of oar fixing 3 bugs (#772564, #773790 and
#775957) that I will explain below and fixing the Vcs-Git (adding branch
information). All 3 bugs are fixed by debian/patches/ filesr. So, if you really
want to allow only part of them to be fixed, it will be easy to do so.
All of them are selected backports from upstream development (where bugs have
been initially reported) and have been tested in production on some systems.
#772564
===
This bug is a typo that makes the current version create a
/var/run/.pid file instead of /var/run/oar-node.pid
The debian/patches/ file is this one:
$ cat debian/patches/001-fix_oar-node_pid_file
Description: fix oar-node pid file
set oar-node pid file location to /var/run/oar-node_ssh.pid
Author: Pierre Neyron pierre.ney...@free.fr
Origin: upstream
Bug-Debian: #772564
Applied-Upstream: a91fa8651963c5a889f6885a4e36a1d7479
Index: oar/setup/init.d/oar-node.in
===
--- oar.orig/setup/init.d/oar-node.in
+++ oar/setup/init.d/oar-node.in
@@ -22,7 +22,7 @@ PATH=%%SBINDIR%%:%%BINDIR%%:/sbin:/bin:/
NAME=oar-node
DESC=OAR node
OAR_SSHD_CONF=%%OARCONFDIR%%/sshd_config
-PIDFILE=%%RUNDIR%%/$NAME_sshd.pid
+PIDFILE=%%RUNDIR%%/${NAME}_sshd.pid
SSHD_OPTS=-f $OAR_SSHD_CONF -o PidFile=$PIDFILE
SELINUXENABLED_CMD=$(which selinuxenabled 2/dev/null)
NOLSB=
#773790
===
This bug reports an issue with OAR 2.5.4-1 preventing to function with MySQL
as backend database. The proposed patch comes from upstream and is quite simple
and also fixes an issue with PostgreSQL. All those issues are regressions in
OAR that are fixed here.
The debian/patches/ file is this one:
$ cat debian/patches/002-replace-truncate-requests-by-delete
Description: fix errors with the TRUNCATE request
The TRUNCATE SQL request is incompatible with MySQL an causes deadlock with
PostgreSQL. Use DELETE instead.
Author: Nicolas Capit nicolas.ca...@imag.fr
Origin: upstream
Bug: https://github.com/oar-team/oar/issues/11
Bug-Debian: #773790
Applied-Upstream: 3e2d9d88d3ae62f8308c848bcfde125f29f9c8d3
Index: oar/sources/core/common-libs/lib/OAR/IO.pm
===
--- oar.orig/sources/core/common-libs/lib/OAR/IO.pm
+++ oar/sources/core/common-libs/lib/OAR/IO.pm
@@ -6366,12 +6366,9 @@ sub update_gantt_visualization($){
lock_table($dbh,
[gantt_jobs_predictions_visu,gantt_jobs_resources_visu,gantt_jobs_predictions,gantt_jobs_resources]);
-#$dbh-do(DELETE FROM gantt_jobs_predictions_visu);
-#$dbh-do(DELETE FROM gantt_jobs_resources_visu);
+$dbh-do(DELETE FROM gantt_jobs_predictions_visu);
+$dbh-do(DELETE FROM gantt_jobs_resources_visu);
##$dbh-do(OPTIMIZE TABLE ganttJobsResources_visu,
ganttJobsPredictions_visu);
-$dbh-do(TRUNCATE TABLE gantt_jobs_predictions_visu);
-$dbh-do(TRUNCATE TABLE gantt_jobs_resources_visu);
-
$dbh-do(INSERT INTO gantt_jobs_predictions_visu
SELECT *
FROM gantt_jobs_predictions
@@ -6482,8 +6479,8 @@ sub gantt_flush_tables($$$){
$sql
);
}else{
-$dbh-do(TRUNCATE TABLE gantt_jobs_resources);
-$dbh-do(TRUNCATE TABLE gantt_jobs_predictions);
+$dbh-do(DELETE FROM gantt_jobs_predictions);
+$dbh-do(DELETE FROM gantt_jobs_resources);
}
}
#775957
===
The last one is longer. OAR is a HPC batch scheduler, it's role is to
schedule and run jobs on a HPC cluster. One can define moldable jobs, ie jobs
with several duration/resources specifications instead of just one, and OAR's
scheduler must choose one. If a moldable job is submitted with the current
OAR version in Jessie, the scheduling of later advance reservation jobs will be
broken, preventing OAR to function. This is likely to happen in any
installation of OAR.
The patch comes from upstream and has been tested by upstream. Contrary to
the two previous one, it is not obvious to understand this patch without
really looking at the whole OAR sources.
As the patch is bigger, it is attached to this bug report (instead of inlined).
The whole diff is put here (but I removed the three debian/patches/ files
I already talk about):
$ debdiff oar_2.5.4-1.dsc oar_2.5.4-2.dsc
diff: /tmp/VURIF7uC1A/oar-2.5.4/docs/documentation/doc_drmaa1.rst: Aucun
fichier ou dossier de ce type
diff: /tmp/3TgJBvs3_D/oar-2.5.4/docs/documentation/doc_drmaa1.rst: Aucun
fichier ou dossier de ce type
diff -Nru oar-2.5.4/debian/changelog oar-2.5.4/debian/changelog
--- oar-2.5.4/debian/changelog 2014-10-24 21:57:53.0 +0200
+++ oar-2.5.4/debian/changelog 2015-02-13 11:07:39.0 +0100
@@ -1,3 +1,13 @@
+oar (2.5.4-2) unstable; urgency=medium
+
+ [ Pierre Neyron ]
+ * Fix oar-node pid file location (Closes: #772564)
+ *
Bug#777753: Aw: [Reproducible-builds] Bug#777753: gcc: LTO produces unreproducible debug information
The patches are now upstream [1, 2]. The last test [2] showed that these really seemed to be the culprit of the problem. In the meantime, Richard Biener proposed patches which can solve this problem. I've compiled my own version of gcc-4.9 using the attached patch and can confirm that the LTO builds are now working perfectly fine and no changes to the affected packages are necessary anymore. I have to correct my last statement. It is still necessary to add -flto-partition=none when using -flto in a package. My earlier statement came from the wrong understanding of buildid as explained in the gcc bug [3]. I've used the updated patches in my tests (see attachment) [1] https://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=220678 [2] https://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=220613 [3] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015#c9diff -u gcc-4.9-4.9.2/debian/rules.patch gcc-4.9-4.9.2/debian/rules.patch --- gcc-4.9-4.9.2/debian/rules.patch +++ gcc-4.9-4.9.2/debian/rules.patch @@ -232,6 +232,7 @@ sys-auxv-header \ libcilkrts-targets \ go-use-gold \ + drop_opt \ ifeq ($(with_softfloat),yes) debian_patches += arm-multilib-soft-float only in patch2: unchanged: --- gcc-4.9-4.9.2.orig/debian/patches/drop_opt.diff +++ gcc-4.9-4.9.2/debian/patches/drop_opt.diff @@ -0,0 +1,30 @@ +Bug: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65015 + +--- a/src/gcc/dwarf2out.c b/src/gcc/dwarf2out.c +@@ -19196,6 +19196,9 @@ gen_producer_string (void) + case OPT__sysroot_: + case OPT_nostdinc: + case OPT_nostdinc__: ++ case OPT_fpreprocessed: ++ case OPT_fltrans_output_list_: ++ case OPT_fresolution_: + /* Ignore these. */ + continue; + default: +@@ -23984,8 +23987,13 @@ dwarf2out_finish (const char *filename) + gen_remaining_tmpl_value_param_die_attribute (); + + /* Add the name for the main input file now. We delayed this from +- dwarf2out_init to avoid complications with PCH. */ +- add_name_attribute (comp_unit_die (), remap_debug_filename (filename)); ++ dwarf2out_init to avoid complications with PCH. ++ For LTO produced units use a fixed artificial name to avoid ++ leaking tempfile names into the dwarf. */ ++ if (!in_lto_p) ++add_name_attribute (comp_unit_die (), remap_debug_filename (filename)); ++ else ++add_name_attribute (comp_unit_die (), artificial); + if (!IS_ABSOLUTE_PATH (filename) || targetm.force_at_comp_dir) + add_comp_dir_attribute (comp_unit_die ()); + else if (get_AT (comp_unit_die (), DW_AT_comp_dir) == NULL)
Bug#663577: Holger +1
Hi guys, I fully agree with Holger it'll be nice to update RFH bugs which could crive their number a bit down and made whole wnpp a bit more manageable. -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: Digital signature
Bug#778269: ITP: python-mkdocs -- Static site generator geared towards building project documentation
Hi Brian, On Fri, 13 Feb 2015 10:06:25 +1100, Brian May wrote: MkDocs is a fast, simple and downright gorgeous static site generator that's geared towards building project documentation. Documentation source files are written in Markdown, and configured with a single YAML configuration file. This package is required to build the documentation in the latest upstream version of python-djangorestframework. I plan to maintain this as part of the python modules team. Thank you, I also need this package because Python-Markdown is going to use it for building its docs as well at some point in the future (will need to think how to avoid the circular dependency though). The intention appears to be that mkdocs is used as a standalone application, although it supplies a mkdocs python package which could in theory be called directly. Given the above paragraph, is it still appropriate to build both a python-mkdocs and a python3-mkdocs package? Unless I hear otherwise, this will be my plan. Looks like upstream really does not provide any stable Python API, so I think there is no need to build public module packages. But you will make me a bit happier if you make the executable use Python 3. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#778268: 'Alias=saned' line causes problematic running of saned@.service
tags 778268 + moreinfo thanks Hello Keith, thank you for spending your time helping to make Debian better with this bug report. First sorry for my late answer, at the moment I have some trouble with a flu. Please can you give the date/time of the irc session with debian-systemd? CU Jörg -- New: GPG Fingerprint: 63E0 075F C8D4 3ABB 35AB 30EE 09F8 9F3C 8CA1 D25D GPG key (long) : 09F89F3C8CA1D25D GPG Key: 8CA1D25D CAcert Key S/N : 0E:D4:56 Old pgp Key: BE581B6E (revoked since 2014-12-31). Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net My wish list: - Please send me a picture from the nature at your home. signature.asc Description: This is a digitally signed message part
Bug#778289: New upstream version: 9.38
Package: p7zip Severity: wishlist Le 13/02/2015 04:03, Alois Hammer a écrit : Sources for 7-Zip 9.38 and now p7zip 9.38 are available. Can you package for Debian? http://sourceforge.net/projects/p7zip/files/p7zip/9.38/ Apologies if this should have been filed as a bug report against the Debian package. Thanks! Thank you for your mail! -- Mohammed Adnène TROJETTE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778288: [PATCH] bootcd: bootcd2disk: Enlarge /boot partition
Package: bootcd
Source: bootcd
Source-Version: 4.05
Tags: patch
Dear Maintainer,
I experienced on two distinct machines that bootcd2disk failed because
the /boot partition was to small. This trivial patch enlarges the
/boot partition from 50 MB to 100 MB.
Kind regards,
Kai Harries
---
Index: bootcd-4.05/bootcd2disk.lib
===
--- bootcd-4.05/bootcd2disk.lib
+++ bootcd-4.05/bootcd2disk.lib
@@ -91,9 +91,9 @@
}
check_SFDISK0()
{
- BOOTS=50
+ BOOTS=100
if [ $SFDISK0 = auto ]; then
[ -b $DISK0 ] || err \
If you define SFDISK=auto, please define DISK as auto or block-device
MEMS=`free | grep Mem | awk '{print $2}'`
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777660: xymon-client: xymonclient-linux.sh doesn't report remote filesystems
Hi Christoph, On Wed, Feb 11, 2015 at 10:00:01AM +0100, Christoph Berg wrote: I think the intention here is that an overflowing NFS server doesn't make all 1000 clients using red or yellow, so this is a sane default. we haven't got 1000 clients per share. Our use case is a few or even one server per remote filesystem. It would be nice to have all graphs related to the server on the trends page. However ... That said, there should probably be a way to make NFS disk monitoring possible without having to edit xymonclient-linux.sh. Maybe some ignore this FS type could be added to the default analysis.cfg which users then could change. That'd be an upstream topic, though. ... I agree with you that it's actually an upstream topic. You can close this bug report. Best regards, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777735: systemd: Disk corruption on reboot initiated through systemd
Am 13.02.2015 um 08:55 schrieb Peter Colberg: In the linux-3.16.7-ckt4 source the range of the timeout value for the i6300esb is 1s timeout 2*1023s. In theory it should work with the default shutdown timeout of 10min. This again might suggest, that his is a hardware, i.e. qemu bug? For the ib700 the range is 0s = timeout = 30s, hence the error. Oh my, this is seriously messed up :-/ -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#768577: Patch applied upstream
Control: tag -1 fixed 218-1 Quentin Lefebvre [2014-11-24 15:35 +0100]: For your information, a patch has been applied upstream. Here is the link: http://cgit.freedesktop.org/systemd/systemd/commit/?id=8a52210c93 This was part of 218, thus is fixed in experimental. I realize that this might not be sufficient to make all current cases work, but as far as I understand it that's about as far as upstream wants to go with bug for bug compatibility? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778298: [gpa] gpa: insecure passphrase
Package: gpa Version: 0.9.0-4 Severity: normal --- Please enter the report below this line. --- When trying to sign, encrypt or decrypt files , GPA reports an insecure passphrase, without the passphrase was entered. Have a look at the screenshot. This error occurs since the last update of the following packages: libk5crypto3:i386 1.10.1+dfsg-5+deb7u2 1.10.1+dfsg-5+deb7u3 libgssapi-krb5-2:i386 1.10.1+dfsg-5+deb7u2 1.10.1+dfsg-5+deb7u3 libkrb5-3:i386 1.10.1+dfsg-5+deb7u2 1.10.1+dfsg-5+deb7u3 libkrb5support0:i386 1.10.1+dfsg-5+deb7u2 1.10.1+dfsg-5+deb7u3 libdatetime-timezone-perl:all 1:1.58-1+2014j 1:1.58-1+2015a krb5-locales:all 1.10.1+dfsg-5+deb7u2 1.10.1+dfsg-5+deb7u3 unzip:i386 6.0-8+deb7u1 6.0-8+deb7u2 --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.8 500 stable-updates ftp.de.debian.org 500 stable security.debian.org 500 stable ftp.deb-multimedia.org 500 stable ftp.de.debian.org 100 wheezy-backports ftp.debian.org --- Package information. --- Depends (Version) | Installed ==-+- gnupg2 | 2.0.19-2+deb7u2 gpgsm | 2.0.19-2+deb7u2 libgpgme11 (= 1.2.0-1.2~) | 1.2.0-1.4+deb7u1 libassuan0 (= 2.0.1) | 2.0.3-1 libc6 (= 2.4) | 2.13-38+deb7u7 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.26.1-1 libglib2.0-0 (= 2.24.0) | 2.33.12+really2.32.4-5 libgpg-error0(= 1.10) | 1.10-3.1 libgtk2.0-0(= 2.12.0) | 2.24.10-2 zlib1g(= 1:1.1.4) | 1:1.2.7.dfsg-13 Package's Recommends field is empty. Package's Suggests field is empty.
Bug#778299: klibc: watch file broken
Source: klibc Version: 2.0.4-2 Severity: minor Hi, the src:klibc watch file seems to only scan for bzip2-compressed distfiles. https://www.kernel.org/pub/linux/libs/klibc/2.0/ ships only gzip and xz nowadays, which is sensible (everyone has gzip, and xz replaced all of the not as widely used compressors). -- System Information: Debian Release: 8.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778300: ITP: transdecoder -- find coding regions within transcripts
Package: wnpp Severity: wishlist Owner: Debian Med team debian-...@lists.debian.org X-Debbugs-Cc: debian-de...@lists.debian.org, debian-...@lists.debian.org * Package name: transdecoder Version : 2.0.1 Upstream Author : Brian Haas bh...@broadinstitute.org * URL : http://transdecoder.github.io/ * License : BSD-3-clause Programming Lang: Perl Description : find coding regions within transcripts TransDecoder identifies candidate coding regions within transcript sequences, such as those generated by de novo RNA-Seq transcript assembly using Trinity, or constructed based on RNA-Seq alignments to the genome using Tophat and Cufflinks. . TransDecoder identifies likely coding sequences based on the following criteria: . a minimum length open reading frame (ORF) is found in a transcript sequence . a log-likelihood score similar to what is computed by the GeneID software is 0. . the above coding score is greatest when the ORF is scored in the 1st reading frame as compared to scores in the other 5 reading frames. . if a candidate ORF is found fully encapsulated by the coordinates of another candidate ORF, the longer one is reported. However, a single transcript can report multiple ORFs (allowing for operons, chimeras, etc). . optional the putative peptide has a match to a Pfam domain above the noise cutoff score. transdecoder is a dependency of trinityrnaseq. It will be team maintained by myself and the Debian Med team.
Bug#778301: smuxi client crashes when connecting to the server
Package: smuxi Version: 0.11~rc5-2 Severity: important Today when starting smuxi client I got a crash: Exception Type: System.NullReferenceException Exception Message: Object reference not set to an instance of an object Exception StackTrace: at Gtk.TextBuffer.InsertWithTags (Gtk.TextIter iter, System.String text, Gtk.TextTag[] tags) [0x0] in filename unknown:0 at Smuxi.Frontend.Gnome.MessageTextView.AddMessage (Smuxi.Engine.MessageModel msg, Boolean addLinebreak, Boolean showTimestamps) [0x0046e] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend-GNOME/Views/MessageTextView.cs:401 at Smuxi.Frontend.Gnome.MessageTextView.AddMessage (Smuxi.Engine.MessageModel msg, Boolean addLinebreak) [0xa] in /tmp/buildd/smuxi-0.11~rc5/src /Frontend-GNOME/Views/MessageTextView.cs:251 at Smuxi.Frontend.Gnome.MessageTextView.AddMessage (Smuxi.Engine.MessageModel msg) [0x0] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/MessageTextView.cs:245 at Smuxi.Frontend.Gnome.ChatView.AddMessage (Smuxi.Engine.MessageModel msg) [0x0002b] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/Chats/ChatView.cs:590 at Smuxi.Frontend.Gnome.GroupChatView.AddMessage (Smuxi.Engine.MessageModel msg) [0x3] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/Chats/GroupChatView.cs:378 at Smuxi.Frontend.Gnome.ChatView.Populate () [0x00091] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend-GNOME/Views/Chats/ChatView.cs:550 at Smuxi.Frontend.Gnome.GroupChatView.Populate () [0x00195] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend-GNOME/Views/Chats/GroupChatView.cs:373 at Smuxi.Frontend.Gnome.ChatViewManager+OnChatSyncedc__AnonStorey1.m__0 () [0x0007b] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/ChatViewManager.cs:351 at GLib.Idle+IdleProxy.Handler () [0x0] in filename unknown:0 More information from /var/log/syslog: Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: (smuxi-frontend- gnome:2168): Gtk-CRITICAL **: IA__gtk_text_buffer_insert: assertion 'text != NULL' failed Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: 2015-02-13 11:40:18,143 [Main] ERROR Smuxi.Frontend.Gnome.Frontend - ShowException(): Exception: Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: System.NullReferenceException: Object reference not set to an instance of an object Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Gtk.TextBuffer.InsertWithTags (Gtk.TextIter iter, System.String text, Gtk.TextTag[] tags) [0x0] in filename unknown:0 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.MessageTextView.AddMessage (Smuxi.Engine.MessageModel msg, Boolean addLinebreak, Boolean showTimestamps) [0x0046e] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend-GNOME/Views/MessageTextView.cs:401 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.MessageTextView.AddMessage (Smuxi.Engine.MessageModel msg, Boolean addLinebreak) [0xa] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/MessageTextView.cs:251 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.MessageTextView.AddMessage (Smuxi.Engine.MessageModel msg) [0x0] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/MessageTextView.cs:245 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.ChatView.AddMessage (Smuxi.Engine.MessageModel msg) [0x0002b] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/Chats/ChatView.cs:590 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.GroupChatView.AddMessage (Smuxi.Engine.MessageModel msg) [0x3] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/Views/Chats/GroupChatView.cs:378 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.ChatView.Populate () [0x00091] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend-GNOME/Views/Chats/ChatView.cs:550 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.GroupChatView.Populate () [0x00195] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend-GNOME/Views/Chats/GroupChatView.cs:373 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at Smuxi.Frontend.Gnome.ChatViewManager+OnChatSyncedc__AnonStorey1.m__0 () [0x0007b] in /tmp/buildd/smuxi-0.11~rc5/src/Frontend- GNOME/ChatViewManager.cs:351 Feb 13 11:40:18 erizana smuxi-frontend-gnome.desktop[2168]: at GLib.Idle+IdleProxy.Handler () [0x0] in filename unknown:0 Feb 13 11:40:24 erizana smuxi-frontend-gnome.desktop[2168]: (WebKitWebProcess:2332): GLib-CRITICAL **: g_main_loop_run: assertion 'loop != NULL' failed Once I restarted the smuxi server the issue disappeared. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked
Bug#778302: MATE: Default file browser for Places submenu indeterministically set to applications that are not Caja
Package: mate-desktop-environment-core Version: 1.8.0+9 Severity: grave Dear all, I just discovered a (as I find) grave issue in the default session profile setup of the MATE desktop environment. Reproduce: o install applications providing a MIME type for inode/directory, e.g. + nautilus + pcmanfm + audacious (WTF???) + ... (maybe others) ... o install the package mate-desktop-environment o create a new user account o login under MATE desktop session with this fresh user account What you will see is: o Go to Places - Home Folder o Click o It is very likely that not MATE's file browser Caja will open now, but nautilus or pcmanfm Then try: o apt-get remove nautilus o create a new account o log into MATE desktop session with this new account o It is very likely that not MATE's file browser Caja will open now, but pcmanfm (or even audacious). The first-picked handler for inode/directory MIME type will get stored for a new MATE user. It has to be changed manually via the Preferred Applications MATE control panel applet. People have to actively decide if they want to use Caja with MATE. This cannot be. The issue can be worked-around by placing this file: [Default Applications] inode/directory=caja-folder-handler.desktop into ~/.local/share/applications/mimeapps.list (or into the corresponding folder in /etc/skel) (as suggested by Martin Wimpress from Ubuntu MATE). It is and should be legitimate that several desktop shells are installed on the same system and that the user can choose, but those desktop shells should not interfere with each other. And where they do (by design), I think we should intervene for default session setup procedure. I consider this indeterministic behaviour a release critical issue for Debian jessie. I have contacted upstream and Ubuntu MATE team to discuss a solution for this, but it still needs feedback from some of the upstream devs. I understand that some people love to combine different apps from different desktop projects, but for those who want to use MATE with non-Caja applications (as default), I recommend using the above mentioned mimeapps.list hack. Happy about opinions and feedback. Thanks! Greets, Mike -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (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/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: sysvinit (via /sbin/init) Versions of packages mate-desktop-environment-core depends on: ii caja1.8.2-2 ii dconf-gsettings-backend [gsettings-backend] 0.22.0-1 ii gvfs-bin1.22.2-1 ii marco 1.8.2+dfsg1-4 ii mate-backgrounds1.8.0-2 ii mate-control-center 1.8.3+dfsg1-1 ii mate-desktop1.8.1+dfsg1-2 ii mate-icon-theme 1.8.0-1 ii mate-menus 1.8.0-5 ii mate-notification-daemon [notification-daemon] 1.8.1-2 ii mate-panel 1.8.1+dfsg1-3 ii mate-polkit 1.8.0+dfsg1-4 ii mate-session-manager1.8.1-7 ii mate-settings-daemon1.8.2-2 ii mate-terminal 1.8.1+dfsg1-4 mate-desktop-environment-core recommends no packages. mate-desktop-environment-core 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#721147: Potential fix (state: works for me)
Hi, I also experienced this bug on my machine (bug is still present in latest dahdi-linux code in SID), so I investigated a bit into the code. Analysis: I recognized that the sk_buff at first sight is needed in both cases of the if statement, but the memcpy to the sk_buff in the true case is totally pointless as the data is not passed on at all. It seems to be a relic of the software based HDLC times, when we passed the frame data on to the dahdi-hdlc code. The struct sk_buff is only used as a temporary buffer to remove the frame from the FIFO without any further processing, if the channel is not open. Patch: 1. Replace the struct sk_buff with a plain void * that is only allocated when needed. It’s a throw away buffer, so no need the added complexity of sk_buff. 2. Remove memcpy which copies frame data from the channel buffer to the SKB in the channel open case. 3. As a consequence of (2) the alloc/dealloc code is moved into the channel closed case of the if statement. The attached patch is tested successfully on my live EDSS1 line here in Germany. Kind Regards Karsten 721147.patch Description: Binary data
Bug#777499: shotwell: uses 100% cpu for minutes at startup on a recent cpu
tags 777499 - moreinfo thanks Hi Jörg, these are the answers for your questions, I believe: giuseppe@uefi:~$ ls -l .local/share/shotwell/data/photo.db -rw-r--r-- 1 giuseppe giuseppe 29169664 feb 8 21:46 .local/share/shotwell/data/photo.db giuseppe@uefi:~$ sqlite3 .local/share/shotwell/data/photo.db select count(*) from PhotoTable; 88212 Thanks for working on this subject. Bye, Giuseppe signature.asc Description: This is a digitally signed message part
Bug#773452:
Hello, i can confirm that this bug still exists for me in Jessie RC1 (and the newest daily build actually) on a Parallels VM as a host. Regards, D. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778303: chef: Memory leak
Package: chef Version: 10.12.0-3 Severity: important Dear Maintainer, Chef Client causes memory leak when run as a daemon. Just after start, the process uses about 30 MB of RAM. Then this amount rises with each client run. After a week (before logrotate restarts the daemon), the usage is at about 500 MB. The exact value depends on cookbooks/recipies used on the node. As I know, the problem was fixed in Chef Client version 10.14 by introducing forking for each client run. Greetings, Piotr -- System Information: Debian Release: 7.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.bsd54h0 (SMP w/24 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages chef depends on: ii debconf [debconf-2.0] 1.5.49 ii ohai 6.14.0-2 ii ruby 1:1.9.3 ii ruby-bunny0.7.8-1 ii ruby-erubis [erubis] 2.7.0-2 ii ruby-highline 1.6.13-2 ii ruby-json 1.7.3-3 ii ruby-mixlib-authentication1.1.4-2 ii ruby-mixlib-cli 1.2.2-2 ii ruby-mixlib-config1.1.2-3 ii ruby-mixlib-log 1.4.1-1 ii ruby-mixlib-shellout 1.0.0-2 ii ruby-moneta 0.6.0-4 ii ruby-net-ssh 1:2.5.2-2 ii ruby-net-ssh-multi1.1-2 ii ruby-rest-client 1.6.7-3 ii ruby-treetop 1.4.10-5 ii ruby-uuidtools2.1.2-2 ii ruby-yajl 1.1.0-2 ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-8.1+deb7u3 ii ucf 3.0025+nmu3 chef recommends no packages. chef suggests no packages. -- Configuration Files: /etc/default/chef-client changed: LOGFILE=/var/log/chef/client.log CONFIG=/etc/chef/client.rb INTERVAL=1800 SPLAY=300 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777713: unblock: xorg-server/2:1.16.4-1
On Fri, Feb 13, 2015 at 08:22:59 +0100, Niels Thykier wrote: Control: tags -1 d-i On 2015-02-11 20:12, Julien Cristau wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock X-debbugs-cc: k...@debian.org Please unblock package xorg-server. New upstream stable release with a few bugfixes including a CVE and a regression from the last batch of CVEs. Nothing udeb-relevant in these changes. unblock xorg-server/2:1.16.4-1 unblock-udeb xorg-server/2:1.16.4-1 Thanks, Julien Ack from me, under the assumption that OsBlockSignals() and OsRelaseSignals() stack[1]. They do: http://cgit.freedesktop.org/xorg/xserver/tree/os/utils.c#n1233 If the signals are already blocked OsBlockSignals only increments BlockedSignalCount, and similarly for OsReleaseSignals. Thanks for the review. Cheers, Julien signature.asc Description: Digital signature
Bug#776982: [Debconf-team] Bug#776982: Bug#776982: Request for summit.debconf.org pseudo-package
On Sat, Feb 07, 2015 at 12:19:53AM -0500, Eric Dantan Rzewnicki wrote: On Sat, Feb 07, 2015 at 03:36:33AM +0100, Richard Hartmann wrote: On Fri, Feb 6, 2015 at 7:16 PM, Eric Dantan Rzewnicki e...@zhevny.com wrote: Are we settled on debconf-in...@lists.debian.org ? Maybe wait over the weekend; if there's no opposition then that's the name. Will do. Thanks. -edrz Done: https://lists.debian.org/debconf-infra/ I think we've now answered all of Don's questions. -edrz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778318: gnuplot5: when using the pdfcairo terminal, lines are much thicker than with gnuplot4
Package: gnuplot5 Version: 5.0.0~rc+dfsg2-1 Severity: important When using the pdfcairo terminal, lines are much thicker than with gnuplot4, so that old plot code is not compatible with gnuplot5, though this incompatibility is not listed on http://www.gnuplot.info/ReleaseNotes_5_0.html This can be seen with: for i in 4 5 do gnuplot$i EOF set terminal pdfcairo lw 10 set output 'out$i.pdf' plot '-' using 1:2 t '' with line 0 0 10 10 e EOF done when both gnuplot4 and gnuplot5 are installed. I've attached the produced out4.pdf and out5.pdf files. Getting too thick lines is annoying in some cases as details can be lost (or become less visible). -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages gnuplot5 depends on: ii gnuplot5-qt [gnuplot5-nox] 5.0.0~rc+dfsg2-1 gnuplot5 recommends no packages. Versions of packages gnuplot5 suggests: ii gnuplot5-doc 5.0.0~rc+dfsg2-1 -- no debconf information out4.pdf Description: Adobe PDF document out5.pdf Description: Adobe PDF document
Bug#778319: ITP: fim -- scriptable frame buffer and ascii art image viewer
Package: wnpp Owner: michele.mart...@uniroma2.it Severity: wishlist * Package name: fim Version : 0.4~rc3-1 Upstream Author : Michele Martone michele.mart...@uniroma2.it * URL : http://www.nongnu.org/fbi-improved/ * License : GPLv2+ * Programming Lang: C++ Description : scriptable frame buffer and ascii art image viewer FIM is a highly customizable and scriptable image viewer targeted at the users who are comfortable with software like the Vim text editor or the Mutt mail user agent (it aims to be a Swiss Army knife for viewing images). It derives from the Fbi image viewer (by Gerd Hoffmann), and in addition to the Linux framebuffer console it can use X (via the SDL library) and offer ascii art output (via the aalib library). It provides: regular expressions based vim-like autocommands; GNU readline based command line autocompletion and history; completely customizable key bindings; external/internal (if-while based) scriptability (through return codes, standard input/output, and commands given at invocation time) an initialization file; filename-based image search; and much more. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776024: RFP: libjs-jquery-scrollto → now ITP and already uploaded.
control: owner -1 ! control: retitle -1 ITP: libjs-jquery-scrollto -- easy element scrolling using jQuery control: tag -1 pending oops. I started working on this package some month ago, and I didn't bother opening a bug. The package got uploaded to NEW yesterday, and debacle pointed me at this bug :) relevant links: https://ftp-master.debian.org/new/libjs-jquery-scrollto_1.4.14+dfsg-1.html https://anonscm.debian.org/cgit/collab-maint/libjs-jquery-scrollto.git I'll manually close the bug + add it to the changelog once it'll get accepted (or rejected) by ftpmasters. -- regards, Mattia Rizzolo GPG Key: 4096R/B9444540 http://goo.gl/I8TMB more about me: http://mapreri.org Launchpad User: https://launchpad.net/~mapreri Ubuntu Wiki page: https://wiki.ubuntu.com/MattiaRizzolo signature.asc Description: Digital signature
Bug#778309: [preapprove] unblock: lazarus/1.2.4+dfsg2-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Please unblock package lazarus
In order to fix bug 777622, I prepared a repacked tar ball and the attached
changes to the packaging of Lazarus. I completely stripped the
lcl/interfaces/carbon directory from the tar ball, which could be done
safely because it is not used in Debian anyways.
I created the debdiff with --exclude carbon as without that the debdiff would
mainly show the content of the removed files. I have verified that my other
changes
all show up in the debdiff.
Do you want me to go ahead and upload this to sid? I am asking just in case
you consider the Apple license non-DFSG-ness to be severe enough for RC.
unblock lazarus/1.2.4+dfsg2-1
- -- 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/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBCAAGBQJU3fKwAAoJEJxcmesFvXUKfbgH+QEPx/+ZwtSNEm8/ZoBaPytP
lpTyevxbcV5y7T1yj3JVt9IyoFE0FLEOF1JMd+9+9P5jJSFEK5LnWdMazFCEU/It
/xUCXOvRhbvsz2FZ2iQ3xXGL1lu1ZtHsdwtiHjgbQ7qrAdfO266+LslvKRUttVVd
bi+WWieTayIly/ybiZ94fvELlsLg0RnTvNYip/5UFKJgGyIMVOhWRsLhB/S3FabG
SLR6lJzosnz7J9etWxptcqsBSbXfY/f/usoMJHKFDdDcjaRDvVGJIsPCvg2ySges
MFt885HRHwSOBYxpyCXQDk+3XBgvKffV9I8WvB12HuquAqbd5pg/rAdjwMcZL78=
=M9ry
-END PGP SIGNATURE-
diff -Nru --exclude carbon lazarus-1.2.4+dfsg/debian/changelog lazarus-1.2.4+dfsg2/debian/changelog
--- lazarus-1.2.4+dfsg/debian/changelog 2014-09-30 22:09:25.0 +0200
+++ lazarus-1.2.4+dfsg2/debian/changelog 2015-02-12 21:15:13.0 +0100
@@ -1,3 +1,13 @@
+lazarus (1.2.4+dfsg2-1) unstable; urgency=medium
+
+ * Strip lcl/interfaces/carbon from the tar ball as the files in
+that directory are licensed under the Apple Public Source License
+which is considered non-DFSG (Closes: #777622)
+ * Add patch to also not clean the carbon dir in the relevant Makefiles
+ * Add note to d/copyright that we also strip carbon
+
+ -- Paul Gevers elb...@debian.org Thu, 12 Feb 2015 21:14:23 +0100
+
lazarus (1.2.4+dfsg-2) unstable; urgency=medium
* Work around a recent change (bug 761918) in imagemagick that causes
diff -Nru --exclude carbon lazarus-1.2.4+dfsg/debian/copyright lazarus-1.2.4+dfsg2/debian/copyright
--- lazarus-1.2.4+dfsg/debian/copyright 2014-07-15 11:53:59.0 +0200
+++ lazarus-1.2.4+dfsg2/debian/copyright 2015-02-12 21:11:51.0 +0100
@@ -8,8 +8,8 @@
http://sourceforge.net/projects/lazarus/files/Lazarus%20Zip%20_%20GZip/
The Debian sources were repacked from orginial upstream sources in
-order to remove non DFSG compliant code such as aggpas (gpc) and mpaslex
-using the debian/orig-tar.sh script.
+order to remove non DFSG compliant code such as aggpas (gpc), mpaslex
+and the Carbon interface using the debian/orig-tar.sh script.
Upstream Authors: Andreas Hausladen, Andrew Haines, Andrew Johnson, Bob
Wingard, Christian Iversen, Cliff Baeseman, Colin Western, Curtis White,
diff -Nru --exclude carbon lazarus-1.2.4+dfsg/debian/orig-tar.sh lazarus-1.2.4+dfsg2/debian/orig-tar.sh
--- lazarus-1.2.4+dfsg/debian/orig-tar.sh 2014-07-15 11:53:59.0 +0200
+++ lazarus-1.2.4+dfsg2/debian/orig-tar.sh 2015-02-12 21:11:51.0 +0100
@@ -29,6 +29,7 @@
rm -rf components/aggpas
rm -rf packager/globallinks/aggpas*.lpl
rm -rf components/mpaslex
+rm -rf lcl/interfaces/carbon
rm -rf debian
find -name Makefile.fpc -execdir sh -c 'rm $(basename {} .fpc)' ';'
find '(' -name '*.icns' -or -name '*.java' ')' -exec chmod a-x {} ';'
diff -Nru --exclude carbon lazarus-1.2.4+dfsg/debian/patches/drop_carbon_from_Makefiles.patch lazarus-1.2.4+dfsg2/debian/patches/drop_carbon_from_Makefiles.patch
--- lazarus-1.2.4+dfsg/debian/patches/drop_carbon_from_Makefiles.patch 1970-01-01 01:00:00.0 +0100
+++ lazarus-1.2.4+dfsg2/debian/patches/drop_carbon_from_Makefiles.patch 2015-02-12 21:03:42.0 +0100
@@ -0,0 +1,25 @@
+Description: With carbon stripped from the source tree, we need to strip
+ the carbon dir from the clean targets
+Author: Paul Gevers elb...@debian.org
+
+--- a/lcl/Makefile.fpc
b/lcl/Makefile.fpc
+@@ -157,7 +157,6 @@
+ cleanlaz: cleanall
+ cleanall: clean
+ $(MAKE) -C interfaces clean
+- $(MAKE) -C interfaces/carbon clean
+ $(MAKE) -C interfaces/cocoa clean
+ $(MAKE) -C interfaces/customdrawn clean
+ $(MAKE) -C interfaces/fpgui clean
+--- a/lcl/interfaces/Makefile.fpc
b/lcl/interfaces/Makefile.fpc
+@@ -2,7 +2,7 @@
+ main=lcl
+
+ [target]
+-dirs=gtk gtk2 gtk3 win32 wince qt carbon fpgui nogui cocoa customdrawn
++dirs=gtk gtk2 gtk3 win32 wince qt fpgui nogui cocoa customdrawn
+
+ [default]
+ dir=$(LCL_PLATFORM)
diff -Nru --exclude
Bug#778310: freedombox-setup: Remove pagekite from recommends list
Package: freedombox-setup Version: 0.3 Severity: minor Tags: patch Hello, Attached patch proposes to remove pagekite from recommends list of freedombox- setup since Plinth has the ability to install it when necessary. In general, allowing more and more optional modules to be installed and managed by Plinth is better. - If user input is required for making a setup decision it can be presented in Plinth during first boot or when enabling the module. - Plinth can and will be split in modules which are individually packaged. This make allows for things to be more modular. - If the module requires UI, then it need not be split into two parts: freedombox-setup part and the Plinth. Everything can happen in Plinth. - FreedomBox setup is harder to debug and test compared to Plinth. These arguments are for non-essential modules only. -- Sunil -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armhf Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) From 4f0c2849de42ea8d4b877b20a1fb55370699715e Mon Sep 17 00:00:00 2001 From: Sunil Mohan Adapa su...@medhas.org Date: Fri, 13 Feb 2015 14:54:22 +0530 Subject: [PATCH] Remove pagekite as recommendation In general, allowing more and more optional modules to be installed and managed by Plinth is better. - If user input is required for making a setup decision it can be presented in Plinth during first boot or when enabling the module. - Plinth can and will be split in modules which are individually packaged. This make allows for things to be more modular. - If the module requires UI, then it need not be split into two parts: freedombox-setup part and the Plinth. Everything can happen in Plinth. - FreedomBox setup is harder to debug and test compared to Plinth. These arguments are for non-essential modules only. --- debian/changelog | 4 debian/control| 1 - debian/freedombox-setup.freedombox-first-run.init | 2 +- 3 files changed, 5 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index d530cbc..cf4a5f6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -10,6 +10,10 @@ freedombox-setup (0.4) UNRELEASED; urgency=low interface now. * Update jwchat test to check /jwchat URL. + [ Sunil Mohan Adapa ] + * Remove pagekite recommendation as Plinth now takes care of its +installation and setup. + -- Petter Reinholdtsen p...@debian.org Sun, 14 Dec 2014 20:26:25 +0100 freedombox-setup (0.3) unstable; urgency=low diff --git a/debian/control b/debian/control index 3e23173..2c6e695 100644 --- a/debian/control +++ b/debian/control @@ -77,7 +77,6 @@ Recommends: batctl , rfkill , wireless-tools - , pagekite Suggests: monkeysphere Description: Package to set up freedombox environment diff --git a/debian/freedombox-setup.freedombox-first-run.init b/debian/freedombox-setup.freedombox-first-run.init index 3311345..2775574 100755 --- a/debian/freedombox-setup.freedombox-first-run.init +++ b/debian/freedombox-setup.freedombox-first-run.init @@ -5,7 +5,7 @@ # Default-Stop: # Required-Start:$network $remote_fs $syslog # Required-Stop: $remote_fs $syslog -# Should-Start: firewalld tor haveged lxc pagekite +# Should-Start: firewalld tor haveged lxc # Short-Description: Finish Freedombox install after first boot # Description: # Script to complete the post-install process on first FBX boot. -- 2.1.4
Bug#776318: devscripts: [mk-origtargz] creates string with duplicate entries of files to exclude
reopen 776318 thanks Hi James, I insist that the latest change in uscan / mk-origtargz is a step backwards since it results in errors when not needed and moreover no exxor occured in previous versions (namely 2.14.10 which I tested without any problem). I have a new occurance of this problem in Vcs-Git: git://anonscm.debian.org/debian-med/trinityrnaseq.git d/copyright says: Files-Excluded: trinity-plugins/jellyfish-*.tar.gz util/support_scripts/ExitTester.jar Butterfly/src/lib/*.jar Butterfly/*.jar Butterfly/prev_vers trinity-plugins/rsem*.tar.gz trinity-plugins/Trimmomatic* $ LC_ALL=C mk-origtargz ../trinityrnaseq-2.0.3.tar.gz tar: trinityrnaseq-2.0.3/Butterfly/src/lib/jung-graph-impl-2.0.1.jar: Not found in archive tar: trinityrnaseq-2.0.3/Butterfly/src/lib/jung-api-2.0.1.jar: Not found in archive tar: trinityrnaseq-2.0.3/Butterfly/src/lib/jung-algorithms-2.0.1.jar: Not found in archive tar: trinityrnaseq-2.0.3/Butterfly/src/lib/java-getopt-1.0.13.jar: Not found in archive tar: trinityrnaseq-2.0.3/Butterfly/src/lib/collections-generic-4.01.jar: Not found in archive tar: trinityrnaseq-2.0.3/Butterfly/src/lib/Jaligner.jar: Not found in archive tar: trinityrnaseq-2.0.3/Butterfly/prev_vers/Butterfly_r2013_08_14.jar: Not found in archive tar: Exiting with failure status due to previous errors mk-origtargz: error: tar --delete --file ../trinityrnaseq_2.0.3+dfsg.orig.tar trinityrnaseq-2.0.3/util/support_scripts/ExitTester.jar trinityrnaseq-2.0.3/trinity-plugins/rsem-1.2.19.tar.gz trinityrnaseq-2.0.3/trinity-plugins/jellyfish-2.1.4.tar.gz trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/trimmomatic.jar trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/trimmomatic-0.32.jar trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/TruSeq3-SE.fa trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/TruSeq3-PE.fa trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/TruSeq3-PE-2.fa trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/TruSeq2-SE.fa trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/TruSeq2-PE.fa trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/NexteraPE-PE.fa trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/adapters/ trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/LICENSE trinityrnaseq-2.0.3/trinity-plugins/Trimmomatic-0.32/ trinityrnaseq-2.0.3/Butterfly/src/lib/jung-graph-impl-2.0.1.jar trinityrnaseq-2.0.3/Butterfly/src/lib/jung-graph-impl-2.0.1.jar trinityrnaseq-2.0.3/Butterfly/src/lib/jung-api-2.0.1.jar trinityrnaseq-2.0.3/Butterfly/src/lib/jung-api-2.0.1.jar trinityrnaseq-2.0.3/Butterfly/src/lib/jung-algorithms-2.0.1.jar trinityrnaseq-2.0.3/Butterfly/src/lib/jung-algorithms-2.0.1.jar trinityrnaseq-2.0.3/Butterfly/src/lib/java-getopt-1.0.13.jar trinityrnaseq-2.0.3/Butterfly/src/lib/java-getopt-1.0.13.jar trinityrnaseq-2.0.3/Butterfly/src/lib/collections-generic-4.01.jar trinityrnaseq-2.0.3/Butterfly/src/lib/collections-generic-4.01.jar trinityrnaseq-2.0.3/Butterfly/src/lib/Jaligner.jar trinityrnaseq-2.0.3/Butterfly/src/lib/Jaligner.jar trinityrnaseq-2.0.3/Butterfly/prev_vers/Butterfly_r2013_08_14.jar trinityrnaseq-2.0.3/Butterfly/prev_vers/Butterfly_r2013_08_14.jar trinityrnaseq-2.0.3/Butterfly/prev_vers/ trinityrnaseq-2.0.3/Butterfly/Butterfly.jar gave error exit status 2 Please make sure that the `tar --delete` command does not get any duplicated string even if for whatever strange reason two regexps might match (even if I personally do not think they do after the original specification. Kind regards Andreas. On Mon, Jan 26, 2015 at 09:29:44PM +0100, Andreas Tille wrote: thanks for your quick reply. They're mentioned twice because the Files-Excluded field in d/copyright lists them twice: Files-Excluded: */System/*/*.js */System/*/*/*.js The * in a Files (and therefore Files-Excluded) field in d/copyright is recursive: * Only the wildcards * and ? apply; the former matches any number of characters (including none), the latter a single character. Both match slashs (/) and leading dots, unlike shell globs. Hmmm, aren't Files-Excluded shell globs? At least I consider it the outcome of the discussion (and thus I created the expression above which worked at least until Fri, 10 Oct 2014 14:01:12 +0200 (latest changelog entry). The pattern *.in therefore matches any file whose name ends in .in anywhere in the source tree, not just at the top level. While I could cope with this change I wonder whether it would not be more safe in any case if Files-Excluded: a.x b.x a.x would simply remove files a.x and b.x instead of creating an error. A warning would be fine, thought. I can confirm that mk-origtargz works nicely after removing */System/*/*/*.js so it behaves in fact as you described. Kind regards Andreas. --
Bug#773868: live-boot: Does not include overlayfs support in initramfs, due to wrong kernel module naming
Source: live-boot Version: 4.0.2-1 Followup-For: Bug #773868 Hello, is there any plan to fix this in jessie? Thanks Michal -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778315: convert: unrecognized color `darkred' @ warning/color.c/GetColorCompliance/1046.
Package: nettoe Version: 1.5.1-1 Severity: normal When installing a few different window managers today, I got this message after each. I have menu 2.1.47 and imagemagick 8:6.8.9.9-5. Processing triggers for menu (2.1.47) ... convert: unrecognized color `darkred' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/nettoe.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/nettoe.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `darkred' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/nettoe.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/nettoe.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `darkred' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/nettoe.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/nettoe.png' @ error/convert.c/ConvertImageCommand/3210. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#778316: nagios-plugins-openstack: package is outdated
Package: nagios-plugins-openstack Version: 1.20120627-2 Severity: serious Tags: jessie sid nagios-plugins-openstack hasn't been updated in almost 3 years, and is probably not very useful with current-day openstack. The url in the package's Homepage field is also MIA. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778303: chef: Memory leak
Hello Piotr, thanks for reporting. On Fri, Feb 13, 2015 at 12:37:19PM +0100, Piotr Panczyk wrote: Package: chef Version: 10.12.0-3 Severity: important Dear Maintainer, Chef Client causes memory leak when run as a daemon. Just after start, the process uses about 30 MB of RAM. Then this amount rises with each client run. After a week (before logrotate restarts the daemon), the usage is at about 500 MB. The exact value depends on cookbooks/recipies used on the node. As I know, the problem was fixed in Chef Client version 10.14 by introducing forking for each client run. Would you by any chance be able to identify the upstream commit that introduced the fix? If so, I can try backporting that and releasing a stable update. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#778320: package libzypp FTBFS on different archs
Package: libzypp Version: 14.29.1-2 Severity: important Tags: sid User: debian-m...@lists.debian.org Hello, Package libzypp FTBFS on different archs that are not i386 or amd64 https://buildd.debian.org/status/package.php?p=libzyppsuite=sidhttps://buildd.debian.org/status There is an upstream fix for this issue: https://github.com/openSUSE/libzypp/commit/f3c3aa763907399a3a538611e59097a41cfa0e65 Could someone please upload new version of this package. Regards, Jurica
Bug#778312: convert: unrecognized color `peachpuff4' @ warning/color.c/GetColorCompliance/1046.
Package: fvwm-icons Version: 20070101-2 Severity: normal When installing a few different window managers today, I got this message after each. I have menu 2.1.47 and imagemagick 8:6.8.9.9-5. Processing triggers for menu (2.1.47) ... convert: unrecognized color `peachpuff4' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `peachpuff4' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `peachpuff4' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/fvwm/xcalc.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/xcalc.png' @ error/convert.c/ConvertImageCommand/3210. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#778313: kupfer: Add MATE support
Package: kupfer Version: 0+v208-5 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? MATE is not supported by Kupfer. If you go to the Applications plugin MATE is not an option. * What exactly did you do that was effective? I added MATE to the alternatives array at applications.py at line 26. * What was the outcome of this action? MATE applications are visible now on kupfer once you select the option on Applications plugin. It will be nice to have this added to the package. Thanks! -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (650, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages kupfer depends on: ii dbus 1.8.12-3 ii python-dbus 1.2.0-2+b3 ii python-gobject3.14.0-1 ii python-gtk2 2.24.0-4 ii python-keybinder 0.3.0-3 ii python-xdg0.25-4 pn python:anynone Versions of packages kupfer recommends: ii python-keyring 4.0-1 ii python-wnck 2.32.0+dfsg-3 Versions of packages kupfer suggests: pn python-cjson none pn python-gdata none pn python-qrencode none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704571: support for multiple kernel versions in binary
Package: live-build
Version: 4.0.5-1
Followup-For: Bug #704571
Control: retitle -1 build with multiple kernels of the same flavour may fail
Hello,
the build still fails when multiple kernel flavours are installed and
multiple kernels of the same flavour are installed. Live-build contains
this code:
mv binary/${_INITRAMFS}/vmlinuz-*-${_FLAVOUR}
binary/${_INITRAMFS}/vmlinuz${_NUMBER}
Obvoiusly, in case vmlinuz-*-${_FLAVOUR} expands to multiple files
this command fails.
Since none of the patches fixing the problem was accepted I will leave
it at this.
Thanks
Michal
-- Package-specific info:
-- System Information:
Debian Release: 8.0
APT prefers testing
APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (400,
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)
Versions of packages live-build depends on:
ii debootstrap 1.0.66
Versions of packages live-build recommends:
ii cpio2.11+dfsg-4
ii live-boot-doc 4.0.1-1
ii live-config-doc 4.0.2-1
pn live-manual-html | live-manual none
live-build 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#778317: live-build: bootstrap cache should be per-architecture
Package: live-build Version: 4.0.5-1mk1 Severity: normal Hello, When you change the live architecture and don't delete the cache directory bootstrap of the old architecture is restored from cache and image of the old architecture is built. This is trivially solved by including the architecture name in the bootstrap cache folder name. Package cache may be shared and some packages may be even reused on multiple architectures once the bootstrap is correct. Thanks Michal -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages live-build depends on: ii debootstrap 1.0.66 Versions of packages live-build recommends: ii cpio2.11+dfsg-4 ii live-boot-doc 4.0.1-1 ii live-config-doc 4.0.2-1 pn live-manual-html | live-manual none live-build 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#776087: nailgun: Please provide Maven artifacts
On Sun, Jan 25, 2015 at 08:14:45AM -0800, tony mancill wrote: owner 776087 ! thanks I'm working on updating nailgun to 0.9.1 (leveraging Hideki's work in the packaging repo) and will add the maven artifacts to that upload. Hi Tony, I hope to have not duplicated work with you on this. I was reviewing this package last night and the Maven missing thing seemed to me like a quick fix, so I went ahead and commit it to the repo. Thanks to the work done by Hideki I think this package is ready to have an upload for 0.9.1 to experimental. If you agree, I can upload it soon. If not and maybe you need to improve something else on this package just let me know. There is no rush anyway. Cheers, -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://miguel.cc/key. Faith means not wanting to know what is true. -- Nietzsche signature.asc Description: Digital signature
Bug#778322: gparted does not issue partprobe before executing resize operations
Package: gparted Version: 0.19.0-2 Severity: minor Dear Maintainer, During the process of recovering from a physical drive failure, I used ddrescue to image the contents of the old drive onto a new one. After doing so, I launched gparted and queued a number of partition moving and resizing operations (to take advantage of the increased size of the larger drive). gparted correctly identified the additional space and resized the GPT, but my first operation -- moving the last partition, an NTFS rescue partition of 12Mb, to the end of the disk -- failed. Upon investigation with strace, this was due to the fact that the device file for /dev/sda5 did not exist. From what I can tell, gparted identifies partitions separately from the device files that exist in /dev (which is good) but then expects them to be present when issuing commands like ntfsresize (which is bad). I would propose the following moficiation: at the start of a series of operations, check to determine if the device files for the partitions exist. If they don't, then issue a partprobe to find them. If they still do not exist, fail with an appropriate error message. (Ideally, the partprobe should be part of the queued command list which appears in the applying pending operations dialog.) For now, the obvious workaround is to run partprobe manually after using ddrescue or a similar tool to image a disk. The only problem is that gparted is clever enough to do some of its work without the device files being present. -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gparted depends on: ii libatkmm-1.6-12.22.7-2.1 ii libc6 2.19-13 ii libgcc1 1:4.9.1-19 ii libglib2.0-0 2.42.1-1 ii libglibmm-2.4-1c2a2.42.0-1 ii libgtk2.0-0 2.24.25-1 ii libgtkmm-2.4-1c2a 1:2.24.4-1.1 ii libpangomm-1.4-1 2.34.0-1.1 ii libparted-fs-resize0 3.2-6 ii libparted23.2-6 ii libsigc++-2.0-0c2a2.4.0-1 ii libstdc++64.9.1-19 ii libuuid1 2.25.2-4 gparted recommends no packages. Versions of packages gparted suggests: pn dmraid none ii dmsetup2:1.02.90-2 ii dosfstools 3.0.27-1 pn gpart none pn jfsutils none pn kpartx none ii mtools 4.0.18-2 ii ntfs-3g1:2014.2.15AR.2-1 pn reiser4progs none pn reiserfsprogs none pn xfsprogs none ii yelp 3.14.1-1 -- 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#778302: MATE: Default file browser for Places submenu indeterministically set to applications that are not Caja
Am 13.02.2015 um 12:48 schrieb Mike Gabriel: Happy about opinions and feedback. Thanks! I experienced this problem in wheezy several times, I thought it might have to do with installing from backports, that's why I didn't report it. It definitely would be good to have it fixed in jessie. Thank you for your hard work, Philipp PS If there's an option to have it fixed for jessie, I'd really like to see #776698 fixed there, too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775842: 3 left (was: Re: [moodle-packaging] Bug#775842: Bug#775842: moodle: Multiple security issues)
Hi,
Op Fri, Feb 13, 2015 at 03:21:49PM +0100 schreef Joost van Baal-Ilić:
Op Tue, Jan 20, 2015 at 05:15:13PM +0100 schreef Moritz Muehlenhoff:
Package: moodle
Severity: grave
Tags: security
Justification: user security hole
The current Moodle package in the archive is affected by multiple security
issues:
Cheers,
Moritz
https://security-tracker.debian.org/tracker/CVE-2015-0218
snip
https://security-tracker.debian.org/tracker/CVE-2014-2054
https://security-tracker.debian.org/tracker/CVE-2013-3630
These issues indeed are not listed to be fixed in moodle_2.7.5+dfsg-2 which is
currently in unstable. I'll upload a new version which explicitly lists the
CVE's fixed in upstream 2.7.5.
For the record, on
https://security-tracker.debian.org/tracker/source-package/moodle, as of
today,
still listed as unfixed in 2.7.5+dfsg-2 are :
CVE-2014-4172
php-cas problem, fixed in Debian's php-cas 1.3.3-1 and 1.3.1-4+deb7u1. Moodle
ships with unchanged phpCAS 1.3.3, see
moodle-2.7.5+dfsg/auth/cas/CAS/moodle_readme.txt Moodle can likely use the
Debian-maintained php-cas package. I'll try test that.
CVE-2014-2054
Security problem in old version of php-excel, which is shipped with moodle.
https://bugs.debian.org/718585 RFP: php-excel -- Read, Write and Create Excel
documents in PHP
Status: hard license problems, will probably never get packaged for Debian.
Popular workaround (as implemented by victims ownCloud and dolibarr): remove
PHPExcel code functionality from package. I'll try test that.
CVE-2013-3630
https://tracker.moodle.org/browse/MDL-41449
I'll apply for a Jira account later... :-/
Bye,
Joost
--
Ho Mitakuye Oyasin ※ joostvb@{牛在田里,ad1810}.com ※ http://mdcc.cx/
signature.asc
Description: Digital signature
Bug#778321: mirror submission for mirror.cedia.org.ec
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.cedia.org.ec Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ IPv6: yes CDImage-upstream: sft.if.usp.br Updates: four Maintainer: Ernesto Perez ernesto.pe...@cedia.org.ec Country: EC Ecuador Location: Cuenca Sponsor: Consorcio Ecuatoriano para el Desarrollo de Internet Avanzada http://www.cedia.org.ec Comment: the site maintains only debian-cd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778303: chef: Memory leak
Hello Antonio, On 13.02.2015 14:29, Antonio Terceiro wrote: Would you by any chance be able to identify the upstream commit that introduced the fix? If so, I can try backporting that and releasing a stable update. I think this is it: https://github.com/chef/chef/pull/291 -- Greetings, Piotr Pańczyk Asseco Business Solutions S.A. ul. Konrada Wallenroda 4c 20-607 Lublin tel.: +48 81 535 30 00 fax: +48 81 535 30 05 Sąd Rejonowy Lublin-Wschód w Lublinie z siedzibą w Świdniku VI Wydział Gospodarczy Krajowego Rejestru Sądowego KRS 028257 NIP 522-26-12-717 kapitał zakładowy 167 090 965,00 zł (w całości opłacony) www.assecobs.pl Powyższa korespondencja przeznaczona jest wyłącznie dla osoby lub podmiotu, do którego jest adresowana i może zawierać informacje o charakterze poufnym lub zastrzeżonym. Nieuprawnione wykorzystanie informacji zawartych w wiadomości e-mail przez osobę lub podmiot nie będący jej adresatem jest zabronione odpowiednimi przepisami prawa. Odbiorca korespondencji, który otrzymał ją omyłkowo, proszony jest o niezwłoczne zawiadomienie nadawcy drogą elektroniczną lub telefonicznie i usunięcie tej treści z poczty elektronicznej. Dziękujemy. Asseco Business Solutions S.A. Weź pod uwagę ochronę środowiska, zanim wydrukujesz ten e-mail. This information is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Unauthorized use of this information by person or entity other than the intended recipient is prohibited by law. If you received this by mistake, please immediately contact the sender by e-mail or by telephone and delete this information from any computer. Thank you. Asseco Business Solutions S.A. Please consider your environmental responsibility before printing this e-mail. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778314: convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046.
Package: 3dchess Version: 0.8.1-18 Severity: normal When installing a few different window managers today, I got this message after each. I have menu 2.1.47 and imagemagick 8:6.8.9.9-5. Processing triggers for menu (2.1.47) ... convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#737750: debian-installer: Netboot initrd does not download ata-modules or sata-modules udebs
Greg Bell greg.b...@artemech.com (2015-02-13): I'm not sure what is going on, but I can't get it to fail again. I made ZERO changes to the PXE configuration or preseed files between my previous message and starting work on this tonight, but for some reason it's working again. I've been working on this for the last 4 hours and all of the units that would not detect hard drives via have been reliably detecting and installing without any issue. (tested with and without preseed files, with and without the CD, and with several different mirrors.) The only thing that I can think of is that the PXE server somehow cached the kernel and initrd.gz files and was still using the old files during my testing yesterday, and that cache expired at some point in the interim. (For the record, we updated from the 04/24/2014 netboot build to 01-05-2015/current as part of our diagnostics yesterday morning.) I'm going to try and roll those files back after these are all installed and issued, and test to see if the issue comes back. (just to confirm that it was an outdated kernel that caused the problem.) The kernel vs. udeb version mismatch is very likely to be the issue here indeed. Mraw, KiBi. signature.asc Description: Digital signature
Bug#739593: systemd makes / shared by default (fwd)
(resubmitting/forwarding since on first attempt this bug was already archived and this my comment wouldn't get included therein) -- Forwarded message -- Date: Sun, 8 Feb 2015 18:19:06 +0100 (CET) From: Tomas Pospisek To: 739593@b.d.o Cc: Christoph Berg Michael Stapelberg Bastian Blank Sam Morris Martin Pitt Subject: Re: systemd makes / shared by default Hello all, there's more fallout from the change of the default that makes bind mounts share submounts (as introduced by systemd) instead of the previous default that kept them private (as given by the linux kernel). I have a variety of chroot systems that go like this: sudo mount --rbind /dev $CHROOT/dev sudo mount -t tmpfs tmpfs $CHROOT/run/shm # exec some not very much trusted app such as skype sudo umount -l $CHROOT/run/shm sudo umount -l $CHROOT/run sudo umount -l $CHROOT/dev This worked under wheezy. Under jessie instead it wrecks havoc to the running system in that /dev/shm gets unmounted in the base (parent) system and so a lot of stuff stops working (such as my terminal application konsole, system shut down/reboot, chromium etc. etc.). opinion I *think* that if Debian had a Linus type benevolent dictator that dictator would at this moment be on a spree to verbally kill people for breaking the system's API. I opine that unless the matter of API stability will be taken as seriously as Linus does there will be no year of the Linux desktop ever, since application writers can't be expected to be running around in circles all year long fixing petty API breaks left and right on every odd Linux distribution. And user's can't be expected to be rebuilding their systems from scratch and reinstalling all their (custom, proprietary, weird) software from new versions every few years just because the base system had an upgrade. /opinion But aside from making my opinion known here, I am unable to offer a remedy apart from reverting the default, which would break other software, that depends on the *new* default behavior as set by systemd. So unless someone has a clever idea, I'm just going to document this in the Debian wiki. I think a warning in the release notes would also be appropriate. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778085: qt4-x11: ftbfs with GCC-5
[snip] .obj/release-shared/qrc_qstyle.o .obj/release-shared/qrc_qmessagebox.o -L/«BUILDDIR»/qt4-x11-4.8.6+git64-g5dc8b2b+dfsg/lib -L/usr/X11R6/lib64 -lQtCore -L/ «BUILDDIR»/qt4-x11-4.8.6+git64-g5dc8b2b+dfsg/lib -lfontconfig -lpthread -laudio -lXt -lgthread-2.0 -pthread -lglib-2.0 -lpng -lz -lfreetype -lgobject-2.0 -lglib-2.0 -lSM -lICE -lXrender -lfontconfig -lfreetype -lXext -lX11 -lm .obj/release-shared/qdrawhelper_sse2.o: In function `unsigned int const* qt_fetch_radial_gradient_templateQRadialFetchSimdQSimdSse2 (unsigned int*, Operator const*, QSpanData const*, int, int, int)': /«BUILDDIR»/qt4-x11-4.8.6+git64-g5dc8b2b+dfsg/src/gui/../../include/QtGui /private/../../../src/gui/painting/qdrawhelper_p.h:396: undefined reference to `qt_memfill32' collect2: error: ld returned 1 exit status make[3]: *** [../../lib/libQtGui.so.4.8.6] Error 1 Makefile:1074: recipe for target '../../lib/libQtGui.so.4.8.6' failed make[3]: Leaving directory This might probe problematic. I don't know if I'll be able to push fixes for building qt4 against gcc5 upstream. Of course, if we get to remove it for Strech as we plan to do the problem is solved, but if we don't we need to solve this :-/ -- http://xkcd.com/162/ Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#739593: systemd makes / shared by default
On Mon, 9 Feb 2015, Christoph Berg wrote: Re: Tomas Pospisek 2015-02-08 alpine.DEB.2.11.1502081748110.2557@hier Hello all, there's more fallout from the change of the default that makes bind mounts share submounts (as introduced by systemd) instead of the previous default that kept them private (as given by the linux kernel). I have a variety of chroot systems that go like this: sudo mount --rbind /dev $CHROOT/dev sudo mount -t tmpfs tmpfs $CHROOT/run/shm I think you need to execute the above in a unshare -m environment to get disconnected from the / mount namespace. That's not sufficient though, you'll still need to sing the special: mount --make-rslave (or --make-rprivate) incantation as documented in the unshare man page. In the end I think making unshare -m do that magic incantation by itself as considered somewhere on the util-linux mailing list (don't have the refernce at hand) would be best here. The weird part is that you can tweak some global options *locally*. But yes, it's hilarious that we need to take care about this stuff... The current semantics are really absurd, unexpected and surprising and allthough I can understand and agree with (or that's what I believe) Lenart's argument for changing it, I think finally the change of default was a mistake since it's in crass contrast to the principle of least surprise. As a consequence it makes us all less safe I think, since whatever is done inside the bind mount or the changeroot or the unshared namespace will have influence on the parent if one forgets to do the extra dance to disconnect the mount from the parent. I'm pondering bringing this up in both d-d and to have it documented in the release notes. But currently I simply don't have the time to follow through with this. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776034: fsck runs in parallel on same physical disk
Hello. This is my opinion FWIW: there should be two bugs not one. One wishlist bug for util-linux to implement -l for LVM and MD; if the kernel needs an interface to implement this, then report a wishlist bug for the Linux kernel to implement the required interface; so maybe one day we can have optimal fsck's. Another normal (or maybe important) bug for systemd to not launch fsck's for LVM or MD devices in parallel, wait for all other running fscks to finish, then launch one and only one fsck for LVM or MD, etc.; thats what fsck -A does, if systemd cannot do it better then just use fsck -A that works correctly, don't reinvent an inferior wheel! Thanks for caring! :-) -- Ivan Baldo - iba...@adinet.com.uy - http://ibaldo.codigolibre.net/ From Montevideo, Uruguay, at the south of South America. Freelance programmer and GNU/Linux system administrator, hire me! Alternatives: iba...@codigolibre.net - http://go.to/ibaldo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775842: [moodle-packaging] Bug#775842: moodle: Multiple security issues
Hi, Op Tue, Jan 20, 2015 at 05:15:13PM +0100 schreef Moritz Muehlenhoff: Package: moodle Severity: grave Tags: security Justification: user security hole The current Moodle package in the archive is affected by multiple security issues: Cheers, Moritz https://security-tracker.debian.org/tracker/CVE-2015-0218 https://security-tracker.debian.org/tracker/CVE-2015-0217 https://security-tracker.debian.org/tracker/CVE-2015-0216 https://security-tracker.debian.org/tracker/CVE-2015-0215 https://security-tracker.debian.org/tracker/CVE-2015-0214 https://security-tracker.debian.org/tracker/CVE-2015-0213 https://security-tracker.debian.org/tracker/CVE-2015-0212 https://security-tracker.debian.org/tracker/CVE-2015-0211 https://security-tracker.debian.org/tracker/CVE-2014-9059 https://security-tracker.debian.org/tracker/CVE-2014-7848 https://security-tracker.debian.org/tracker/CVE-2014-7847 https://security-tracker.debian.org/tracker/CVE-2014-7846 https://security-tracker.debian.org/tracker/CVE-2014-7845 https://security-tracker.debian.org/tracker/CVE-2014-7838 https://security-tracker.debian.org/tracker/CVE-2014-7837 https://security-tracker.debian.org/tracker/CVE-2014-7836 https://security-tracker.debian.org/tracker/CVE-2014-7835 https://security-tracker.debian.org/tracker/CVE-2014-7834 https://security-tracker.debian.org/tracker/CVE-2014-7833 https://security-tracker.debian.org/tracker/CVE-2014-7832 https://security-tracker.debian.org/tracker/CVE-2014-7831 https://security-tracker.debian.org/tracker/CVE-2014-7830 https://security-tracker.debian.org/tracker/CVE-2014-4172 https://security-tracker.debian.org/tracker/CVE-2014-3617 https://security-tracker.debian.org/tracker/CVE-2014-3553 https://security-tracker.debian.org/tracker/CVE-2014-3551 https://security-tracker.debian.org/tracker/CVE-2014-3548 https://security-tracker.debian.org/tracker/CVE-2014-3547 https://security-tracker.debian.org/tracker/CVE-2014-3546 https://security-tracker.debian.org/tracker/CVE-2014-3545 https://security-tracker.debian.org/tracker/CVE-2014-3544 https://security-tracker.debian.org/tracker/CVE-2014-3543 https://security-tracker.debian.org/tracker/CVE-2014-3542 https://security-tracker.debian.org/tracker/CVE-2014-3541 https://security-tracker.debian.org/tracker/CVE-2014-2054 https://security-tracker.debian.org/tracker/CVE-2013-3630 These issues indeed are not listed to be fixed in moodle_2.7.5+dfsg-2 which is currently in unstable. I'll upload a new version which explicitly lists the CVE's fixed in upstream 2.7.5. For the record, on https://security-tracker.debian.org/tracker/source-package/moodle, as of today, only CVE-2014-4172 CVE-2014-2054 CVE-2013-3630 are still listed as unfixed in 2.7.5+dfsg-2. Thanks for your time. Bye, Joost signature.asc Description: Digital signature
Bug#773868: Patch to support overlay
I modified live-boot to support overlay from Linux kernel =3.18 a few
days ago, by referring to kiwi from OpenSuSE.
Attached please find the patch to support overlayfs for live-boot 4.
My 2 cents.
Steven.
--
Steven Shiau steven _at_ stevenshiau org
Public Key Server PGP Key ID: 4096R/47CF935C
Fingerprint: 0240 1FEB 695D 7112 62F0 8796 11C1 12DA 47CF 935C
--- a/components/9990-misc-helpers.sh
+++ b/components/9990-misc-helpers.sh
@@ -1322,7 +1322,7 @@
pidof unionfs-fuse /run/sendsigs.omit.d/unionfs-fuse || true )
;;
- overlayfs)
+ overlayfs|overlay)
# XXX: can multiple unionro be used? (overlayfs only handles two dirs, but perhaps they can be chained?)
# XXX: and can unionro be optional? i.e. can overlayfs skip lowerdir?
if echo ${unionro} | grep -q
@@ -1333,7 +1333,18 @@
panic Overlayfs needs at least one lower filesystem (read-only branch).
fi
unionmountopts=-o noatime,lowerdir=${unionro},upperdir=${unionrw}
- mount -t ${UNIONTYPE} ${unionmountopts} ${UNIONTYPE} ${unionmountpoint}
+ if ! mount -t ${UNIONTYPE} ${unionmountopts} ${UNIONTYPE} ${unionmountpoint} 2/dev/null; then
+# Ref: kiwi from OpenSuse kiwi-7.02.18-1.1
+# overlayfs in version = v22 behaves differently
+ # + renamed from overlayfs to overlay
+ # + requires a workdir to become mounted
+ # + requires workdir and upperdir to reside under the same mount
+ # + requires workdir and upperdir to be in separate subdirs
+mkdir ${unionrw}/rw
+mkdir ${unionrw}/work
+unionmountopts=-o noatime,lowerdir=${unionro},upperdir=${unionrw}/rw,workdir=${unionrw}/work
+mount -t ${UNIONTYPE} ${unionmountopts} ${UNIONTYPE} ${unionmountpoint}
+ fi
;;
*)
--- a/components/9990-overlay.sh
+++ b/components/9990-overlay.sh
@@ -9,7 +9,7 @@
addimage_directory=${3}
case ${UNIONTYPE} in
- aufs|unionfs|overlayfs)
+ aufs|unionfs|overlayfs|overlay)
modprobe -q -b ${UNIONTYPE}
if ! cut -f2 /proc/filesystems | grep -q ^${UNIONTYPE}\$ [ -x /bin/unionfs-fuse ]
Bug#757348: [cgmanager] RE: systemd: with SysV init, can no longer suspend and shutdown from lightdm
Package: cgmanager Version: 0.36-1 Have confirmed this works in my VM, so it isn't affecting me this time (not yet needed to restart this main machine). --- System information. --- Architecture: amd64 Kernel: Linux 3.16.0-4-amd64 Debian Release: 8.0 990 testing 10.1.0.3 500 unstable10.1.0.3 500 quodlibet-unstable 10.1.0.3 1 experimental10.1.0.3 --- Package information. --- Depends (Version) | Installed ===-+- libc6 (= 2.15) | libcgmanager0 (= 0.28) | libdbus-1-3 (= 1.2.16) | libnih-dbus1 (= 1.0.0) | libnih1 (= 1.0.0) | init-system-helpers (= 1.18~) | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#727273: [Pkg-ime-devel] Bug#727273: Bug#727273: sunpinyin: diff for NMU version 2.0.3+git20140127-1.1
On 02/12/2015 04:30 PM, Osamu Aoki wrote: On Thu, Feb 12, 2015 at 02:38:23PM +0800, Liang Guo wrote: Please upload it to DELAYED/0, thanks, sunpinyin use git to keep its source, if possible please update git too. Hi, I do not understand why you uploaded to the unstable repo while we are under freeze. Normally, we go through pre-approval for unblock etc. Not necessarily. If you think that there's all the reasons that the release team will approve the unblock, then it's fine to upload without asking them first. If they then refuse, you can still revert the changes. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775456: ITP: sankore -- interactive whiteboard interface
The sankore-ThirdParty stuff hasn't changed since 2012 ( https://github.com/Sankore/Sankore-ThirdParty/commits/master ), but the most recent changes to the program itself are from January this year ( https://github.com/Sankore/Sankore-3.1/commits/master ). Have you already mixed them or do you prefer for me to prepare a working package from those sources and the current git repo? Greetings, Miry 2015-02-13 16:48 GMT+01:00 David Prévot taf...@debian.org: Control: forcemerge -1 673322 On Mon, Feb 09, 2015 at 10:39:11PM +0100, Miriam Ruiz wrote: Well, I'm certainly interested in having this package in Debian, of course! Feel free to hijack my ITP though, if you want. Doing the forcemerge now, thanks. If you want a helping hand or plan to maintain it inside a team, feel free to count on me :) Great, I’ve pushed an initial VCS to Alioth in the Debian Edu team (every DD should already have write access, request to join the group are usually handled in a timely manner anyway). [1] http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/sankore.git last version is from september 2014, if you want to have a look at it: http://miriamruiz.es/debian/sankore/ On Mon, Feb 09, 2015 at 11:50:43PM +0100, Mike Gabriel wrote: 2015-02-09 20:09 GMT+01:00 David Prévot taf...@debian.org: On Thu, Jan 15, 2015 at 11:22:16PM +, Mike Gabriel wrote: I have some packaging work in Git somewhere [2]. […] [2] http://code.it-zukunft-schule.de/gitweb?p=sankore.git;a=summary Great, is it possible to check it out without any SSH access (or can you upload it somewhere accessible if it isn’t)? Yeah! git clone git://code.it-zukunft-schule.de/sankore.git Thanks, you actually continued working on an Alioth clone too, I just moved it [2]. [2] https://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/sankore_sunweaver.git I’ve managed to merge your work and Miram’s into a WIP gbp based [3] one, trying to keep the all history. [3] file:///usr/share/doc/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.UPSTREAM.GIT.TARBALL (I left the upstream and master branches where they were before I stepped in, and started working on a wip/master branch). The first challenging bit might be to get rid of the sankore-ThirdParty code copy from the build system, I’ll start working on that now. Anyone is more than welcome to commit any improvement to wip/master or any new branch (maybe we should keep master as is until we have something working). We may use this bug report to coordinate our efforts to bring sankore into Debian, debian-edu-pkg-t...@lists.alioth.debian.org is another option (It doesn’t look too noisy). Regards David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778326: quilt: new upstream release 0.64 (2015-02-09)
Package: quilt Version: 0.63-3 Severity: wishlist There is new upstream available: http://download.savannah.gnu.org/releases/quilt -- System Information Debian Release: jessie/sid APT Prefers testing APT policy: (990, testing) (500, unstable) Architecture: amd64 Kernel: Linux picasso 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux Locale: LANG=en_DK.UTF-8 -- Versions of packages `quilt depends on'. Depends: patch 2.7.4-1 Apply a diff file to an original diffstat1.58-1 produces graph of changes introduced by a dif bzip2 1.0.6-7+b2 high-quality block-sorting file compressor - gettext 0.19.3-2GNU Internationalization utilities bsdmainutils9.0.6 collection of more utilities from FreeBSD perl5.20.1-5Larry Wall's Practical Extraction and Report -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776909: kernel-package: couple of modules fail to load after wheezy to jessie upgrade
I was basically doing the same steps as the initial poster, I upgraded my Amilo M 7400 from wheezy-xfce to sid. With diffrent issues. Wheezy was running fine with kernel 3.2.0-4-486. During dist-upgrade I noticed a previous kernel version kernel was installed (iirc 3.15-586). 1. On first boot I noticed the i9xx pipe a underrun error on the screen right after GRUB. 2. A minute on the desktop and the system went into S3 state. 3. resuming from S3 results in S3 state again after around 30 seconds tail -f syslog reveals constant pipe underrun messages I am able to boot, both the old 3.2.0-4-486 and the newly installed 3.1x-586 kernel into the sid desktop. But end up in S3 state as mentioned (both kernels). If there is time I'm going to run a clean testing install on this notebook. --- Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742408: 1..28
v1.28 is in mentors. Looking for sponsorship -- --- Shawn Landden ChurchOfGit.com
Bug#778330: ITP: nim -- The Nim programming language - compiler
Package: wnpp Severity: wishlist Owner: Federico Ceratto federico.cera...@gmail.com * Package name: nim Version : 0.10.2 Upstream Author : Andreas Rumpf rump...@web.de * URL : http://nim-lang.org/ * License : MIT Programming Lang: Nim, C Description : The Nim programming language - compiler Nim is a statically typed, imperative programming language that generates native code via compilation to C. It provides non-tracing GC, high level datatypes and local type inference, a non-tracing GC and bindings to a lot of C libraries. The package will be maintained under git.debian.org/git/collab-maint/nim.git with Ximin Luo infini...@gmx.com. Other co-maintainers are welcome as well! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778334: A hook not executed for no obvious reason
Package: pbuilder Version: 0.215+nmu3 Severity: normal $ ls /tmp/hooks/ A01getshell $ chmod +x /tmp/hooks/* $ cat /tmp/hooks/A01getshell #!/bin/sh /bin/bash $ sudo pbuilder --build --hookdir /tmp/hooks --basetgz /var/cache/pbuilder/base-amd64-stable.tgz --distribution stable ../icewm_1.3.8+githubmod+20150213.1+d373d99.dsc pbuilder.wtf 21 $ grep hook pbuilder.wtf ... I: user script /var/cache/pbuilder/bd/7091/tmp/hooks/A01getshell starting I: user script /var/cache/pbuilder/bd/7091/tmp/hooks/A01getshell finished So, what's wrong, where is my shell? I have read the --hookdir manpage section twice, cannot figure it out. Regards, Eduard. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.1+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages pbuilder depends on: ii cdebootstrap 0.6.4 ii coreutils 8.23-3 ii debconf [debconf-2.0] 1.5.55 ii debianutils4.4+b1 ii debootstrap1.0.67 ii dpkg-dev 1.17.23 ii wget 1.16-3 Versions of packages pbuilder recommends: ii devscripts 2.15.1 ii fakeroot1.20.2-1 ii iproute23.16.0-2 ii net-tools 1.60-26+b1 ii sudo1.8.11p2-1.1 Versions of packages pbuilder suggests: ii cowdancer 0.73 ii gdebi-core0.9.5.5+nmu1 pn pbuilder-uml none -- Configuration Files: /etc/pbuilderrc 0ffa8cd594867a01634b8ec98b3538ac [Errno 2] Datei oder Verzeichnis nicht gefunden: u'/etc/pbuilderrc 0ffa8cd594867a01634b8ec98b3538ac' -- debconf information: pbuilder/nomirror: pbuilder/mirrorsite: * pbuilder/rewrite: false -- alder ne idee wie ichs mit debian mach? Rhonda alder: Leg Debian auf den Rücken, sag ihm es soll die Beine breit machen, und dann *bienen und blumen* -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778323: lintian: False positive vcs-field-uses-unknown-uri-format for git@host:path URI
Package: lintian Version: 2.5.30+deb8u3 Severity: normal Hi, URIs in the form git@host:path (e.g. 'g...@github.com:mariodebian/tcos.git' or 'git@gitlab:group/project.git') are valid for git, but they do produce a vcs-field-uses-unknown-uri-format warning. Please add this URI format to the list of known formats. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778331: ITP: parafly -- parallel command processing using OpenMP
Package: wnpp Severity: wishlist Owner: Debian Med team debian-...@lists.debian.org X-Debbugs-Cc: debian-de...@lists.debian.org, debian-...@lists.debian.org * Package name: parafly Version : 0.0.2013.01.21 Upstream Author : Brian Haas bh...@broadinstitute.org * URL : http://parafly.sourceforge.net * License : BSD-3-clause Programming Lang: C++ Description : parallel command processing using OpenMP ParaFly provides a simple mechanism for running a predefined list of unix commands in parallel using multithreading. Failed processes are captured and reported. Successfully executed processes are noted. If the process is rerun, only those previously incompleted or failed processes will be executed. Parafly is a dependency of trinityrnaseq which is undergoing packaging. It is maintained by myself and the Debian Med team.
Bug#778332: RM: oss4/4.2-build2010-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, please remove oss4 from jessie. There's been no maintainer followup since a month (plus no action back then we Ben initially reported it to the maintainers privately). Plus, it's irrelevant for Linux with ALSA and kfreebsd is not a release arch any longer. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778315: convert: unrecognized color `darkred' @ warning/color.c/GetColorCompliance/1046.
fredag den 13 februari 2015 klockan 22:09 skrev Paul Wise detta: Processing triggers for menu (2.1.47) ... convert: unrecognized color `darkred' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/nettoe.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/nettoe.png' @ error/convert.c/ConvertImageCommand/3210. Checking the source file desktop/ocross.xpm, two composite colour names are in use: darkblue and darkred with exactly this spelling. A quick look into /etc/X11/rgb.txt reveals the nameing conventions 0 0 139 DarkBlue 0 0 139 dark blue 139 00 DarkRed 139 00 dark red Still the thrown error only catches the red hue, when it should equally well stumble on the blue shade, would spelling be the only issue. Could there be some other artifact in play here? Regards, M E Andersson, upstream author and package maintainer. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778333: CVE-2014-9512
Package: rsync Version: 3.1.1-2+b1 Severity: important Tags: security This was assigned CVE-2014-9512: http://xteam.baidu.com/?p=169 Patch is here: https://git.samba.org/?p=rsync.git;a=commit;h=962f8b90045ab331fc04c9e65f80f1a53e68243b It would be nice if we could still get this into jessie with a targeted fix / unblock. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778337: please provide Vcs- fields for the VCS where packaging maintained
Source: libusb-1.0 Version: 2:1.0.19-1 Severity: normal ATM $ debcheckout libusb-1.0-0 No repository found for package libusb-1.0-0. A Vcs-* field is missing in its source record. See Debian Developer's Reference 6.2.5: `https://www.debian.org/doc/developers-reference/best-pkging-practices.html#bpp-vcs' If you know that the package is maintained via a version control system consider asking the maintainer to expose such information. Nevertheless, you can get the sources of package libusb-1.0-0 from the Debian archive executing: apt-get source libusb-1.0-0 Note however that what you obtain will *not* be a local copy of some version control system: your changes will not be preserved and it will not be possible to commit them directly. -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778325: sgdisk --new changes given end sector parameter when using a unit for the start sector
Package: gdisk Version: 0.8.5-1 I am trying to create 3 partitions on a 7.5 TiB RAID60 device (/dev/sda, handed to the OS by a hardware raid controller). Status before: --- % sgdisk -p /dev/sda Creating new GPT entries. Disk /dev/sda: 16002748592 sectors, 7.5 TiB Logical sector size: 512 bytes Disk identifier (GUID): F6924DB1-0783-4AC2-8499-EBA2F951CE07 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 16002748558 Partitions will be aligned on 2048-sector boundaries Total free space is 16002748525 sectors (7.5 TiB) Number Start (sector)End (sector) Size Code Name --- Creating the first two partitions succeeds: --- % sgdisk -p /dev/sda Disk /dev/sda: 16002748592 sectors, 7.5 TiB Logical sector size: 512 bytes Disk identifier (GUID): 12C31C64-F48E-4D2B-AE58-FE34289BE587 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 16002748558 Partitions will be aligned on 2048-sector boundaries Total free space is 16002209899 sectors (7.5 TiB) Number Start (sector)End (sector) Size Code Name 12048 20480 9.0 MiB 8300 2 22528 542720 254.0 MiB 8300 --- However, trying to create a third one that contains the remaining space fails: --- % sgdisk -g --new=3:266M:16002748558 /dev/sda Could not create partition 3 from 544768 to 32773629046784 Error encountered; not saving changes --- Strangely, 32773629046784 is the sector I specified multiplied with the current sector-alignment (2048). Specifying 0 for the start sector will make it work, though. --- % sgdisk -g --new=3:0:16002748558 /dev/sda Information: Moved requested sector from 542721 to 544768 in order to align on 2048-sector boundaries. The operation has completed successfully. --- I'm on Debian 7.0, amd64. Greetings.
Bug#776087: nailgun: Please provide Maven artifacts
On Fri, Feb 13, 2015 at 12:20:39PM -0300, Miguel Landaeta wrote: On Sun, Jan 25, 2015 at 08:14:45AM -0800, tony mancill wrote: owner 776087 ! thanks I'm working on updating nailgun to 0.9.1 (leveraging Hideki's work in the packaging repo) and will add the maven artifacts to that upload. Hi Tony, I hope to have not duplicated work with you on this. I was reviewing this package last night and the Maven missing thing seemed to me like a quick fix, so I went ahead and commit it to the repo. Thanks to the work done by Hideki I think this package is ready to have an upload for 0.9.1 to experimental. If you agree, I can upload it soon. If not and maybe you need to improve something else on this package just let me know. There is no rush anyway. Hi Miguel, I made the mistake of trying to start too many things at once, and so got a number of minor things updated, but hadn't yet added the maven artifacts. Let me take a quick look at it this weekend and merge and push the other misc. changes I have made (if you haven't already fixed those too), and then we can upload. Cheers, and thank you for keeping this moving along. tony -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757348: systemd: with SysV init, can no longer suspend and shutdown from lightdm
Control: reopen -1 Control: found -1 0.36-1 The problem was fixed some time ago, but reappeared. With lightdm, the 4 operations are greyed out. Note: I rebooted after the upgrade. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages cgmanager depends on: ii init-system-helpers 1.22 ii libc62.19-15 ii libcgmanager00.36-1 ii libdbus-1-3 1.8.16-1 ii libnih-dbus1 1.0.3-4.3 ii libnih1 1.0.3-4.3 cgmanager recommends no packages. cgmanager 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#778335: Please package ZNC 1.6 for Unstable
Source: znc Severity: wishlist Justification: New package version request Hello. ZNC 1.6 was recently released as stable upstream, and includes new features and changes, including SSLProtocols and SSLCiphers configuration options support that was added in 1.4-2. It includes several security-related changes as well. All changes are detailed here: http://wiki.znc.in/ChangeLog/1.6.0 I would like to see ZNC 1.6 packaged for Debian Unstable and later. There are multiple additional considerations and changes that may need to be reflected in the debian/control file: Build Depends: * GCC = 4.7 is needed for C++11 support. * swig3.0 is now required for building Python and Perl module support. * libicu-dev (= 52.1-3) is recommended for charset support. Prior versions do not work. Please consider packaging and uploading for Unstable. - Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776424: [kgb-maintainers] Bug#776424: can be crashed by some network traffic
Hi! On 08/02/15 18:01, Damyan Ivanov wrote: Tincho, can you have a look? I'm afraid POE internals are a mystery to me. A way to reproduce the problem would certainly help too. Sorry, I forgot about this issue. I will try to take a look. But without some way of reproducing it'll be hard.. Sadly KGB is pretty bad at logging, so not much can be gathered from past logs.. Putting debug: 1 in /etc/kgb-bot/kgb.conf will turn on debugging (and excessive logging). Perhaps that can give more clues the next time the crash happens. Joey, did this gather anything interesting? -- Martín Ferrari (Tincho) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777734: libfreenect version bump
On Wed, 11 Feb 2015, Benn Snyder wrote: libfreenect and associated packages are at v0.2.0 in Debian unstable.A However, upstream is at v0.5.2.A Please bump to the latest version. FWIW -- also uploaded backport builds of 0.5.1 to NeuroDebian happen you need them know. -- Yaroslav O. Halchenko, Ph.D. http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org Research Scientist,Psychological and Brain Sciences Dept. Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755 Phone: +1 (603) 646-9834 Fax: +1 (603) 646-1419 WWW: http://www.linkedin.com/in/yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778327: live-build: build fails in empty directory
Package: live-build Version: 4.0.5-1mk1 Severity: normal Hello, I tried this: mkdir dl-test cd dl-test lb build No image was produced. Man page says: lb_build(1) alias for all stages lb build says: [2015-02-13 15:12:21] lb build W: No config/ directory; using defaults for all options P: live-build 4.0.5 This is clearly not true. lb config lb build produces an image but lb build does not. IMHO this will be fixed by adding a note to run lb config in the man page and changing the W: to E: so the build fails early rather than running for an extended time producing nothing. Thanks Michal -- Package-specific info: -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages live-build depends on: ii debootstrap 1.0.66 Versions of packages live-build recommends: ii cpio2.11+dfsg-4 ii live-boot-doc 4.0.1-1 ii live-config-doc 4.0.2-1 pn live-manual-html | live-manual none live-build 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#778328: Please upgrade severity of package-contains-timestamped-gzip
Source: lintian Version: 2.5.30+deb8u3 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org Hi, Given the recent work on the reproducible builds effort [1], I think it would be a good idea to increase the severity -- and thus the visibility -- of the package-contains-timestamped-gzip tag. My loose rationale is that assuming that most maintainers would now be fine with receiving a bug with a patch correcting such an issue, it is reasonable for this to be a bit louder in Lintian. [1]: https://wiki.debian.org/ReproducibleBuilds Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- diff --git a/checks/files.desc b/checks/files.desc index c6b8949..0152d87 100644 --- a/checks/files.desc +++ b/checks/files.desc @@ -1585,7 +1585,7 @@ Info: This package ships a PKCS#11 module configuration file under convention and may ignore them in the future. Tag: package-contains-timestamped-gzip -Severity: wishlist +Severity: normal Certainty: certain Info: The package contains a gzip-compressed file that has timestamps. Such files make the packages unreproducible, because their diff --git a/t/tests/files-gzip/tags b/t/tests/files-gzip/tags index e003044..4e467c7 100644 --- a/t/tests/files-gzip/tags +++ b/t/tests/files-gzip/tags @@ -1,3 +1,3 @@ -I: files-gzip: package-contains-timestamped-gzip etc/good.gz +W: files-gzip: package-contains-timestamped-gzip etc/good.gz W: files-gzip: gz-file-not-gzip etc/bad.gz W: files-gzip: gz-file-not-gzip usr/share/doc/files-gzip/changelog.gz
Bug#778324: bugs.debian.org: add usercategories mail ouput CGI
Package: bugs.debian.org Severity: wishlist There are a few places[1] on the wiki where mails that can be sent to the control@b.d.o to update usercategory definitions are manually maintained because it isn't easy to get usercategory definition mails out of debbugs and if you don't have the right definition to modify then you can lose data. You can rsync the raw data but it doesn't use the same format as the mails so it takes extra effort to use. It would be nice to have a command in the request mail bot but it wouldn't be possible to link to those so. It would be nice to have a usercategories.cgi page that would list the full control@b.d.o mail you have to send to get the current usercategories for a particular user (including the user command). 1. https://wiki.debian.org/?action=fullsearchvalue=usercategoryfullsearch=Text -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#775456: ITP: sankore -- interactive whiteboard interface
Control: forcemerge -1 673322 On Mon, Feb 09, 2015 at 10:39:11PM +0100, Miriam Ruiz wrote: Well, I'm certainly interested in having this package in Debian, of course! Feel free to hijack my ITP though, if you want. Doing the forcemerge now, thanks. If you want a helping hand or plan to maintain it inside a team, feel free to count on me :) Great, I’ve pushed an initial VCS to Alioth in the Debian Edu team (every DD should already have write access, request to join the group are usually handled in a timely manner anyway). [1] http://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/sankore.git last version is from september 2014, if you want to have a look at it: http://miriamruiz.es/debian/sankore/ On Mon, Feb 09, 2015 at 11:50:43PM +0100, Mike Gabriel wrote: 2015-02-09 20:09 GMT+01:00 David Prévot taf...@debian.org: On Thu, Jan 15, 2015 at 11:22:16PM +, Mike Gabriel wrote: I have some packaging work in Git somewhere [2]. […] [2] http://code.it-zukunft-schule.de/gitweb?p=sankore.git;a=summary Great, is it possible to check it out without any SSH access (or can you upload it somewhere accessible if it isn’t)? Yeah! git clone git://code.it-zukunft-schule.de/sankore.git Thanks, you actually continued working on an Alioth clone too, I just moved it [2]. [2] https://anonscm.debian.org/gitweb/?p=debian-edu/pkg-team/sankore_sunweaver.git I’ve managed to merge your work and Miram’s into a WIP gbp based [3] one, trying to keep the all history. [3] file:///usr/share/doc/git-buildpackage/manual-html/gbp.import.html#GBP.IMPORT.UPSTREAM.GIT.TARBALL (I left the upstream and master branches where they were before I stepped in, and started working on a wip/master branch). The first challenging bit might be to get rid of the sankore-ThirdParty code copy from the build system, I’ll start working on that now. Anyone is more than welcome to commit any improvement to wip/master or any new branch (maybe we should keep master as is until we have something working). We may use this bug report to coordinate our efforts to bring sankore into Debian, debian-edu-pkg-t...@lists.alioth.debian.org is another option (It doesn’t look too noisy). Regards David signature.asc Description: Digital signature
Bug#778336: pastebinit: fails in the default configuration
Package: pastebinit Version: 1.4-3 Severity: important Dear Maintainer, * What led up to the situation? I wanted to paste my piece of code. * What exactly did you do (or not do) that was effective (or ineffective)? I've run: echo foo\nq\nb\nc | pastebinit * What was the outcome of this action? The output is: Bad API request, invalid api_dev_key * What outcome did you expect instead? I'd expect a link like: http://pastebin.com/FKViEqGi It seems to me that http://pastebin.com, the default paste service, became closed to anonymous pasting. The package is not usable by default and needs some tinkering to make it work. This is a workaround: $ echo foo\nq\nb\nc | pastebinit -b http://paste.debian.net but remember also: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760341 Cheers, Tomasz -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (990, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages pastebinit depends on: ii python3 3.4.2-2 Versions of packages pastebinit recommends: ii lsb-release 4.1+Debian13+nmu1 pastebinit 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#778336: Bumping severity
Severity: grave Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#775010: libmaven-archiver-java: please allow pom.properties' date to be deterministic
FTR I'm working on a slightly modified patch and I expect to upload it soon. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778340: RFS: sudoku/1.0.3-1 ITA
Package: sponsorhsip-requests Version: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package sudoku * Package name: sudoku Version : 1.0.3-1 * URL : https://github.com/cinemast/sudoku * License : public-domain Section : games It builds those binary packages: sudoku - console based sudoku To access further information about this package, please visit the following URL: http://mentors.debian.net/package/sudoku Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/sudoku/sudoku_1.0.3-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: sudoku (1.0.3-1) unstable; urgency=low * debian/control: new maintainer (closes: #774186) * added desktop and debian-menu files (closes: #738036) * debian/copyright: changed to machine-readable copyright file. * debian/control: bump Standards-Version to 3.9.6. * debian/control: added VCS-* info. -- Peter Spiess-Knafl p...@autistici.org Wed, 11 Feb 2015 13:16:43 +0100 Regards, Peter -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (900, 'testing'), (500, 'testing-updates'), (100, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 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) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777668: [debian-mysql] [PATCH] Fix for bug #777668
Hi Clint, Thanks for taking the patch forward to mysql-5.6. You also mentioned that this fix won't go into 5.5. I was thinking that it might help 5.5 as well. If there is any future upload of 5.5 then this will get included. Regards, Akhil On Thursday 12 February 2015 10:43 PM, Clint Byrum wrote: Indeed.. I fell asleep before remembering to send a message to the bug. I also reassigned it to mysql-server-5.6, since we're not going to fix this in 5.5. Excerpts from Bjoern Boschman's message of 2015-02-12 04:48:53 -0800: fyi - clint was so kind to push this also into mysql-5.6 I'll build exp packages and place then in my wheezy repo http://www.boschman.de/debian/ 2015-02-11 12:31 GMT+01:00 Akhil Mohan akhil.mo...@oracle.com: Hi, This patch fixes minor bug #777668 to replace an option in my.cnf. I am sending this patch for review before pusing it to the Debian VCS. Akhil Mohan (1): Updated d/additions/my.cnf to replace deprecated option key_buffer with new option key_buffer_size (Closes: #777668) debian/additions/my.cnf | 4 ++-- debian/changelog| 5 - 2 files changed, 6 insertions(+), 3 deletions(-) -- 2.1.0 ___ pkg-mysql-maint mailing list pkg-mysql-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-mysql-maint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778308: [Pkg-openssl-devel] Bug#778308: libssl1.0.0: Certificate Signature verify failed
On Fri, Feb 13, 2015 at 01:30:06PM +0100, Marco Nietz wrote: root@neo:~# openssl verify -CAfile myCa.cer myClient.pem myClient.pem: CN = My Client, emailAddress = someone@somewhere.local error 7 at 0 depth lookup:certificate signature failure As a workaround i keep the u13 version, but what can cause this error ? We use this cerificate for client-authentication in nginx, which throws a comparable error client SSL certificate verify error: (7:certificate signature failure) Is this certificate generated by some MacOS application? It's known to make invalid certificates that were accepted in previous versions. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#778341: procmail: CVE-2014-9681: unsafe handling of TZ environment variable
Source: procmail Version: 3.22-19 Severity: important Tags: security upstream Hi Jakub Wilk reported on oss-security that procmail has unsafe handling of the TZ environment variable, see http://openwall.com/lists/oss-security/2014/10/15/24 https://sources.debian.net/src/procmail/3.22-20%2Bdeb7u1/config.h/?hl=22#L13 and http://seclists.org/oss-sec/2015/q1/533 This issue has got CVE-2014-9681 assigned. 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#778338: unblock: file/1:5.22+15-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Short version: Please unblock file 1:5.22+15-1 It entered unstable a few weeks ago, I did extensive testing before upoading and no issues have been reported. However, switching to a new upstream version still requires a longer explanation. Since the latest version in jessie (1:5.20-2), at least six¹ security issues were fixed upstream. The usual way to handle this in Debian was to cherry-pick the relevant commits from upstream. Together with the required prerequsites, this would have resulted in some 18 commits to add to the patch queue, creating a complex start for file in jessie. My decision to forward to a new upstream version (plus some more commits) instead was also driven by the experience of backporting fixes for wheezy and squeeze-lts which became quite complex, always carrying the risk of introducing new bugs. For jessie, I'd like to start at a late point so fixing future security bugs will be easier. Note, I have not attached the debdiff as it's rather huge, some 69k lines. I will hand it in later upon request. Kind regards, Christoph ¹ https://security-tracker.debian.org/tracker/source-package/file Unless noted in the tracker, the sid version of file does contain the fix for CVE-2014-9653. Upstream fix is commit 445c8fb (FILE5_21-10-g445c8fb) which is included in 5.22. signature.asc Description: Digital signature
Bug#778314: convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046.
Control: tags -1 patch pending On Fri, 13 Feb 2015 22:08:19 +0800 Paul Wise p...@debian.org wrote: Package: 3dchess Version: 0.8.1-18 Severity: normal When installing a few different window managers today, I got this message after each. I have menu 2.1.47 and imagemagick 8:6.8.9.9-5. Processing triggers for menu (2.1.47) ... convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. I think I have already fixed this bug in SVN by replacing pieces.xpm with 3dchess.xpm. pieces.xpm contains multiple images and therefore won't be displayed in the menu, at least on my system with Openbox. This error message should hopefully go away with the next upload. Markus signature.asc Description: OpenPGP digital signature
Bug#778314: convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046.
Control: tags -1 patch pending On Fri, 13 Feb 2015 22:08:19 +0800 Paul Wise p...@debian.org wrote: Package: 3dchess Version: 0.8.1-18 Severity: normal When installing a few different window managers today, I got this message after each. I have menu 2.1.47 and imagemagick 8:6.8.9.9-5. Processing triggers for menu (2.1.47) ... convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/22x22/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/32x32/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. convert: unrecognized color `LightGrey' @ warning/color.c/GetColorCompliance/1046. convert: corrupt image `/usr/share/pixmaps/3dchess/pieces.xpm' @ error/xpm.c/ReadXPMImage/429. convert: no images defined `/var/lib/fvwm-crystal/icons/Default/48x48/apps/3Dc.png' @ error/convert.c/ConvertImageCommand/3210. I think I have already fixed this bug in SVN by replacing pieces.xpm with 3dchess.xpm. pieces.xpm contains multiple images and therefore won't be displayed in the menu, at least on my system with Openbox. This error message should hopefully go away with the next upload. Markus signature.asc Description: OpenPGP digital signature
