Bug#760132: net-snmp: CVE-2014-3565
Source: net-snmp Version: 5.7.2.1~dfsg-6.1 Severity: important Tags: security upstream patch fixed-upstream Hi, the following vulnerability was published for net-snmp. CVE-2014-3565[0]: net-snmp: snmptrapd crash If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] https://security-tracker.debian.org/tracker/CVE-2014-3565 [1] http://sourceforge.net/p/net-snmp/code/ci/7f4a7b891332899cea26e95be0337aae01648742/ [2] https://bugzilla.redhat.com/show_bug.cgi?id=1125155 Please adjust the affected versions in the BTS as needed. 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#759895: [debhelper-devel] Bug#759895: debhelper: please strip non-deterministic data from static libraries
On Sun, 31 Aug 2014 15:34:57 -0700 Joey Hess jo...@debian.org wrote: Jérémy Bobbio wrote: Andrew Ayer has been working on a `dh_strip_nondeterminism` helper: http://anonscm.debian.org/cgit/reproducible/strip-nondeterminism.git/ We can move that chunk of code to it, alongside normalizers for gzip, zip, and jar files. But we were kinda hoping to get that helper as part of debhelper in order to not have to modify every packages to add a new Build-Depends. Right.. I was suggesting a non-debhelper utility, which dh_strip could then call. That sounds good to me. Would you have any objections to adding a Depends: to a hypothetical strip-nondeterminism package that would contain normalizer utilities for ar, gzip, jar, etc. files? Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755351: bug#18372: Bug#755351: blink-cursor-mode should respect GTK+ setting by default
Stefan Monnier skrev 2014-09-01 02:55: In the GTK+ version of Emacs, the default setting for blink-cursor-mode should respect the desktop setting of org.gnome.desktop.interface.cursor-blink . An explicit setting of blink-cursor-mode in .emacs could still override it, but the default setting should not. That would make a lot of sense, indeed. How do you distinguish between the default and % emacs M-x blink-cursor-mode M-x blink-cursor-mode ? The latter is an explicit setting to on. Or are we just talking about customizing blink-cursor-mode? Jan D. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758857: buildbot: Unable to upgrade master
Your command didn't work: $ echo -n .headers on \n select * from migrate_version;|sqlite3 state.sqlite Usage: .headers on|off But doing it manually: $ sqlite3 state.sqlite sqlite .headers on sqlite select * from migrate_version; repository_id|repository_path|version Buildbot|/usr/lib/python2.7/dist-packages/buildbot/db/migrate|22 $ls -al rwxr-xr-x 1 USER USER 228 sie 27 14:24 . drwxr-xr-x. 1 USER USER 718 wrz 1 07:29 .. -rw-r--r-- 1 USER USER 1,1K maj 14 11:37 buildbot.tac drwx-- 1 USER USER 118 maj 15 08:34 gitpoller-workdir -rw--- 1 USER USER 888K sie 18 08:16 http.log -rw-r--r-- 1 USER USER 5,7K cze 3 12:34 master.cfg -rw--- 1 USER USER 4,4K maj 14 11:37 master.cfg.sample drwxr-xr-x 1 USER USER 94 maj 14 11:37 public_html drwx-- 1 USER USER 491K sie 18 08:24 runtests -rw-r--r-- 1 USER USER 136M sie 18 08:14 state.sqlite drwxr-xr-x 1 USER USER 20 maj 14 11:37 templates -rw-r--r-- 1 USER USER 65M sie 27 14:24 twistd.log If it's hard to reproduce then we can close this bug as incident because i'm can to drop all my history and start with fresh one. I submitted this bug not to restore builds history but to find a problem :) On Wed, 27 Aug 2014 18:38:49 +0300 Andriy Senkovych jolly_ro...@itblog.org.ua wrote: Package: buildbot Followup-For: Bug #758857 Hello fri.K, Thank you for your feedback, but I'm not able to reproduce the bug you mentioned. I have tried to upgrade several different master instances and got upgraded with no problem. Please specify more information on your setup. What is the contents of migrate_version table. To get this info, run following: echo -n .headers on \n select * from migrate_version;|sqlite3 state.sqlite Example output: repository_id|repository_path|version Buildbot|/usr/lib/python2.7/dist-packages/buildbot/db/migrate|24 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations
Package: fai-client Version: 4.2.3 Severity: grave The following commit from fai.git which was released as of FAI 4.2.3 seems to cause a serious regression: , [ git log ] | commit 22ce409188cee3f9abb6f7396da25496474841f7 | Author: Thomas Lange la...@informatik.uni-koeln.de | Date: Mon Aug 25 23:35:26 2014 +0200 | | make mount --move work in jessie, Closes: #758613 ` It executes: |# get the partition for making mount --move work |local part=$(stat -c %m -- $disk/..) |mount --make-runbindable $part which modifies the underlying device in a way that it breaks unrelated operations. For example while fai dirinstall was executed the situation was as follows: | # cat /proc/mounts | [...] | /dev/vdb /srv ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 | /dev/vdb /srv/jenkins/jobs/grml64-full_testing/workspace/grml_chroot/grml-live/sources ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 | tmpfs /srv/jenkins/jobs/grml64-full_testing/workspace/grml_chroot/var/lib/dpkg tmpfs rw,noatime 0 0 | [...] | /dev/vdb /srv/pbuilder/build/cow.29884/var/cache/pbuilder/build ext4 rw,relatime,user_xattr,acl,barrier=1,data=ordered 0 0 ... and then an unrelated cowbuilder run failed to execute: | I: Mounting /var/cache/pbuilder/build | mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build, |missing codepage or helper program, or other error |In some cases useful info is found in syslog - try |dmesg | tail or so Downgrading to FAI 4.2.2 seems to fix this issue. I'm not yet sure whether this '--make-runbindable' option should be executed at all, but if that's the case it should be at least considered to not execute it as such within dirinstall. Reporting as RC bug because this FAI version shouldn't reach testing as is. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014-09-01t08-16...@devnull.michael-prokop.at
Bug#731265:
Alright, I thought that conftest.h was part of the upstream NVidia driver package, and as I was comparing with a working Ubuntu driver (331.38) to figure out what was missing, I thought that this had changed between 331.38 and 340.32. I see now that this is Debian-only, and was probably never activated, as you mentioned. It explains why Nils Goroll had troubles with driver versions 331.38 and 319.76 as well. I attached the debdiff you requested. -- Beren Minor diff -Nru nvidia-graphics-drivers-340.32/debian/changelog nvidia-graphics-drivers-340.32/debian/changelog --- nvidia-graphics-drivers-340.32/debian/changelog 2014-08-17 12:20:45.0 +0200 +++ nvidia-graphics-drivers-340.32/debian/changelog 2014-09-01 08:37:11.0 +0200 @@ -1,3 +1,10 @@ +nvidia-graphics-drivers (340.32-2) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix DRM support activation in conftest.h (Closes #731265) + + -- Beren Minor beren.minor+deb...@gmail.com Mon, 01 Sep 2014 08:35:48 +0200 + nvidia-graphics-drivers (340.32-1) unstable; urgency=medium * New upstream long lived branch release 340.32 (2014-08-12). diff -Nru nvidia-graphics-drivers-340.32/debian/module/conftest.h nvidia-graphics-drivers-340.32/debian/module/conftest.h --- nvidia-graphics-drivers-340.32/debian/module/conftest.h 2014-08-17 12:20:45.0 +0200 +++ nvidia-graphics-drivers-340.32/debian/module/conftest.h 2014-09-01 08:24:55.0 +0200 @@ -374,7 +374,7 @@ #endif /* Implement conftest.sh function drm_available */ -#if 0 +#if IS_ENABLED(CONFIG_DRM) || IS_ENABLED(CONFIG_DRM_MODULE) #define NV_DRM_AVAILABLE #else #undef NV_DRM_AVAILABLE
Bug#731535: kanif: Taktuk errors when executing kash
reassign 731535 taktuk close 731535 3.7.5-1 thanks Hi, On 06/12/13 at 12:42 +0100, Vincent Bernat wrote: Package: kanif Version: 1.2.2-1 Severity: normal Dear Maintainer, When I execute `kash -F -M ~/tmp/webs.txt cat /etc/debian_version`, I get many errors like this: #v+ [ TAKTUK ERROR : SYSTEM ] alucard (PID 10480) Line 3085 (command) Release 563 Error No such process #v- I don't see any drawback to those errors. Kanif seems to work as expected. This was actually a taktuk bug, fixed in version 3.7.5-1. Thanks for the report! Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760119: /dev/disk/by-uuid: Is a directory
* Norbert Preining [Mon Sep 01, 2014 at 02:44:36PM +0900]: On Mon, 01 Sep 2014, Michael Prokop wrote: Which version of initramfs-tools did you use before? in my aptitude.log I find: [UPGRADE] initramfs-tools:amd64 0.115 - 0.116 Ok. Did your upgrade also involve an update of the kernel/reboot of your system? sh -x /usr/sbin/mkinitramfs -o /tmp/initramfs.output 2/tmp/mkinitramfs.log Here it is. Thanks, so this commandline seems to be a problem for your system: blkid -o value -s UUID /dev/root Can you please provides its output and also attach output of: mount cat /proc/mounts ls -la /dev/root ? regards, -mika- signature.asc Description: Digital signature
Bug#702882: Status of igraph packaging for Debian
Hi Tamás, thanks for your work on this package. I guess it is OK for you if I added you to the Uploaders field and injected you as the owner as the latest changelog entry. On Fri, Aug 29, 2014 at 11:54:30PM +0200, Tamás Nepusz wrote: ... Anyway, I think that this bug can safely be closed once the updated package (0.7.1-2) is uploaded. Most of the patches that I added to 0.7.1-2 now can also be removed once upstream releases the next version because these patches are also merged into upstream. You can close bugs inside d/changelog and so I did. Thanks again Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760061: Please giveback zsh 5.0.6-1 on mipsel (was: Please giveback zsh 5.0.6-1 on armhf)
Hi Axel Beckert wrote: we currently experience occassional hangs (approximately in 5-10% of all builds on the buildds) of the script which executes the zsh test suite. It seems to happen across all architectures, at least the recent amd64 FTBFS has been solved by a giveback. Plus the one on armhf. (Ivo was so kind to do the giveback.) There's now a tracking bug for this issue: https://bugs.debian.org/760061 (Cc'ed) In the meanwhile the mipsel failed with a hanging test suite, too. So please giveback zsh on mipsel, too: gb zsh_5.0.6-1 . mipsel Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 signature.asc Description: Digital signature
Bug#760119: /dev/disk/by-uuid: Is a directory
Hi Michael, On Mon, 01 Sep 2014, Michael Prokop wrote: Ok. Did your upgrade also involve an update of the kernel/reboot of your system? Hmm, hard to say. I often update between kernels. So it might have been the same time I swtiched form 3.16 to 3.17-rc2. blkid -o value -s UUID /dev/root no output. mount /dev/root on / type btrfs (rw,relatime,ssd,space_cache) devtmpfs on /dev type devtmpfs (rw,relatime,size=4041792k,nr_inodes=1010448,mode=755) sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755) tmpfs on /sys/fs/cgroup type tmpfs (rw,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/debug type cgroup (rw,nosuid,nodev,noexec,relatime,debug) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct) mqueue on /dev/mqueue type mqueue (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) tmpfs on /run/user type tmpfs (rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) debug on /sys/kernel/debug type debugfs (rw,relatime) /dev/sda5 on /xp type fuseblk (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096) /dev/sda3 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=850,iocharset=iso8859-15,shortname=mixed,errors=remount-ro) rpc_pipefs on /run/rpc_pipefs type rpc_pipefs (rw,relatime) binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime) cat /proc/mounts rootfs / rootfs rw 0 0 /dev/root / btrfs rw,relatime,ssd,space_cache 0 0 devtmpfs /dev devtmpfs rw,relatime,size=4041792k,nr_inodes=1010448,mode=755 0 0 sysfs /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 proc /proc proc rw,nosuid,nodev,noexec,relatime 0 0 securityfs /sys/kernel/security securityfs rw,nosuid,nodev,noexec,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev 0 0 devpts /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 tmpfs /run tmpfs rw,nosuid,nodev,mode=755 0 0 tmpfs /sys/fs/cgroup tmpfs rw,nosuid,nodev,noexec,mode=755 0 0 cgroup /sys/fs/cgroup/systemd cgroup rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd 0 0 pstore /sys/fs/pstore pstore rw,nosuid,nodev,noexec,relatime 0 0 cgroup /sys/fs/cgroup/cpuset cgroup rw,nosuid,nodev,noexec,relatime,cpuset 0 0 cgroup /sys/fs/cgroup/cpu,cpuacct cgroup rw,nosuid,nodev,noexec,relatime,cpu,cpuacct 0 0 cgroup /sys/fs/cgroup/memory cgroup rw,nosuid,nodev,noexec,relatime,memory 0 0 cgroup /sys/fs/cgroup/devices cgroup rw,nosuid,nodev,noexec,relatime,devices 0 0 cgroup /sys/fs/cgroup/freezer cgroup rw,nosuid,nodev,noexec,relatime,freezer 0 0 cgroup /sys/fs/cgroup/blkio cgroup rw,nosuid,nodev,noexec,relatime,blkio 0 0 cgroup /sys/fs/cgroup/perf_event cgroup rw,nosuid,nodev,noexec,relatime,perf_event 0 0 cgroup /sys/fs/cgroup/debug cgroup rw,nosuid,nodev,noexec,relatime,debug 0 0 systemd-1 /proc/sys/fs/binfmt_misc autofs rw,relatime,fd=27,pgrp=1,timeout=300,minproto=5,maxproto=5,direct 0 0 mqueue /dev/mqueue mqueue rw,relatime 0 0 fusectl /sys/fs/fuse/connections fusectl rw,relatime 0 0 tmpfs /run/user tmpfs rw,nosuid,nodev,noexec,relatime,size=102400k,mode=755 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k 0 0 debug /sys/kernel/debug debugfs rw,relatime 0 0 /dev/sda5 /xp fuseblk rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096 0 0 /dev/sda3 /boot/efi vfat rw,relatime,fmask=0022,dmask=0022,codepage=850,iocharset=iso8859-15,shortname=mixed,errors=remount-ro 0 0 rpc_pipefs /run/rpc_pipefs rpc_pipefs rw,relatime 0 0 binfmt_misc /proc/sys/fs/binfmt_misc binfmt_misc rw,relatime 0 0 rootfs / rootfs rw 0 0 /dev/root / btrfs rw,relatime,ssd,space_cache 0 0 devtmpfs /dev devtmpfs
Bug#745838: usbmuxd/libusbmuxd2 breaking cups - resolved?
I just tried upgrading everything to testing yesterday, and my printer works again (I had held libusbmuxd2 and usbmuxd at earlier versions since April to use my printer). So with: cups 1.7.5-1 libusbmuxd2 1.0.9-1 usbmuxd 1.0.8-5 everything now seems to be working. If you want to close these bugs, please feel free to do so. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759716: Drop unused php-db dependency
On Sun, August 31, 2014 14:43, Olivier Berger wrote: I'm not sure it's used in most cases, so I'm a bit puzzled on how to solve this, besides my lack of interest for CAS these days (see my RFA : #757231). Are you going to update it in sid for the security issue? Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759878: [Pkg-mediawiki-devel] Bug#759878: [INTL:tr] Turkish debconf template translation for mediawiki
tags 759878 + pending thanks On Sat, 30 Aug 2014, Mert Dirik wrote: Please find the attached Turkish translation of mediawiki debconf messages. This file should be put as debian/po/tr.po in your build tree. Thanks, will be in our next upload. bye, //mirabilos -- Yes, I hate users and I want them to suffer. -- Marco d'Itri on gmane.linux.debian.devel.general -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759716: Drop unused php-db dependency
On Sun, August 31, 2014 14:43, Olivier Berger wrote: Hi. On Fri, Aug 29, 2014 at 07:55:10PM +0200, Thijs Kinkhorst wrote: Hi Olivier, Please drop the dependency on php-db of php-cas, because as far as I can see it is not needed at all. I've marked this as important because php-cas has been removed from jessie because of this dependency, it may happen again because php-db is not really maintained. I've noticed the removal from jessie for a while, but thanks for the heads up. AFAIR, php-cas may need a DB for so called PGT storage, but I'm not really clear on whether anyone really used this with the Debian package actually :-/ The source does not seem to include DB.php anywhere, so I think that kind of settles whether it is used. The upstream docs also mention it nowhere as a requirement. I'm not sure it's used in most cases, so I'm a bit puzzled on how to solve this, besides my lack of interest for CAS these days (see my RFA : #757231). Any suggestion welcome. At the very least you could downgrade the Depends to a Recommends. But I think you can just drop it. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758543: alternatively use a symbolic link
Am Samstag, den 30.08.2014, 23:15 +0200 schrieb Jean-Baptiste Kempf: I think that you could also do a symbolic link between libdvdnavmini and libdvdnav. Let's just do that, sounds like a fair idea! - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760091: [git-buildpackage/experimental] Mention --no-merge
tag 760091 pending thanks Date: Mon Sep 1 09:36:11 2014 +0200 Author: Guido Günther a...@sigxcpu.org Commit ID: a37832e418f3b96acf1c14838a495e2bc08fa574 Commit URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff;h=a37832e418f3b96acf1c14838a495e2bc08fa574 Patch URL: https://honk.sigxcpu.org/gitweb/?p=git-buildpackage.git;a=commitdiff_plain;h=a37832e418f3b96acf1c14838a495e2bc08fa574 Mention --no-merge Closes: #760091 A snapshot build including this change will be available at http://honk.sigxcpu.org:8001/job/git-buildpackage/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759605: [geographiclib] 01/01: pristine-tar data for geographiclib_1.37.orig.tar.gz
Hi Ross, thanks for your work on geographiclib. I noticed that you created the missing pristine-tar branch but the commited upstream source did not fit the changelog version source. I just injected what I found in apt-get source geographiclib to fix this. However, since lintian found this error E: geographiclib-tools: privacy-breach-logo usr/share/doc/geographiclib/scripts/geod-google-instructions.html http://sourceforge.net/sflogo.php?group_id=283628amp;type=9 I can not yet upload this package since it would be auto-rejected. I wonder if you want to do the following: 1. Upgrade to latest upstream 2. Add your ID to Uploaders to make a real maintainer upload 3. Have a look into the other lintian issues Kind regards and thanks for your work on this Andreas. On Fri, Aug 29, 2014 at 08:22:58PM +, Ross Gammon wrote: This is an automated email from the git hooks/post-receive script. ross-guest pushed a commit to branch pristine-tar in repository geographiclib. commit 1d49e845eeba41bdd64f6d1533476af27744956c Author: Ross Gammon rossgam...@mail.dk Date: Fri Aug 29 22:15:38 2014 +0200 pristine-tar data for geographiclib_1.37.orig.tar.gz --- geographiclib_1.37.orig.tar.gz.delta | Bin 0 - 272356 bytes geographiclib_1.37.orig.tar.gz.id| 1 + 2 files changed, 1 insertion(+) diff --git a/geographiclib_1.37.orig.tar.gz.delta b/geographiclib_1.37.orig.tar.gz.delta new file mode 100644 index 000..d1e06d0 Binary files /dev/null and b/geographiclib_1.37.orig.tar.gz.delta differ diff --git a/geographiclib_1.37.orig.tar.gz.id b/geographiclib_1.37.orig.tar.gz.id new file mode 100644 index 000..de4dc43 --- /dev/null +++ b/geographiclib_1.37.orig.tar.gz.id @@ -0,0 +1 @@ +505da48a1b4d71c91208ecbc0920918b5ee64144 -- Alioth's /usr/local/bin/git-commit-notice on /srv/git.debian.org/git/pkg-grass/geographiclib.git ___ Pkg-grass-devel mailing list pkg-grass-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grass-devel -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759406: debian-cd: Merge iso images into usb drive thanks to cat
Hi, There are descriptions in the web for boot media which contain multiple ISOs. Yes, but these tools, in theory, won't work perfect with Debian Installer till #724931 and #759744 are fixed. Lack of loop mounting is quite some handicap. Repartition free space to store extra ISO images. I would rather call it Claim free space on device as new partition. We could make a specialized little program for that. MBR is easy to manipulate. Device size can be inquired linux-specifically by a ioctl() or portably by binary search. Question is what to do with GPT. (Is Live-CD prepared for EFI isohybrid at all ?) The GPT specs prescribe that a backup table is to be stored at the very end of the storage device. Debian amd64 has this backup at the end of the ISO image. This already confuses some partition editors. To get a neat partitioning, GPT would either have to be deleted or the backup table has to be moved. Moving demands patching of fields in the backup and in the main GPT. This includes computation of new CRCs for both. Then you would need some of the implementation about detecting new ISOs from the partition directory and using them that it's already found at: #724931 . Yes. This is a tricky part after first stages of booting. I personally like the cat idea because is very new but at the same we are saving data into an space that could be thought of being empty. One could combine cat with the creation of a new partition or with expansion of the first partition up to the end of the storage device. (Again, GPT will impose extra effort.) I ask myself what's the opinion of debian-cd people on this subject. I assume they are waiting whether this discussion yields a lean and stable proposal. ls -l debian-7.6.0-i386-CD-1.iso Yes, you are right. Although fdisk -l also shows this size somewhere. One could also inquire the size of the ISO image. :)) (Bytes 32768 + 81 to + 83 gives the number of blocks as little endian, + 84 to + 87 as big endian) But actually you want to know where the next ISO will start. With cat, this depends on the previous image file sizes. (One could use dd seek= to put the ISOs at predefined block addresses regardless of the size of the previous ISOs.) What are the use cases where it will be of help ? When someone want to use CD1, CD2 and CD3 from the same usb. E.g. giving the usb to someone else who is offline. I now wonder how much effort it would be to merge Debian installation ISOs into a single ISO filesystem. The ISO part could be easily done. But there are files inside the ISOs which would need to be merged or otherwise adapted. The benefit would be to get a normal Debian ISO with no need for any new installer features. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations
On Mon, 01 Sep 2014 08:33:25 +0200, Michael Prokop m...@debian.org said: ... and then an unrelated cowbuilder run failed to execute: | I: Mounting /var/cache/pbuilder/build | mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build, |missing codepage or helper program, or other error |In some cases useful info is found in syslog - try |dmesg | tail or so Strange, this is the same error message we got without the mount --make-runbindable in fai-make-nfsroot when doing mount --move. BTW, on which distro do you use this? It seems to be jessie related, since no changes were needed in when using wheezy. P.S: /usr/src/linux-source.../Documentation/filesystems/sharedsubtree.txt has more details on this features. -- 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#757644: [Pkg-libvirt-maintainers] Bug#757644: lxc: Failed to allocate free veth pair
On Sun, Aug 31, 2014 at 07:29:49PM +0200, Andreas Henriksson wrote: Hello Guido Günther! On Sun, Aug 31, 2014 at 05:12:04PM +0200, Guido Günther wrote: Please find a diff for a NMU attached. O.k. to NMU? If you can't be bothered with properly submitting the patch upstream for review, then no it's not ok. This is an upstream issue, fix it upstream. If you insist on patching the debian package then be prepared to take over the mainenance of the package! Thanks for your warm and welcoming words. This makes iproute2 really a package to spend free time on. I'd be nice if the Debian maintainer would at least comment in a constructive way - and yes, I've cc:'ed upstream on the patch. I didn't spot any documentation on recommended procedures. The closest think is https://wiki.debian.org/Teams/pkg-iproute which told me to open a bug. Cheers, -- Guido Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760136: O: easyh10 -- Utility to manage the iRiver H10 music player
Package: wnpp Severity: normal The current maintainer of easyh10, Benjamin Seidenberg astro...@dlgeek.net, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: easyh10 Binary: easyh10 Version: 1.5-1 Maintainer: Benjamin Seidenberg astro...@dlgeek.net Build-Depends: debhelper (= 4.0.0), autotools-dev, libid3tag0-dev Architecture: any Standards-Version: 3.7.2 Format: 1.0 Files: b1eb3cdafbee3ce76cba53238e86a317 594 easyh10_1.5-1.dsc 167f42d1781714b0f83df4619f421a51 406548 easyh10_1.5.orig.tar.gz 4516e45fa3483c1aa138e03a722cefa8 4367 easyh10_1.5-1.diff.gz Checksums-Sha1: 32fa38e25b3f9ccd602625e5b6655e09faffe5b3 594 easyh10_1.5-1.dsc 00581640e512915a980f734c111015abb97b7368 4367 easyh10_1.5-1.diff.gz 2d6dd78f23829b6e2d21e3362a8eafd651597f19 406548 easyh10_1.5.orig.tar.gz Checksums-Sha256: 37ccb968edff98da98518448a88b9201e120ba8e3e6a67fe673a51e2294b30c5 594 easyh10_1.5-1.dsc fe08a8a49383b345b167d90ef4523c77db4af9977e4885145f9e489bea03fa1e 4367 easyh10_1.5-1.diff.gz 4d41ff5d85493466451464f6e0613e29a193494cc69504eefc001f367a07875d 406548 easyh10_1.5.orig.tar.gz Directory: pool/main/e/easyh10 Priority: source Section: sound Package: easyh10 Version: 1.5-1 Installed-Size: 396 Maintainer: Benjamin Seidenberg astro...@dlgeek.net Architecture: i386 Depends: libc6 (= 2.3.6-6), libid3tag0 (= 0.15.1b), zlib1g (= 1:1.2.1) Description-en: Utility to manage the iRiver H10 music player Easyh10 is a command-line utility to generate a media database and playlist for an iRiver H10 digital audio player. Actually transferring the music files must be done manually. . Homepage: http://easyh10.sourceforge.net/ Description-md5: b0a7eff3c0dd7f79987d08aa33b73515 Tag: interface::commandline, role::program, scope::utility, works-with::audio Section: sound Priority: extra Filename: pool/main/e/easyh10/easyh10_1.5-1_i386.deb Size: 60060 MD5sum: 6d088981402e5cdbd20baadc87b55c68 SHA1: a5ac539c66cdd9e4b159550ae9337871ec59191c SHA256: d5df27cef836bad45713f4da52979b840e01595b9922d425c6cca946f594215e signature.asc Description: Digital signature
Bug#760135: O: dav-text -- A minimalist ncurses-based text editor
Package: wnpp Severity: normal The current maintainer of dav-text, Benjamin Seidenberg astro...@dlgeek.net, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: dav-text Binary: dav-text Version: 0.8.5-5 Maintainer: Benjamin Seidenberg astro...@dlgeek.net Build-Depends: debhelper (= 4.0.0), libncurses5-dev Architecture: any Standards-Version: 3.6.2 Format: 1.0 Files: b5f31d5c65a6acc242c93a8bf1346f16 589 dav-text_0.8.5-5.dsc 992ddc8a72b2840bdbaaeb243d2b32c3 22824 dav-text_0.8.5.orig.tar.gz 4e026d6849d076c28923e7e1f901c498 2616 dav-text_0.8.5-5.diff.gz Checksums-Sha1: 3a3488e9b429f0966315d6e1438e158627ffb016 589 dav-text_0.8.5-5.dsc 8960b17e123d52c072275371e3cb70a7fa7ae1a4 2616 dav-text_0.8.5-5.diff.gz ec43ac1314ea740e909f149203845d5071084d76 22824 dav-text_0.8.5.orig.tar.gz Checksums-Sha256: d916215eaee0ca6dc4055e4a43195e0e5df18e441efeb6b5b8b27013a36a9a60 589 dav-text_0.8.5-5.dsc 31be1e79c0498354b1f88e78f9e436b1af42f52c90f4cdf468af97115451c5ae 2616 dav-text_0.8.5-5.diff.gz af3835c31f7fb28815bc9b5fcc76e229d0e389d13b178858d120664af486a9ba 22824 dav-text_0.8.5.orig.tar.gz Directory: pool/main/d/dav-text Priority: source Section: text Package: dav-text Version: 0.8.5-5 Installed-Size: 112 Maintainer: Benjamin Seidenberg astro...@dlgeek.net Architecture: i386 Depends: libc6 (= 2.3.6-6), libncurses5 (= 5.4-5) Description-en: A minimalist ncurses-based text editor Dav (Dav Ain't Vi) is meant to provide a stable text editor that is efficient in both memory and processor usage. It is simple to use, making it ideal for novice users. It is licensed under the GPL and is still in development. . Features include: * Memory and cpu efficiency * Small filesize and footprint * Freely licensed under the GPL * Useful feature set * Intuitive and easy to use . Homepage http://dav-text.sourceforge.net/ Description-md5: 699e1cfcc9d635c9efa323cbb717e8b1 Tag: implemented-in::c, role::program, scope::application, use::editing, works-with::text Section: text Priority: optional Filename: pool/main/d/dav-text/dav-text_0.8.5-5_i386.deb Size: 21776 MD5sum: dc512aa7148f2522619049a05a3e2ebb SHA1: eb333b69bdbdfad071babb87659c1415ddece60e SHA256: ca30048611d9fb6ad1417e53e2a76a183d0e674dfcd6b62ddae79910d827249a signature.asc Description: Digital signature
Bug#760137: O: pork -- Console-based AOL Instant Messenger IRC client
Package: wnpp Severity: normal The current maintainer of pork, Benjamin Seidenberg benja...@debian.org, has retired. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Some information about this package: Package: pork Binary: pork Version: 0.99.8.1-2.1 Maintainer: Benjamin Seidenberg benja...@debian.org Build-Depends: debhelper (= 9), libncurses5-dev, libperl-dev, automake, autoconf Architecture: any Standards-Version: 3.9.3 Format: 3.0 (quilt) Files: ef610c4e9008d6fd53b1696c60646157 1113 pork_0.99.8.1-2.1.dsc 0c720db7e4e843aeee0fa53ade7cdffd 490425 pork_0.99.8.1.orig.tar.gz 18648071d0b33a542d7a5372c66f9921 7279 pork_0.99.8.1-2.1.debian.tar.gz Checksums-Sha1: 933f214da035039c0d51b6ed8d1b3cc7dc5838a0 1113 pork_0.99.8.1-2.1.dsc 13a42c926fb650df9a5609dd816adb0c7058e90d 490425 pork_0.99.8.1.orig.tar.gz 93a567deda4a2b98067a2712f84e4e86f2983cae 7279 pork_0.99.8.1-2.1.debian.tar.gz Checksums-Sha256: 59e4eeb9aca153c73f21db8150b40b0cb55bd258fc41a9ea505fab4fe32c934e 1113 pork_0.99.8.1-2.1.dsc f0d4cad21017fd75b3c200342c54dd56d9ff7bc38d1e9b3c8ba686ba53d585ed 490425 pork_0.99.8.1.orig.tar.gz ea0b62d9e012edd0414a62cd53a54b31f8bb7fcac8a081144425d3aeb970fbfe 7279 pork_0.99.8.1-2.1.debian.tar.gz Homepage: http://freecode.com/projects/pork Package-List: pork deb net optional Directory: pool/main/p/pork Priority: source Section: net Package: pork Version: 0.99.8.1-2.1 Installed-Size: 748 Maintainer: Benjamin Seidenberg benja...@debian.org Architecture: i386 Depends: libc6 (= 2.4), libncurses5 (= 5.5-5~), libperl5.14 (= 5.14.2), libtinfo5 Description-en: Console-based AOL Instant Messenger IRC client pork is an ncurses-based AOL Instant Messenger and IRC client. It uses the OSCAR protocol (the one the windows client uses) to access AIM. Pork features Perl scripting; an online help system; the ability to configure nearly all aspects of the program's look-and-feel; an alias system; and a powerful, fully-configurable key binding system. It supports being logged in with more than one screen name at the same time. The default look-and-feel of the client is modeled after the ircII IRC client. Anyone comfortable using ircII (or any clients derived from it -- e.g., epic, BitchX, etc.) will feel comfortable using pork. Homepage: http://freecode.com/projects/pork Description-md5: e20b69dc3aba7ba55cb81b3cb371b791 Tag: implemented-in::c, interface::text-mode, network::client, protocol::irc, protocol::oscar, role::program, scope::application, uitoolkit::ncurses, use::chatting, works-with::im Section: net Priority: optional Filename: pool/main/p/pork/pork_0.99.8.1-2.1_i386.deb Size: 271762 MD5sum: 2968e317cd03b840a08c0b493abf823d SHA1: f4e3a637c9659cfd56ef50b3641dcc415a037955 SHA256: 731f4bd889c6577232fee480be4c46942158347aeb161e974a8ef739755a8527 signature.asc Description: Digital signature
Bug#758787: lilypond-doc: Broken usage of dpkg-maintscript-helper
This issue with lilypond-doc now break the installation of a desktop in Debian Edu Jessie. Any hope to have it fixed soon? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759665: RFS: libtorrent-rasterbar/0.16.17-1~bpo70+1 [NMU]
Hello Vincent, Thank you for the recommendation. I was going to propose a wheezy update at first, but I opted for wheezy-backports exactly because of devref 5.5.1: Extra care should be taken when uploading to stable. Basically, a package should only be uploaded to stable if one of the following happens: * a truly critical functionality problem * the package becomes uninstallable * a released architecture lacks the package The mentioned bug shows itself in at least some Xeon CPUs as far as I can tell, but only impacts encrypted BitTorrent transfers. The library remains perfectly usable for unencrypted tranfers. I also informed the current maintainer so that he may decide whether this is a truly critical functionality problem. In my humble opinion it's not. It may be average or important, not critical. Martino Dell'Ambrogio Security Auditor Web: http://www.tillo.ch/ Email: ti...@tillo.ch On 08/31/2014 12:57 AM, Vincent Cheng wrote: Hi Martino, On Fri, Aug 29, 2014 at 2:03 AM, Martino Dell'Ambrogio ti...@tillo.ch wrote: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package libtorrent-rasterbar on wheezy-backports. This is a straightforward rebuild of the current testing package. The reason for wanting libtorrent-rasterbar 0.16.x (libtorrent-rasterbar7, python-libtorrent...) on the current stable is that it fixes a crash bug involving OpenSSL and encrypted transfers for any bittorrent client depending on the library. If your intent for providing this backport is to fix a bug in stable, I strongly recommend that you instead fix it in stable proper, i.e. prepare a minimal diff against the package in wheezy and file a wheezy proposed update request against the release.debian.org pseudo-package with reportbug (see devref 5.5.1 [1] for more details). Once the release team approves of the debdiff, you can then request a sponsor here as well (or contact the maintainers/uploaders to see if they'd be interested in fixing the bug in wheezy themselves). Regards, Vincent [1] https://www.debian.org/doc/manuals/developers-reference/pkgs.html#upload-stable smime.p7s Description: S/MIME Cryptographic Signature
Bug#759736: elasticsearch: CVE-2014-3120
On 30/08/14 5:37 AM, Salvatore Bonaccorso car...@debian.org wrote: Source: elasticsearch Severity: grave Tags: security upstream fixed-upstream Hi Hilko, I see elasticsearch entered unstable now. Some time ago the following vulnerability was published for elasticsearch. CVE-2014-3120[0]: | The default configuration in Elasticsearch before 1.2 enables dynamic | scripting, which allows remote attackers to execute arbitrary MVEL | expressions and Java code via the source parameter to _search. NOTE: | this only violates the vendor's intended security policy if the user | does not run Elasticsearch in its own independent virtual machine. If I understand it correctly, the value or this defaults to false, more references are in Red Hat's Bugzilla[1]. Could you check elasticsearch for this? Hi Salvatore. I've checked the current version in the archive and it definitely is vulnerable. I've made a patch and am just running some build tests now. I'm hoping that Hilko can make an upload as I'm not on the uploaders list, and don't really know how anyway. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. Done. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-3120 https://security-tracker.debian.org/tracker/CVE-2014-3120 [1] https://bugzilla.redhat.com/show_bug.cgi?id=1124252 [2] https://github.com/elasticsearch/elasticsearch/issues/5853 [3] https://github.com/elasticsearch/elasticsearch/commit/81e83cca These were great resources - thanks for including them in the message. Tim Potter Cloud Systems Engineer HP Cloud Services timothy.pot...@hp.com M +61 419 749 832 Hewlett-Packard Australia Pty Ltd This e-mail may contain confidential and privileged material for the sole use of the intended recipient. Any review, use, distribution or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorised to receive for the recipient), please contact the sender by reply e-mail and delete all copies of this message. smime.p7s Description: S/MIME cryptographic signature
Bug#753772: Document the use of uversionmangle=s//+dfsg/ with repack
Package: devscripts Version: 2.14.6 Followup-For: Bug #753772 just to add my own 2¢: +dfsg is not the only common extension for repacked sources. personally i prefer ~dfsg (adopted from the pkg-multimedia team), as UPSTREAM~dfsg sorts before UPSTREAM, which is nice if upstream decides to re-release a version with non-free parts stripped. quick stats using grep-aptavail show: 5276 +dfsg 587 ~dfsg 554 .dfsg 192 -dfsg thus: if you ever come up with a solution that adds a suffix to the upstream version (and i would very much welcome such a feature), please allow for more possibilities than just +dfsg. gfmsar IOhannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757354: [SoB] ITP: flintqs -- Program using quadratic sieve to factor integers
Hi Julien, sorry for not responding on your SoB request right in time. I totally missed it since you have put your row in the Wiki table on top since I always watch the end of the table for new entries. Since I did not wanted to let you wait longer I simply fixed the hardening issue which was easy enough by a simple patch. I regard the other hardening related info as false positive and do not like to override it. So I uploaded with some changes (also adding a pristine-tar branch which should be always created according to Debian Science policy). Thanks for preparing the package and feel free to ping me next time earlier if you do not get response after three days when entering a line in SoB Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760133: fai-client: 'mount --make-runbindable' breaks underlying device for unrelated operations
* Thomas Lange [Mon Sep 01, 2014 at 09:48:19AM +0200]: On Mon, 01 Sep 2014 08:33:25 +0200, Michael Prokop m...@debian.org said: ... and then an unrelated cowbuilder run failed to execute: | I: Mounting /var/cache/pbuilder/build | mount: wrong fs type, bad option, bad superblock on /srv/pbuilder/build, |missing codepage or helper program, or other error |In some cases useful info is found in syslog - try |dmesg | tail or so Strange, this is the same error message we got without the mount --make-runbindable in fai-make-nfsroot when doing mount --move. BTW, on which distro do you use this? It seems to be jessie related, since no changes were needed in when using wheezy. up2date wheezy with: # mount --version mount from util-linux 2.20.1 (with libblkid and selinux support) regards, -mika- signature.asc Description: Digital signature
Bug#758105: grep -P and invalid exits with error
On 2014-08-29 06:43:45 -0700, Paul Eggert wrote: Thanks, but that patch seems to depend on libpcre internals, in that it knows that pcre_exec cannot possibly succeed without first checking its entire input buffer for invalid UTF-8 bytes. Even if that's true now, it reflects a performance bug that might be fixed in a future libpcre version. If I understand correctly, I don't think that's an internal. The pcreapi(3) man page says about PCRE_NO_UTF8_CHECK: [...] Note that this option can also be passed to pcre_exec() and pcre_dfa_exec(), to suppress the validity checking of subject strings only. If the same string is being matched many times, the option can be safely set for the second and subsequent matchings to improve performance. The last sentence would imply that the UTF8 checking is done on the whole input buffer before matching is done. Also, I don't see why grep needs to copy the buffer when there's an encoding error. Why not simply rerun the matcher on the initial prefix that doesn't have an encoding-error byte, and then (if that doesn't find a match), try matching the suffix after the encoding-error byte? This approach would not only avoid the buffer copy, it would avoid knowledge of libpcre internals. If there are many invalid UTF8 bytes, this would be slow, IMHO (it could be worth a try, though). But is the copy of the buffer really needed? Couldn't the invalid UTF8 sequences just be replaced by null bytes? Note that in case of invalid UTF8 bytes, in some (many?) cases, the cause is a binary file (possibly with some text in it), where lines can be very long. So, wouldn't it mean that it can take significantly more memory? -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760139: expiry date in epoch time is not human readable
Package: monkeysign Version: 1.1~bpo70+1 Severity: minor I'm running the latest monkeysign from backports on debian stable. Would be good to have the expiry date showing by default in a human readable way. Maybe you can use the locale of the user? I guess only the date is sufficient in most cases. Current behavior: pub [unknown] 4096R/... [expiry: 1409474740] Fingerprint ... Expected behavior (with my LC_TIME): pub [unknown] 4096R/... [expiry: Aug 31 2014] Fingerprint .. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760140: Can only sign all uids and not single ones
Package: monkeysign Version: 1.1~bpo70+1 Severity: important Can only sign all uids of a key and not single ones. I'm using monkeysign from backports on Debian Stable. $ monkeysign -dv -u BD68C7AA997FA77F -v --local myfriendskeyAABBCC […] stderr: found 1 keys matching your request Signing the following key pub [unknown] 4096R/... [expiry: 1409474740] Fingerprint = uid 1 [unknown] Alice al...@example.net uid 2 [unknown] Carol ca...@example.com sub 4096R/ 00112233445 [expiry: 1409474740] Sign all identities? [y/N] Choose the identity to sign (1-2 or full UID, control-c to abort): 2 Really sign key? [y/N] y command: ['gpg', '--command-fd', '0', '--with-fingerprint', '--list-options', 'show-sig-subpackets,show-uid-validity,show-unusable-uids,show-unusable-subkeys,show-keyring,show-sig-expire', '--status-fd', '2', '--quiet', '--batch', '--fixed-list-mode', '--no-tty', '--with-colons', '--use-agent', '--local-user', 'BD68C7AA997FA77F', '--secret-keyring', '/home/kwadronaut/.gnupg/secring.gpg', '--homedir', '/tmp/pygpg-TI4RtV', '--sign-key', 'Carol ca...@example.net'] FOUND: [GNUPG:] GET_BOOL keyedit.sign_all.okay FOUND: [GNUPG:] GOT_IT FOUND: [GNUPG:] GET_LINE keyedit.prompt skipped: pub:-:4096:1:LONGSTRING:LONGSTRING:LONGSTRING::-: skipped: fpr:LONGFINGERPRINT: skipped: sub:-:4096:1:LONGSTRING:LONGSTRING:LONGSTRING::: skipped: fpr:LONGFINGERPRINT: FOUND: uid:-Alice al...@example.net:::S9 S8 S7 S3 S2 H8 H2 H9 H10 H11 Z2 Z3 Z1,mdc,no-ks-modify:1,p: FOUND: uid:-Carol ca...@example.com:::S9 S8 S7 S3 S2 H8 H2 H9 H10 H11 Z2 Z3 Z1,mdc,no-ks-modify:2,: FOUND: [GNUPG:] GOT_IT FOUND: [GNUPG:] GET_LINE keyedit.prompt FOUND: [GNUPG:] GOT_IT SKIPPED: [GNUPG:] GET_BOOL keyedit.sign_all.okay deleting the temporary keyring /tmp/pygpg-TI4RtV Traceback (most recent call last): File /usr/bin/monkeysign, line 41, in module u.main() File /usr/lib/python2.7/dist-packages/monkeysign/cli.py, line 69, in main self.sign_key() File /usr/lib/python2.7/dist-packages/monkeysign/ui.py, line 296, in sign_key if not self.tmpkeyring.sign_key(pattern, alluids): File /usr/lib/python2.7/dist-packages/monkeysign/gpg.py, line 496, in sign_key raise GpgRuntimeError(self.context.returncode, _('unable to open key for editing: %s') % self.context.stderr.decode('utf-8')) monkeysign.gpg.GpgRuntimeError: [Errno 0] unable to open key for editing: When I answer y to sign all uids, I don't get any errors. kwadronaut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760138: monkeysign version information
Package: monkeysign Version: 1.1~bpo70+1 Severity: wishlist To properly report bugs, it is usually good to include the version being used. I recently tried to use monkeysign on a friends computer and she wasn't sure which version she was using nor how she installed it. Would it be possible to inlcude the version string, either by an extra switch (--version) or showing it's output when doing monkeysign --help? Thanks, kwadronaut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759665: RFS: libtorrent-rasterbar/0.16.17-1~bpo70+1 [NMU]
On Mon, Sep 1, 2014 at 12:53 AM, Martino Dell'Ambrogio ti...@tillo.ch wrote: Hello Vincent, Thank you for the recommendation. I was going to propose a wheezy update at first, but I opted for wheezy-backports exactly because of devref 5.5.1: Extra care should be taken when uploading to stable. Basically, a package should only be uploaded to stable if one of the following happens: * a truly critical functionality problem * the package becomes uninstallable * a released architecture lacks the package I consider devref 5.5.1 to exaggerate a bit when it comes to criteria for stable release updates (and not all stable release updates have strictly followed that criteria). I obviously can't speak on behalf of the release team since I'm not a member, but I invite you to file a wheezy-pu request anyways; the worst that can happen is that it's rejected. Ideally you want to provide a debdiff that's targeted (i.e. it fixes that bug, and nothing else), is as small as possible, and has minimal regression potential; that'll give you the best shot at getting your proposed update approved. The mentioned bug shows itself in at least some Xeon CPUs as far as I can tell, but only impacts encrypted BitTorrent transfers. The library remains perfectly usable for unencrypted tranfers. I also informed the current maintainer so that he may decide whether this is a truly critical functionality problem. In my humble opinion it's not. It may be average or important, not critical. Definitely, it's always a good idea to talk to the maintainer/uploaders prior to proposing a stable release update or a backport for a package that they maintain. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758105: grep -P and invalid exits with error
Vincent Lefevre wrote: [...] Note that this option can also be passed to pcre_exec() and pcre_dfa_exec(), to suppress the validity checking of subject strings only. If the same string is being matched many times, the option can be safely set for the second and subsequent matchings to improve performance. The last sentence would imply that the UTF8 checking is done on the whole input buffer before matching is done. That's pretty subtle, and perhaps too subtle. A plausible interpretation of the phrase same string is being matched is that libpcre checks only the matched string, and that bytes after the match (which did not need to be examined to do the match) are not checked. Can you confirm with the libpcre authors that this plausible interpretation is incorrect, i.e., that the entire input string is checked, even the unmatched part? If that's what is intended, the documentation should state so clearly, so at least there's a documentation bug there. If there are many invalid UTF8 bytes, this would be slow, IMHO That's OK. We don't need grep -P to be fast on invalid input. But is the copy of the buffer really needed? Couldn't the invalid UTF8 sequences just be replaced by null bytes? I'd rather not, because that changes the semantics of matching. The null byte is valid input data that might get matched. in case of invalid UTF8 bytes, in some (many?) cases, the cause is a binary file (possibly with some text in it), where lines can be very long. So, wouldn't it mean that it can take significantly more memory? Sure. But that's the same for -P as it is for plain grep. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745342: Status of twine in Debian
Hi Gaudenz I've packaged twine and python-releases (a build dependency). Python releases was rejected and thus I was unable to upload twine. Twine and releases (not request!) are both in DPMT's SVN tree. Please ping me on #debian-python (zyga) as I'd like someone to help me to finish those and perhaps convert them to the new git world. I haven't uploaded them to mentors. as I was working with Piotr Ożarowski and it seems that DPMT is not using mentors. Best regards Zymunt Krynicki On Sun, Aug 31, 2014 at 5:59 PM, Gaudenz Steinlin gaud...@debian.org wrote: Hi Zygmunt I just stumbled over this bug report when I wondered why there is no twine package in Debian. The last response from you indicates that the requests package was rejected. Why did you package that? There is already a python-reqeusts package in Debian since a long time. Is this not the same or is it just outdated? I could not find any traces of the twine package. Where did you upload that or where is it under review? Did you mean it was in the NEW queue or did you upload it to mentors.debian.net? If you need any help I'm happy to assist. I can also sponsor your package if you are not a DD and need a sponsor. Gaudenz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728312: gnome-keyring RC bug – GNOME Bugzilla – Bug 711222
On 16.08.2014 11:35, Martin-Éric Racine wrote: Hey Stef!, As reported at GNOME Bugzilla – Bug 711222 [1] there are some serious issues with gnome-keyring that have resulted in the package being marked as unfit for release. As you seem to be the main contributor to this package, could you please look into this? Makes sense. Commented on the bug. Cheers, Stef -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759817: open-iscsi: Please add udeb for ppc64el
On Saturday 30 August 2014 10:51 PM, Aurelien Jarno wrote: open-iscsi build its udeb for a limited set of architectures, which doesn't include ppc64el. Would it be possible to add it in the next upload? Yes. I'll include it. Are you targetting it for Jessie release ? If so, then I can push immediately. Also I do wonder why this udeb is not built on all linux architectures. I have no clue. Must have been done by the previous maintainer -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759817: open-iscsi: Please add udeb for ppc64el
On Monday 01 September 2014 02:22 PM, Ritesh Raj Sarraf wrote: Also I do wonder why this udeb is not built on all linux architectures. I have no clue. Must have been done by the previous maintainer Actually, it was done by me. :-) Then, one of the dependency, scsi-modules, was not available on all architectures. I'll check on what its latest status is. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes
Package: apt-cacher Version: 1.7.9.1 Severity: normal Today I found many apt-cacher-cleanup.pl processes run by cron on my system so I had to knock them down with sudo killall apt-cacher-cleanup.pl. To my surprise it happened despite AUTOSTART=0 in /etc/default/apt-cacher. Let alone reason why this process did not terminate within reasonable time I'd like to highlight the following problems: * cleaner may start multiple times if already running one(s) did not finish. * cleaner runs disregarding of AUTOSTART=0 in /etc/default/apt-cacher. * lack of POD documentation (i.e. perldoc /usr/share/apt-cacher/apt-cacher-cleanup.pl report No documentation found). I did not investigate why cleanup did not finish but I suspect that it somehow might be due to active apt-cacher-ng... When I run sudo /usr/share/apt-cacher/apt-cacher-cleanup.pl -v it finished without reporting any errors... -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B --- It is no use saying, 'We are doing our best.' You have got to succeed in doing what is necessary. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Bug#760142: systemd: Assertions from systemd-logind on powerpc during login, with continuing loop
Package: systemd Version: 208.8 (note: for some reason reportbug originally inserted the package and version into the subject ...) Dear Maintainer, * What led up to the situation? I installed from a testing CD downloaded in early August. I ran into login problems, but discovered I had booted with a Wheezy kernel originally. After reconfiguring to boot with a correct kernel, and configuring a successful xorg.conf, the problems remained. * What exactly did you do (or not do) that was effective (or ineffective)? I updated the system (all packages) using aptitude to the very latest testing version as of Aug 30. I then shut down the system and booted fresh on Aug 31. That is the log I have attached. * What was the outcome of this action? The lightdm greeter comes up, and I can type in the user name and password, but then the greeter restarts. The greeeter came up again, and this time I just waited. The greeter restarted again. Finally after the greeter came up, I changed to Xfce and entered user name and password. But the greeter still just restarted. In the journal log of the session (attached), I saw assertions from both lightdm and systemd-logind. The first assertion in the log was from systemd-logind, so I filed the bug on systemd. However there were also failures of both packages previous to the first assertion. Here is a grep of only the assertions from the log. Aug 31 09:11:24 debian systemd-logind[908]: Assertion 's-user-slice' failed at ../src/login/logind-session.c:531, function session_start_scope(). Aborting. Aug 31 09:12:48 debian systemd-logind[943]: Assertion 's-user-slice' failed at ../src/login/logind-session.c:531, function session_start_scope(). Aborting. Aug 31 09:14:03 debian systemd-logind[981]: Assertion 's-user-slice' failed at ../src/login/logind-session.c:531, function session_start_scope(). Aborting. Aug 31 09:15:55 debian lightdm[1298]: (lightdm:1298): GLib-GIO-CRITICAL **: g_dbus_connection_call_sync_internal: assertion 'object_path != NULL g_variant_is_object_path (object_path)' failed Aug 31 09:16:47 debian systemd-logind[1318]: Assertion 's-user-slice' failed at ../src/login/logind-session.c:531, function session_start_scope(). Aborting. I also note many timeout log entries. This is a rather slow machine (PowerPC G4) compared to typical modern ones, so the timeouts might be set too short? In addition, when filing this bug report as it said it was gathering additional data, before the question about fstab, this message appeared (I am filing from the console): Activation of org.freedesktop.systemd1 timed out This is reflected by the following log statement. So I suspect the same bug prevented getting additional info. I am happy to provide additional info if needed. Aug 31 09:47:54 debian dbus[775]: [system] Failed to activate service 'org.freedesktop.systemd1': timed out * What outcome did you expect instead? Initiation of graphical environment. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.14-2-powerpc Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.4 ii libacl1 2.2.52-1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-9 ii libcap2 1:2.24-4 ii libcap2-bin 1:2.24-4 ii libcryptsetup4 2:1.6.6-1 ii libdbus-1-3 1.8.6-2 ii libgcrypt11 1.5.4-2 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3.1 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-8 ii libsystemd-journal0 208-8 ii libsystemd-login0208-8 ii libudev1 208-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.4 ii udev 208-8 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-8 Versions of packages systemd suggests: pn systemd-ui 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#760119: /dev/disk/by-uuid: Is a directory
* Norbert Preining [Mon Sep 01, 2014 at 04:11:17PM +0900]: On Mon, 01 Sep 2014, Michael Prokop wrote: Ok. Did your upgrade also involve an update of the kernel/reboot of your system? Hmm, hard to say. I often update between kernels. So it might have been the same time I swtiched form 3.16 to 3.17-rc2. 3.17-rc2 isn't part of any Debian repos AFAICS, is that a self compiled one? blkid -o value -s UUID /dev/root no output. ok, as expected mount /dev/root on / type btrfs (rw,relatime,ssd,space_cache) devtmpfs on /dev type devtmpfs (rw,relatime,size=4041792k,nr_inodes=1010448,mode=755) [...] cat /proc/mounts rootfs / rootfs rw 0 0 /dev/root / btrfs rw,relatime,ssd,space_cache 0 0 devtmpfs /dev devtmpfs rw,relatime,size=4041792k,nr_inodes=1010448,mode=755 0 0 [...] rootfs / rootfs rw 0 0 /dev/root / btrfs rw,relatime,ssd,space_cache 0 0 devtmpfs /dev devtmpfs rw,relatime,size=4041792k,nr_inodes=1010448,mode=755 0 0 [...] ls -la /dev/root ls: cannot access /dev/root: No such file or directory This is strange, reporting /dev/root in /proc/mounts but not having the file/symlink actually. Please verify: * You're booting using GRUB * You used btrfs for the root filesystem also before the upgrade * initramfs-tools v0.115 generates an initramfs just fine If the answer to all those question is yes please test an older Linux kernel version as present in an official Debian repository. regards, -mika- signature.asc Description: Digital signature
Bug#760143: ITP: cligh -- Command-line interface to GitHub
Package: wnpp Owner: Dmitry Bogatov kact...@gnu.org Severity: wishlist * Package name: cligh Version : 0.2 Upstream Author : Christopher M. Brannon * URL or Web page : http://the-brannons.com/software/cligh.html * License : BSD Description : Command-line interface to GitHub -- Best regards, Dmitry Bogatov kact...@gnu.org, Free Software supporter, esperantisto and netiquette guardian. GPG: 54B7F00D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678696: Event based block device handling (fixes USB and nested devices problem)
On Sun, Aug 31, 2014 at 10:14:18AM +0200, Michael Prokop wrote: Hi, f'up to our recent discussion we had on IRC * Goswin von Brederlow [Sat Jun 23, 2012 at 09:25:28PM +0200]: the attached patch adds an event based loop for block devices to the init script. New blockdevices are recorded in /run/initramfs/block-events by an udev rule as they appear. The init script repeadately waits for that and then calls /scripts/local-block/* with a list of new devices storedin NEWDEVS until $ROOT and $resume (if set) exists or a timeout is reached. This fixes the problem that USB devices take too long to be discovered and crypto, raid, lvm or multipath can't be started on them. It also adds support for arbitrary nestings of them, e.g. raid5 over raid1. [...] First of all thanks again for the patch and your helpful feedback on IRC. I've tested your patch based on top of current i-t git master (v0.116) with a setup like: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=/dev/mapper/vg0-root ro quiet but it sadly fails to work as intended (it boots but doesn't find the block devices until the timeout is kicking in). I didn't investigate closer yet, but AFAICS it seems to be related to the fact that /dev/mapper/vg0-root doesn't exist at that time yet. If it boots after the timeout then the device must exist. So either the test for it is wrong or the device only gets created after the timeout. If you or someones else finds time to try and possibly further investigate I'd very much welcome and appreciate that. regards, -mika- Questions: Does your system boot without the patch? If not then you also need the lvm patch to provide the hook script that scans for a VG when new block devices are detected. Do you see any messages about vg0 being activated before the timeout or after? MfG Goswin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout
On Monday 01 September 2014 12:06 AM, Laurent Bigonville wrote: It seems that apport-notifyd is not exting properly when the user logout. After closing my GNOME session, the process is still around and login in again spawn a new one. This is a bit annoying when using systemd-logind as the session is never properly closed. Give me your thoughts here. The daemon gets started as the user logs in. I think I made it follow some fdo xdg stuff. Is there something similar for logout ?? -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes
On Mon, Sep 01, 2014 at 06:53:49PM +1000, Dmitry Smirnov wrote: Package: apt-cacher Version: 1.7.9.1 Severity: normal Today I found many apt-cacher-cleanup.pl processes run by cron on my system so I had to knock them down with sudo killall apt-cacher-cleanup.pl. To my surprise it happened despite AUTOSTART=0 in /etc/default/apt-cacher. AUTOSTART only refers to the daemon process. apt-cacher-cleanup.pl is run by a cron job from /etc/cron.d/apt-cacher Let alone reason why this process did not terminate within reasonable time I'd like to highlight the following problems: * cleaner may start multiple times if already running one(s) did not finish. That shouldn't happen as there is a lock to ensure only a single running process. If this was running on a cache directory where apt-cacher-ng was taking locks, I suspect these were not multiple instances, but the various forks that apt-cacher-cleanup.pl performs. It is supposed to run quietly and at very low priority in the background. * cleaner runs disregarding of AUTOSTART=0 in /etc/default/apt-cacher. See above. * lack of POD documentation (i.e. perldoc /usr/share/apt-cacher/apt-cacher-cleanup.pl report No documentation found). I accept this, but apt-cacher-cleanup.pl -h does provide something and it is also mentioned in apt-cacher(8). I did not investigate why cleanup did not finish but I suspect that it somehow might be due to active apt-cacher-ng... When I run sudo /usr/share/apt-cacher/apt-cacher-cleanup.pl -v it finished without reporting any errors... I cannot see evidence of a real bug here. My only solution would be to prevent simultaneous installation of apt-cacher and apt-cacher-ng. Best wishes Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760144: discover-pkginstall hangs when using virtual box
Package: discover Version: 2.1.2-5.2 Severity: important Tags: d-i Usertags: debian-edu Hi, while trying to install Debian Edu based on Jessie, D-I hangs at 'Running install-hwpackages'. I'm using virtualbox, hanging seems to be related to this case. Last lines of D-I syslog output: Sep 1 07:09:22 in-target: Building dependency tree... Sep 1 07:09:22 in-target: Sep 1 07:09:22 in-target: Reading state information... Sep 1 07:09:22 in-target: Sep 1 07:09:22 in-target: The following NEW packages will be installed: Sep 1 07:09:22 in-target: laptop-detect Sep 1 07:09:22 kernel: [ 629.173623] ISO 9660 Extensions: Microsoft Joliet Level 3 Sep 1 07:09:22 kernel: [ 629.173897] ISO 9660 Extensions: RRIP_1991A Sep 1 07:09:23 in-target: 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Sep 1 07:09:23 in-target: Need to get 0 B/5,212 B of archives. Sep 1 07:09:23 in-target: After this operation, 20.5 kB of additional disk space will be used. Sep 1 07:09:23 in-target: Selecting previously unselected package laptop-detect. Sep 1 07:09:23 in-target: (Reading database ... 29858 files and directories currently installed.) Sep 1 07:09:23 in-target: Preparing to unpack .../laptop-detect_0.13.7_i386.deb ... Sep 1 07:09:23 in-target: Unpacking laptop-detect (0.13.7) ... Sep 1 07:09:23 in-target: Processing triggers for man-db (2.6.7.1-1) ... Sep 1 07:09:23 in-target: Setting up laptop-detect (0.13.7) ... Sep 1 07:09:24 in-target: Reading package lists... Sep 1 07:09:24 in-target: Sep 1 07:09:24 in-target: Building dependency tree... Sep 1 07:09:24 in-target: Sep 1 07:09:24 in-target: Reading state information... Sep 1 07:09:24 in-target: Sep 1 07:09:24 in-target: discover is already the newest version. Sep 1 07:09:24 in-target: discover set to manually installed. Sep 1 07:09:24 in-target: 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Output of 'ps a' in D-I target: PID TTY STAT TIME COMMAND 161 tty1 Ss+0:00 /bin/sh /sbin/debian-installer 162 tty2 Ss 0:00 -/bin/sh 163 tty3 Ss+0:00 /bin/busybox init 164 tty4 Ss+0:00 /usr/bin/tail -f /var/log/syslog 174 tty1 S+ 0:00 /usr/bin/bterm -f /lib/unifont.bgf -l C.UTF-8 /lib/debian-installer/menu 175 pts/0Ss+0:15 debconf -o d-i /usr/bin/main-menu 181 pts/0S+ 0:00 /usr/bin/main-menu 3201 pts/0S+ 0:00 log-output -t pkgsel /usr/lib/pre-pkgsel.d/20install-hwpackages 3202 pts/0S+ 0:00 /bin/sh /usr/lib/pre-pkgsel.d/20install-hwpackages 3295 pts/0S+ 0:00 /bin/sh /bin/in-target discover-pkginstall 3357 pts/0S+ 0:00 log-output -t in-target chroot /target discover-pkginstall 3358 pts/0S+ 0:00 /bin/sh /sbin/discover-pkginstall 3380 pts/0S+ 0:00 /usr/bin/perl -w /usr/share/debconf/frontend /usr/bin/debconf-apt-progress --no-progress -- aptitude install -q -y virtualbox-ose-guest-x11 3382 pts/0S+ 0:00 /usr/bin/perl -w /usr/bin/debconf-apt-progress --no-progress -- aptitude install -q -y virtualbox-ose-guest-x11 3383 pts/0S+ 0:00 /usr/bin/perl -w /usr/bin/debconf-apt-progress --no-progress -- aptitude install -q -y virtualbox-ose-guest-x11 Wolfgang signature.asc Description: Digital signature
Bug#752897: rm -rf debian/tmp/usr/share/doc/lucene++-3.0.6/
Hi Tobias Il Domenica 31 Agosto 2014 14:15, Tobias Frost t...@debian.org ha scritto: On Fri, 2014-08-29 at 08:23 +0100, Gianfranco Costamagna wrote: Hi Tobias, sorry for top posting, I'm on vac and mobile :-) The reason for the VCS not created is that I'm not yet in the ubuntu unity team, so I don't have write permissions to create it :-) I'll talk to sil how does he feel about maintaining in collab-maint/git! As you can see I'm a proud git and git-buildpackage user, so I'll benefit a lot from the git usage :-) In the meanwhile feel free to drop them, the new upstream release I think will come shortly (basically I got accepted all my patches and I think we have testsuite working on git right now, I tested it a little bit). So we can add CVS in the second upload, I'll also try to use the system gconv rather than the (working) embedded one! Have many thanks for your time! Gianfranco Sent from Yahoo Mail on Android Hi Gianfranco, Yes, collab-maint would be indeed the best option and can be done after the initial upload. So just remove VCS-* for now and re-add once you've decided how to go on. Removed Back to the package. Sorry, took me longer than expected to take deeper look, but the review should be complete now. So I think this will be the last iteration... During the review of d/copyright I found those mismatches which might need clarification: - ./src/contrib/analyzers/common/analysis/ar/ArabicAnalyzer.cpp ./src/contrib/analyzers/common/analysis/fa/PersianAnalyzer.cpp seems to be generated from BSD Data. Not sure how they have been generated and what is the effective license is indeed tricky. Can you check with upstream how the data is processed and if that is enough to constitute a new copyright? (However, It would be best if the files could be autogenerated at build time and the stoplist file distributed with the tarball.) For now, I'd recommend to add an comment to d/copyright stating that the file has been created using BSD-Licensed data from http://... https://github.com/luceneplusplus/LucenePlusPlus/issues/70 - ./src/contrib/snowball/libstemmer_c/* is missing in d/copyright and it is (as far as can see) an embedded code copy. (Debian source package snowball). As convenience copies are strongly discouraged, please try to patch lucene so it will link against the package version. (If you find out, this is not feasible, please let me know along with your reasoning) https://github.com/luceneplusplus/LucenePlusPlus/issues/71 So, this seems now to be the last two points to be fixed. Then I'll upload it :) thanks again, I opened the two above upstream issues, because the problem is not debian-specific and I'm not in the position of force a system library when a custom delta might be needed (and moreover I don't see it used, as I wrote on the issue). So I'll update as soon as I get upstream feedbacks! Cheers! G. -- tobi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760142: Fwd: systemd: Assertions from systemd-logind on powerpc during login, with continuing loop Package: systemd Version:
Forwarding original attachments to the bug [EXTENDED] /lib/systemd/system/cups.socket - /etc/systemd/system/cups.socket.d/cupsd-listen.conf 1 overridden configuration files found. == /var/lib/systemd/deb-systemd-helper-enabled/pppd-dns.service.dsh-also == /etc/systemd/system/multi-user.target.wants/pppd-dns.service == /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.service.dsh-also == /etc/systemd/system/multi-user.target.wants/avahi-daemon.service /etc/systemd/system/sockets.target.wants/avahi-daemon.socket /etc/systemd/system/dbus-org.freedesktop.Avahi.service == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.NetworkManager.service == == /var/lib/systemd/deb-systemd-helper-enabled/NetworkManager-wait-online.service.dsh-also == /etc/systemd/system/multi-user.target.wants/NetworkManager-wait-online.service == /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also == /etc/systemd/system/multi-user.target.wants/atd.service == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/NetworkManager.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups-browsed.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/avahi-daemon.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/ModemManager.service == == /var/lib/systemd/deb-systemd-helper-enabled/NetworkManager-dispatcher.service.dsh-also == /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service == /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/anacron.service == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.Avahi.service == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/avahi-daemon.socket == == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket == == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.ModemManager1.service == == /var/lib/systemd/deb-systemd-helper-enabled/cups.path.dsh-also == /etc/systemd/system/paths.target.wants/cups.path == /var/lib/systemd/deb-systemd-helper-enabled/syslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/NetworkManager.service.dsh-also == /etc/systemd/system/multi-user.target.wants/NetworkManager.service /etc/systemd/system/dbus-org.freedesktop.NetworkManager.service /etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service == /var/lib/systemd/deb-systemd-helper-enabled/avahi-daemon.socket.dsh-also == /etc/systemd/system/sockets.target.wants/avahi-daemon.socket == /var/lib/systemd/deb-systemd-helper-enabled/cups-browsed.service.dsh-also == /etc/systemd/system/multi-user.target.wants/cups-browsed.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.service.dsh-also == /etc/systemd/system/sockets.target.wants/cups.socket /etc/systemd/system/paths.target.wants/cups.path /etc/systemd/system/printer.target.wants/cups.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.socket.dsh-also == /etc/systemd/system/sockets.target.wants/cups.socket == /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.freedesktop.nm-dispatcher.service == == /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also == /etc/systemd/system/multi-user.target.wants/lm-sensors.service == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/printer.target.wants/cups.service == == /var/lib/systemd/deb-systemd-helper-enabled/cron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/cron.service == /var/lib/systemd/deb-systemd-helper-enabled/ModemManager.service.dsh-also == /etc/systemd/system/multi-user.target.wants/ModemManager.service /etc/systemd/system/dbus-org.freedesktop.ModemManager1.service == /var/lib/systemd/deb-systemd-helper-enabled/paths.target.wants/cups.path == # /etc/fstab: static file system information. # # Use 'blkid' to print the universally unique identifier for a # device; this may be used with UUID= as a more robust way to name devices # that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump pass # / was on /dev/sdb12 during installation
Bug#659873: Unclear FreeRDP license status - consider switching to GPL
On Mon, 11 Aug 2014, Mike Gabriel wrote: Dear Peter Åstrand, I am the new maintainer of FreeRDP in Debian. Hi and thanks for giving some feedback on this topic. I have read your bug report and will close this bug due to the following reasons: o the issue needs to be discussed with upstream, not in Debian... We disagree. This issue has already been discussed in length with upstream. It is clear that they have a different position. But in any case: GPL covers distribution. If Debian is distributing GPL software without the correct license tags, this would be GPL violation, regardless of what the upstream project claim. o if all rdesktop lines have been rewritten, then FreeRDP can be considered as new code (I haven't checked the actual rewritten code lines, but in general this is how things are seen in such cases IMHO) No, gradually rewriting the code might not be sufficient. As http://digital-law-online.info/lpdi1.0/treatise27.html points out: Many people have reimplemented computer programs by rewriting them to replace the source code with code of their own writing. There is no reason to believe that this would not be a copyright infringement ... Although there is no case law on this point, it would seem that the only way to break the chain of infringing works is by some extraordinary act, such as a clean room implementation. Apache code is compatible with GPL, so the simple solution for Debian would be to simply mark the FreeRDP package as GPL. This is what we suggest. Regards, --- Peter Astrand ThinLinc Chief Developer Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linkopinghttp://facebook.com/ThinLinc Phone: +46-13-214600http://google.com/+CendioThinLinc
Bug#760145: icinga2: [l10n:cs] Initial Czech translation of PO debconf template for icinga2
Package: icinga2 Version: 2.0.1-2 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is initial Czech translation of PO debconf template (cs.po) for package icinga2, please include it. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech PO debconf template translation of icinga2. # Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the icinga2 package. # Michal Simunek michal.simu...@gmail.com, 2014. # msgid msgstr Project-Id-Version: icinga2 2.0.1-2\n Report-Msgid-Bugs-To: icin...@packages.debian.org\n POT-Creation-Date: 2014-08-18 15:18+0200\n PO-Revision-Date: 2014-09-01 09:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: password #. Description #: ../icinga2-classicui.templates:2001 msgid Icinga 2 ClassicUI administration password: msgstr Heslo pro správu Icinga 2 ClassicUI: #. Type: password #. Description #: ../icinga2-classicui.templates:2001 msgid Please provide the password to be created with the \icingaadmin\ user. msgstr Uveďte prosím heslo, které se vytvořit spolu s uživatelem \icingaadmin\. #. Type: password #. Description #: ../icinga2-classicui.templates:2001 msgid This is the username and password to use when connecting to the Icinga server after completing the configuration. If you do not provide a password, you will have to configure access to Icinga manually later on. msgstr Toto uživatelské jméno a heslo se bude po dokončení nastavování používat při připojování k serveru Icinga. Pokud heslo neuvedete, budete muset později na serveru Icinga nastavit přístup ručně. #. Type: password #. Description #: ../icinga2-classicui.templates:3001 msgid Re-enter password to verify: msgstr Znovu zadejte heslo: #. Type: password #. Description #: ../icinga2-classicui.templates:3001 msgid Please enter the same user password again to verify you have typed it correctly. msgstr Zadejte prosím znovu stejné heslo uživatele k ověření, že jste jej napsali správně. #. Type: error #. Description #: ../icinga2-classicui.templates:4001 msgid Password input error msgstr Chyba při zadávání hesla #. Type: error #. Description #: ../icinga2-classicui.templates:4001 msgid The two passwords you entered were not the same. Please try again. msgstr Hesla, která jste zadali nejsou stejná. Zkuste to prosím znovu. #. Type: boolean #. Description #: ../icinga2-ido-mysql.templates:2001 msgid Enable Icinga 2's ido-mysql feature? msgstr Povolit pro Icinga 2 funkci ido-mysql? #. Type: boolean #. Description #: ../icinga2-ido-mysql.templates:2001 msgid Please specify whether Icinga 2 should use MySQL. msgstr Uveďte prosím, zda má Icinga 2 používat MySQL. #. Type: boolean #. Description #: ../icinga2-ido-mysql.templates:2001 msgid You may later disable the feature by using the \icinga2-disable-feature ido- mysql\ command. msgstr Tuto funkci můžete později zakázat příkazem \icinga2-disable-feature ido- mysql\. #. Type: boolean #. Description #: ../icinga2-ido-pgsql.templates:2001 msgid Enable Icinga 2's ido-pgsql feature? msgstr Povolit pro Icinga 2 funkci ido-pgsql? #. Type: boolean #. Description #: ../icinga2-ido-pgsql.templates:2001 msgid Please specify whether Icinga 2 should use PostgreSQL. msgstr Uveďte prosím, zda má Icinga 2 používat PostgreSQL. #. Type: boolean #. Description #: ../icinga2-ido-pgsql.templates:2001 msgid You may later disable the feature by using the \icinga2-disable-feature ido- pgsql\ command. msgstr Tuto funkci můžete později zakázat příkazem \icinga2-disable-feature ido- pgsql\.
Bug#760146: powermanga: segmentation fault in About menu
Package: powermanga Version: 0.90-dfsg-2 Severity: normal while I was working on an update for powermanga, I discovered that the old as well as the new version are affected by a bug in the About menu. How to reproduce: Switch the language to en in powermanga.conf. The french version is not affected. Click on the About menu and watch the credits. After the text for Emmanuel Founaud is shown, the program aborts with a segmentation fault. I suppose there is a file or bitmap missing for the english version. I'm attaching the gdb log to this bug report. Markus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages powermanga depends on: ii libc62.19-9 ii libsdl-mixer1.2 1.2.12-11+b1 ii libsdl1.2debian 1.2.15-10 ii libxxf86dga1 2:1.1.4-1 ii powermanga-data 0.90-dfsg-2 powermanga recommends no packages. powermanga suggests no packages. -- no debconf information powermanga_segfault.txt.gz Description: application/gzip
Bug#760148: grub-common: grub-mount hangs forever, trying to mount ext4 partition, causing 100% CPU load
Package: grub-common Version: 2.02~beta2-11 Severity: important Tags: d-i I have an Arch Linux install on /dev/sda9. When OS Prober is run, grub-mount /dev/sda9 /var/lib/os-prober/mount just hangs forever, causing 100% CPU load. There are no issues with other partitions, it seems. Here are my partitions: Disk /dev/sda: 1000.2 GB, 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders, total 1953525168 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x0a39d74a Device Boot Start End Blocks Id System /dev/sda12048 4196351 20971527 HPFS/NTFS/exFAT /dev/sda2 * 4196352 339740671 1677721607 HPFS/NTFS/exFAT /dev/sda3 339740672 371197951157286407 HPFS/NTFS/exFAT /dev/sda4 371197952 1953523711 7911628805 Extended /dev/sda5 37120 52848639978643200 83 Linux /dev/sda6 528488448 545265663 8388608 82 Linux swap / Solaris /dev/sda7 545267712 1803558911 629145600 83 Linux /dev/sda8 1803560960 1804584959 512000 83 Linux /dev/sda9 1804587008 195352371174468352 83 Linux Here is the output of dumpe2fs: dumpe2fs 1.42.11 (09-Jul-2014) Filesystem volume name: Arch Linux Last mounted on: / Filesystem UUID: 0c69c8b7-7766-4d34-9c7a-cdc3a94417f0 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options:user_xattr acl Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 4661248 Block count: 18617088 Reserved block count: 930854 Free blocks: 8160164 Free inodes: 4312299 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 1019 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Flex block group size:16 Filesystem created: Sat Apr 5 09:32:23 2014 Last mount time: Mon Sep 1 11:31:31 2014 Last write time: Mon Sep 1 11:31:31 2014 Mount count: 129 Maximum mount count: -1 Last checked: Sat Apr 5 09:32:23 2014 Check interval: 0 (none) Lifetime writes: 756 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode:8 Default directory hash: half_md4 Directory Hash Seed: 4a30a179-9df6-4d65-a1a8-3bb6d185e9d6 Journal backup: inode blocks Journal features: journal_incompat_revoke Journal size: 128M Journal length: 32768 Journal sequence: 0x000cabe7 Journal start:0 -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/4ba7d001-60e1-4e5d-b936-0d74eda2e679 / ext3 rw,relatime,errors=remount-ro,data=ordered 0 0 /dev/sda7 /home ext4 rw,relatime,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### if [ -s $prefix/grubenv ]; then set have_grubenv=true load_env fi set default=${saved_entry} if [ x${feature_menuentry_id} = xy ]; then menuentry_id_option=--id else menuentry_id_option= fi export menuentry_id_option if [ ${prev_saved_entry} ]; then set saved_entry=${prev_saved_entry} save_env saved_entry set prev_saved_entry= save_env prev_saved_entry set boot_once=true fi function savedefault { if [ -z ${boot_once} ]; then saved_entry=${chosen} save_env saved_entry fi } function load_video { if [ x$feature_all_video_module = xy ]; then insmod all_video else insmod efi_gop insmod efi_uga insmod ieee1275_fb insmod vbe insmod vga insmod video_bochs insmod video_cirrus fi } if [ x$feature_default_font_path = xy ] ; then font=unicode else insmod part_msdos insmod ext2 set root='hd0,msdos5' if [ x$feature_platform_search_hint = xy ]; then search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos5 --hint-efi=hd0,msdos5 --hint-baremetal=ahci0,msdos5 4ba7d001-60e1-4e5d-b936-0d74eda2e679 else search --no-floppy --fs-uuid --set=root 4ba7d001-60e1-4e5d-b936-0d74eda2e679 fi font=/usr/share/grub/unicode.pf2 fi if loadfont $font ; then set gfxmode=auto load_video insmod
Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes
Hi Mark, Thank you for quick reply. On Mon, 1 Sep 2014 10:18:19 Mark Hindley wrote: To my surprise it happened despite AUTOSTART=0 in /etc/default/apt-cacher. AUTOSTART only refers to the daemon process. apt-cacher-cleanup.pl is run by a cron job from /etc/cron.d/apt-cacher Of course. I'm just wondering whether it make sense to run cleaner when daemon is disabled? Let alone reason why this process did not terminate within reasonable time I'd like to highlight the following problems: * cleaner may start multiple times if already running one(s) did not finish. That shouldn't happen as there is a lock to ensure only a single running process. If this was running on a cache directory where apt-cacher-ng was taking locks, I suspect these were not multiple instances, but the various forks that apt-cacher-cleanup.pl performs. It is supposed to run quietly and at very low priority in the background. Although I can't support it with hard evidence I'm pretty sure it was multiple processes, not forks of a one instance. I first noticed this issue with htop which is configured to hide threads by default. Every cleaner process was nested under cron. Process tree looked nothing like what I see when I manually start cleaner. Also killall released about 1 GiB of RAM while one cleaner instance do not use that much memory... * lack of POD documentation (i.e. perldoc /usr/share/apt-cacher/apt-cacher-cleanup.pl report No documentation found). I accept this, but apt-cacher-cleanup.pl -h does provide something and it is also mentioned in apt-cacher(8). I found it of course but thanks anyway for mentioning. I cannot see evidence of a real bug here. My only solution would be to prevent simultaneous installation of apt-cacher and apt-cacher-ng. apt-cacher was not active for several months on this system. I assumed it would be safe to disable daemon in /etc/default/apt-cacher. If there is a conflict with apt-cacher-ng then perhaps it could be considered to introduce conflicts or mention the clash in README. Anyway since I can't point out the root cause for the problem please feel free to close this bug if you wish. Thank you. -- All the best, Dmitry Smirnov. --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 signature.asc Description: This is a digitally signed message part.
Bug#760147: dnssec-trigger: incorrect DNS servers are used when network-manager connects to VPN
Package: dnssec-trigger Version: 0.13~svn685-1 Severity: normal Dear Maintainer, when NetworkManager connects to a VPN, dnssec-trigger still uses the old DNS servers from the outer (plain) network connection. I can see the following in the system journal: Sep 01 11:12:12 r-schnelltop logger[3766]: dnssec-trigger-hook(networkmanager) vpn0 vpn-up added global DNS 134.96.7.100 134.96.7.99 134.96.7.5 However, these are the DNS servers of wlan0. The VPN returned a different set of DNS servers. Only after supplying the VPN-DNS-servers to dnssec-trigger-control, everything works as expected. Kind regards Ralf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.1 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnssec-trigger depends on: ii init-system-helpers 1.21 ii libc62.19-9 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-4 ii libgtk2.0-0 2.24.24-1 ii libldns1 1.6.17-5 ii libssl1.0.0 1.0.1i-2 ii python 2.7.8-1 ii unbound 1.4.22-2 dnssec-trigger recommends no packages. dnssec-trigger suggests no packages. -- Configuration Files: /etc/dnssec-trigger/dnssec-trigger.conf changed [not included] -- 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#760060: autopkgtest: qemu runner fails with systemd
Hey Felix, Felix Geyer [2014-08-31 13:50 +0200]: If it really cares about the runlevel it should probably accept everything from 2-5. It mostly checks that to ensure it's not S, 0, 1, or 6 any more, to see when the VM can count as booted. Adjusted the check for 2-5 now, thanks for your report! 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#659873: Unclear FreeRDP license status - consider switching to GPL
Hi Peter, On Mo 01 Sep 2014 11:27:18 CEST, Peter Astrand wrote: On Mon, 11 Aug 2014, Mike Gabriel wrote: Dear Peter Åstrand, I am the new maintainer of FreeRDP in Debian. Hi and thanks for giving some feedback on this topic. I have read your bug report and will close this bug due to the following reasons: o the issue needs to be discussed with upstream, not in Debian... We disagree. This issue has already been discussed in length with upstream. It is clear that they have a different position. But in any case: GPL covers distribution. If Debian is distributing GPL software without the correct license tags, this would be GPL violation, regardless of what the upstream project claim. o if all rdesktop lines have been rewritten, then FreeRDP can be considered as new code (I haven't checked the actual rewritten code lines, but in general this is how things are seen in such cases IMHO) No, gradually rewriting the code might not be sufficient. As http://digital-law-online.info/lpdi1.0/treatise27.html points out: Many people have reimplemented computer programs by rewriting them to replace the source code with code of their own writing. There is no reason to believe that this would not be a copyright infringement ... Although there is no case law on this point, it would seem that the only way to break the chain of infringing works is by some extraordinary act, such as a clean room implementation. Apache code is compatible with GPL, so the simple solution for Debian would be to simply mark the FreeRDP package as GPL. This is what we suggest. I have just scanned latest packaged-in-Debian freerdp code [1]. I cannot see any hint about FreeRDP upstream having licensed anything as GPL. You have to consider distribution maintainers (like us Debian maintainers) as some sort of librarians. We take software (books) and place them into the correct shelves and make all the books of the library live well together with each other. Nothing more we do. If you feel that FreeRDP upstream is not using the correct license, talk to them (I guess you already have...) and enrol them into using the license that you feel is more appropriate concerning the history of the FreeRDP code. Once upstream complies to this and mentions another licensing scheme in their code file headers, I as the Debian maintainer of FreeRDP will of course honour that change in debian/copyright. Unless upstream cannot be convinced, there is not much I (or Debian in general, I guess) can do for you. Esp. I as the Debian maintainer of FreeRDP cannot relicense the upstream code under another license. That is beyond my scope as a package maintainer (have you ever seen librarians rewriting pages of some of the books they offer in their library???). I am Cc:-inf the Debian Legal mailing list for further feedback. Maybe we get some more input from there. light+love, Mike -- mike gabriel aka sunweaver (Debian Developer) fon: +49 (1520) 1976 148 GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22 0782 9AF4 6B30 2577 1B31 mail: sunwea...@debian.org, http://sunweavers.net pgpO0N29JHioE.pgp Description: Digitale PGP-Signatur
Bug#760149: libkrb5support0 dropped number of symbols without SOVERSION bump
Package: libkrb5support0 Version: 1.12.1+dfsg-7 Severity: grave -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear maintainer, the libkrb5support0 version 1.12.1 has dropped several symbols, breaking at least some libsasl2-modules, see: http://lists.alioth.debian.org/pipermail/pkg-cyrus-sasl2-debian-devel/2014-August/002653.html Please bump the SOVERSION properly (and please add symbols files for krb5 libraries to your packaging to identify the symbols drop at the build time). Cheers, Ondrej # dpkg-gensymbols -plibkrb5support0 -e1.12.1/libkrb5support.so.0.1 -I- -Olibkrb5support0.symbols -v1.12.1+dfsg-7 dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: libkrb5support0.symbols doesn't match completely libkrb5support0.symbols - --- libkrb5support0.symbols (libkrb5support0_1.12.1+dfsg-7_i386) +++ dpkg-gensymbols7c2PH3 2014-09-01 10:05:06.956919303 + @@ -1,26 +1,73 @@ libkrb5support.so.0 libkrb5support0 #MINVER# HIDDEN@HIDDEN 1.10.1+dfsg-5+deb7u2 + k5_base64_decode@krb5support_0_MIT 1.12.1+dfsg-7 + k5_base64_encode@krb5support_0_MIT 1.12.1+dfsg-7 + k5_bcmp@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_add@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_add_fmt@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_add_len@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_data@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_init_dynamic@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_init_fixed@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_len@krb5support_0_MIT 1.12.1+dfsg-7 + k5_buf_truncate@krb5support_0_MIT 1.12.1+dfsg-7 + k5_clear_error@krb5support_0_MIT 1.12.1+dfsg-7 + k5_free_buf@krb5support_0_MIT 1.12.1+dfsg-7 + k5_free_error@krb5support_0_MIT 1.12.1+dfsg-7 + k5_get_error@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_array_add@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_array_create@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_array_fmt@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_array_get@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_array_length@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_array_set@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_bool_create@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_bool_value@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_decode@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_encode@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_get_tid@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_null_create@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_null_create_val@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_number_create@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_number_value@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_object_count@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_object_create@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_object_get@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_object_iterate@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_object_set@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_release@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_retain@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_string_create@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_string_create_base64@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_string_create_len@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_string_unbase64@krb5support_0_MIT 1.12.1+dfsg-7 + k5_json_string_utf8@krb5support_0_MIT 1.12.1+dfsg-7 k5_path_isabs@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 k5_path_join@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 k5_path_split@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_add@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_add_fmt@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_add_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_data@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_init_dynamic@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_init_fixed@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_buf_truncate@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 - - krb5int_clear_error@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 + k5_set_error@krb5support_0_MIT 1.12.1+dfsg-7 + k5_set_error_fl@krb5support_0_MIT 1.12.1+dfsg-7 + k5_set_error_info_callout_fn@krb5support_0_MIT 1.12.1+dfsg-7 + k5_vset_error@krb5support_0_MIT 1.12.1+dfsg-7 + k5_vset_error_fl@krb5support_0_MIT 1.12.1+dfsg-7 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_add@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_add_fmt@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_add_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_data@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_init_dynamic@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_init_fixed@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_len@krb5support_0_MIT 1.10.1+dfsg-5+deb7u2 +#MISSING: 1.12.1+dfsg-7# krb5int_buf_truncate@krb5support_0_MIT
Bug#756018: mercurial: hg clone hangs after adding changesets
Control: forwarded -1 http://bz.selenic.com/show_bug.cgi?id=4350 Control: tags -1 upstream On 2014-08-25 14:04:14 -0700, Javi Merino wrote: In that case, can you file a bug upstream? http://bz.selenic.com/enter_bug.cgi Done. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes
On Mon, Sep 01, 2014 at 08:11:38PM +1000, Dmitry Smirnov wrote: Hi Mark, Thank you for quick reply. On Mon, 1 Sep 2014 10:18:19 Mark Hindley wrote: To my surprise it happened despite AUTOSTART=0 in /etc/default/apt-cacher. AUTOSTART only refers to the daemon process. apt-cacher-cleanup.pl is run by a cron job from /etc/cron.d/apt-cacher Of course. I'm just wondering whether it make sense to run cleaner when daemon is disabled? I think it does because apt-cacher can also be invoked from inetd or even in a legacy (deprecated) CGI mode. In those cases AUTOSTART is 0 but cache maintenance is required. apt-cacher was not active for several months on this system. I assumed it would be safe to disable daemon in /etc/default/apt-cacher. If there is a conflict with apt-cacher-ng then perhaps it could be considered to introduce conflicts or mention the clash in README. I don't know how apt-cacher-ng handles locking, but I can imagine there may be problems if they are trying to lock files in the same cache directory at the same time. Best wishes Mark -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760150: cameramonitor: Not Reporting Camera ON
Package: cameramonitor Version: 0.2-2.1 Severity: grave Justification: renders package unusable Dear Maintainer, Here is output when started directly from terminal: # cameramonitor (cameramonitor:24589): GConf-WARNING **: Client failed to connect to the D-BUS daemon: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken. Traceback (most recent call last): File /usr/bin/cameramonitor, line 238, in module main() File /usr/bin/cameramonitor, line 234, in main camera = CameraMonitor() File /usr/bin/cameramonitor, line 54, in __init__ self.prefs = preferences.CameraMonitorPreferences('nested') File /usr/lib/pymodules/python2.7/cameramonitor/preferences.py, line 49, in __init__ self.preferences_read() File /usr/lib/pymodules/python2.7/cameramonitor/preferences.py, line 100, in preferences_read video = client.get_string(self.gconf_key_video_device) glib.GError: No D-BUS daemon running -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cameramonitor depends on: ii gconf2 3.2.6-3 ii python 2.7.8-1 ii python-gconf2.28.1+dfsg-1 ii python-gtk2 2.24.0-4 ii python-notify 0.1.1-3 ii python-support 1.0.15 cameramonitor recommends no packages. cameramonitor 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#751522: nvidia-cuda-toolkit: request for cuda 6
Hi All On 13/06/2014 18:38, Igor Korsunov wrote: Please consider making CUDA 6 available in Debian. It contains some great impovements (first of all, unified memory) and it would be very handy to have it in the repo. In addition, current gcc in Sid is 4.9 but nvcc from nvidia- cuda-toolkit-5.5 does not support it. I have been working on packaging nvidia-cuda-toolkit 6.0. The current version can be found in my Ubuntu PPA [1]. Upgrading from 5.5 to 6.0 does not the solve the problem with gcc 4.9, however the fix is trivial, see bug #757961. I plan to upload fixes for #757961 and #755513 for 5.5 as soon as #755513 is fixed in ocl-icd. Thereafter I'll upload 6.0 to experimental and pycuda and starpu-contrib can be transitioned. Regards Graham [1] https://launchpad.net/~ginggs/+archive/ubuntu/testing -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#384176: Powermanga : new upstream release (version 0.92)
tags 384176 moreinfo tags 406234 moreinfo tags 561670 moreinfo tags 657951 moreinfo thanks Hi Bruno, thanks for your feedback. I now assume that those bugs are either fixed in the latest version of Powermanga, 0.92, or that more information are needed to fix them. I will keep those bugs open for a while. Perhaps someone else is able to provide additional information in the future. I have updated Powermanga and I thereby discovered some issues with the game: 1. There is a reproducible segmentation fault in the About menu. When I watch the credits with the English version, the game always segfaults after the text for Emmanuel Founaud is shown. I think there is a file or bitmap missing. I have attached my gdb log to this bug report. https://bugs.debian.org/760146 2. powermanga.6: The option to play the game in fullscreen mode must be --fullscreen not --full. At least the latter doesn't work for me. Patch is attached. 3. I added keywords and a comment in German to the desktop file. See desktop-file.patch. 4. configure.ac: Debian uses custom CFLAGS to pass hardening build flags to Powermanga. At the moment the build system does not support those flags. I'm attaching a patch which enables custom CFLAGS in configure.ac. It would be great if you could include those patches in your next Powermanga release. Cheers, Markus From: Markus Koschany a...@gambaru.de Date: Sun, 31 Aug 2014 23:23:52 +0200 Subject: desktop file --- powermanga.desktop | 2 ++ 1 file changed, 2 insertions(+) diff --git a/powermanga.desktop b/powermanga.desktop index ecbc702..7df3ecf 100644 --- a/powermanga.desktop +++ b/powermanga.desktop @@ -3,7 +3,9 @@ Type=Application Name=Powermanga GenericName=PowerManga Comment=Play a vertical shoot 'em up game +Comment[de]=Spiele ein vertikales Shoot 'em up-Spiel Icon=powermanga Exec=powermanga Terminal=false Categories=Game;ArcadeGame; +Keywords=shmup;arcade;shooter;colourful;weapons;spaceship; From: Markus Koschany a...@gambaru.de Date: Mon, 1 Sep 2014 01:17:28 +0200 Subject: manpage --- powermanga.6 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/powermanga.6 b/powermanga.6 index 5911c4b..264c42f 100644 --- a/powermanga.6 +++ b/powermanga.6 @@ -89,7 +89,7 @@ scale4x effects which scale the image of 4x .B \--320 the game will run in a 320*200 window .TP -.B \--full +.B \--fullscreen the game will run in full screen .TP .B \-v From: Markus Koschany a...@gambaru.de Date: Mon, 1 Sep 2014 01:04:16 +0200 Subject: support custom CFLAGS --- configure.ac | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/configure.ac b/configure.ac index 5b55de3..a6065c3 100644 --- a/configure.ac +++ b/configure.ac @@ -54,7 +54,7 @@ if test x${enable_devel} = xyes; then AC_DEFINE(USE_MALLOC_WRAPPER, 1, Define to use a malloc wrapper) CFLAGS=-Wall -Werror -pedantic -Wextra -std=gnu99 -g else - CFLAGS=-O3 -Werror -Wall -pedantic -Wextra -std=gnu99 + CFLAGS=-O3 -Werror -Wall -pedantic -Wextra -std=gnu99 $CFLAGS fi dnl Check for SDL_mixer signature.asc Description: OpenPGP digital signature
Bug#557879: graphicsmagick: please build with --with-quantum-depth=16
It's been almost 5 years since this bug was reported, it's a blocker for other two bugs, it has a patch (it's a 1 line change on the Makefile), and even the upstream maintainer has pitched in saying that the build should be changed has proposed. Could the package maintainer please please please, at least comment on this? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759727: patches for including LTS into security-tracker.d.o
Hi Holger, hi Florian, On Mon, Sep 01, 2014 at 07:10:24AM +0200, Salvatore Bonaccorso wrote: Hi Holger, hi Florian, On Sun, Aug 31, 2014 at 02:37:34PM -0700, Holger Levsen wrote: Hi, On Sonntag, 31. August 2014, Florian Weimer wrote: You mean, with TEMP-%? yeah, thats what I ment... It's currently not possible to address TEMP- vulnerabilities reliably, so they cannot occur as copy targets. ah! I reopened this bug and reverted the commits. The bin/update cronjob is breaking the cross-references, adds empty {}. I tried to quick-fix this by adding the DLA part in bin/updatelist, but this let explode the cross-reference list. I think to have found the problem and have re-applied all changes plus a fix for bin/updatelist. Please review it if possible. 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#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
On Sunday 31 August 2014 12:30 AM, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC -DLIB_STRING=\lib\ -DLIBDM_API_FLUSH -D_GNU_SOURCE -DLIBDM_API_COOKIE -DUSE_SYSTEMD=208 -c -o uxsock.o uxsock.c uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory #include systemd/sd-daemon.h ^ compilation terminated. ../Makefile.inc:57: recipe for target 'uxsock.o' failed make[2]: *** [uxsock.o] Error 1 I fixed this one by adding a build-dep to systemd dev library. But for some reason, the build is failing on all architectures. But the same builds fine in my pbuilder. Any help ?? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System
Bug#659873: Unclear FreeRDP license status - consider switching to GPL
On Mon, 1 Sep 2014, Mike Gabriel wrote: I have just scanned latest packaged-in-Debian freerdp code [1]. I cannot see any hint about FreeRDP upstream having licensed anything as GPL. Upstream claims that FreeRDP is no longer based on any GPL code. We are not convinced that this is the case. After all, the FreeRDP project was founded based on rdesktop ~1.6; a GPL project. You have to consider distribution maintainers (like us Debian maintainers) as some sort of librarians. We take software (books) and place them into the correct shelves and make all the books of the library live well together with each other. Nothing more we do. ... Unless upstream cannot be convinced, there is not much I (or Debian in general, I guess) can do for you. Esp. I as the Debian maintainer of FreeRDP cannot relicense the upstream code under another license. That is beyond my scope as a package maintainer (have you ever seen librarians rewriting pages of some of the books they offer in their library???). From a legal perspective, distributing software is much more than place books into the correct shelves. Any Linux distribution distributing software incorrectly, including Debian, could face legal actions. You can certainly distribute Apache software under GPL instead. And yes, in contrast to normal books, it's common that Linux distributions changes the distributed software, more or less. Regards, --- Peter Astrand ThinLinc Chief Developer Cendio AB http://cendio.com Teknikringen 8 http://twitter.com/ThinLinc 583 30 Linkopinghttp://facebook.com/ThinLinc Phone: +46-13-214600http://google.com/+CendioThinLinc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740703: ginkgocadx: new new upstream available
Package: ginkgocadx Version: 3.6.1.1367.34+dfsg-1 Followup-For: Bug #740703 Upstream has released 3.7 in the meantime. The Debian version (but not upstream) shows the following behaviour: - display DICOM file from disk - works - upload this DICOM file to DICOM server - works - download this DICOM file from DICOM server - works - display downloaded DICOM file from DICOM server - FAILS Please consider trying to package the new version. I don't know the status of the compilation problem but it is worth a try because that was with upstream 3.6.1. Thanks, Karsten -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable'), (10, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ginkgocadx depends on: ii libc6 2.19-9 ii libcairo2 1.12.16-3 ii libcurl3-gnutls 7.37.1-1 ii libdcmtk2 3.6.0-15+b1 ii libgcc1 1:4.9.1-4 ii libgl1-mesa-glx [libgl1] 10.2.5-1 ii libgtk2.0-0 2.24.24-1 ii libinsighttoolkit3.20 3.20.1+git20120521-5 ii libjsoncpp0 0.6.0~rc2-3 ii libsqlite3-0 3.8.5-2 ii libssl1.0.0 1.0.1i-2 ii libstdc++64.9.1-4 ii libvtk5.8 5.8.0-17.3 ii libwxbase3.0-03.0.1-3 ii libwxgtk3.0-0 3.0.1-3 ginkgocadx recommends no packages. ginkgocadx 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#760151: livestreamer: filmon.tv stopped working
Package: livestreamer Version: 1.10.1-1 Severity: normal Dear Maintainer, livestreamer http://www.filmon.com/channel/tv/france24 [cli][info] Found matching plugin filmon for URL http://www.filmon.com/channel/tv/france24 error: Unable to validate JSON: Unable to validate key 'streams': Unable to validate key 'url': Unable to validate URL attribute 'scheme': u'http' does not equal 'rtmp' -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages livestreamer depends on: ii python-livestreamer 1.10.1-1 pn python:any none livestreamer recommends no packages. Versions of packages livestreamer suggests: pn python-livestreamer-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760142: systemd: Assertions from systemd-logind on powerpc during login, with continuing loop
Am 01.09.2014 11:04, schrieb Chris Tillman: Activation of org.freedesktop.systemd1 timed out There are quite a few more D-Bus services besides org.freedesktop.systemd1 which time out. It seems also that all services which use Type=dbus in their .service file enter the failed state. So this seems to be a D-Bus related issue. What's the output of systemctl status dbus.service dbus.socket after the boot? Is this problem reproducible after a reboot? -- 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#760152: fabric: Please package fabric 1.8.5
Package: fabric Version: 1.8.2-1 Severity: wishlist Hi! It would be great if fabric 1.8.5 was packaged before the freeze. It's only bugfixes AFAICT, so there shouldn't be any major issues. The change to requires Paramiko 1.13 in version 1.8.3 was reverted in 1.8.4, so that shouldn't be an issue. Also, any chance you're interested in having fabric team maintained? Perhaps after Python team makes the migration to git? I'd be interested in helping as I've started using fabric quite a bit. Thanks! -- Andrew Starr-Bochicchio Ubuntu Developer https://launchpad.net/~andrewsomething Debian Developer http://qa.debian.org/developer.php?login=asb PGP/GPG Key ID: D53FDCB1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760141: apt-cacher: multiple apt-cacher-cleanup.pl processes
On Mon, 1 Sep 2014 11:26:39 Mark Hindley wrote: I don't know how apt-cacher-ng handles locking, but I can imagine there may be problems if they are trying to lock files in the same cache directory at the same time. I've never tried to share cache directory between apt-cacher and apt-cacher- ng. Both of them use their own cache directories under /var/cache so I doubt if there is a lock collision... -- Cheers, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#760153: subversion: svn-specific error validating server certificate
Package: subversion Version: 1.8.10-1+b1 Severity: important For some repository at https://alm.lip6.fr:443, I get the following error: Error validating server certificate for 'https://alm.lip6.fr:443': - The certificate is not issued by a trusted authority. Use the fingerprint to validate the certificate manually! Certificate information: - Hostname: alm.lip6.fr - Valid: from Mar 8 00:00:00 2013 GMT until Mar 7 23:59:59 2016 GMT - Issuer: TERENA, NL - Fingerprint: B6:CA:98:C0:A9:48:FE:56:4F:5F:56:1B:C9:4D:18:A0:BD:7A:B9:E3 There was no such problem in March 2014. Moreover I've tried https://alm.lip6.fr:443 with Iceweasel, wget and lynx from the same machine, and none of them complain. So, this issue appears to be specific to svn. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr11.5.1-2 ii libaprutil11.5.3-3 ii libc6 2.19-10 ii libldap-2.4-2 2.4.39-1.1+b1 ii libsasl2-2 2.1.26.dfsg1-11 ii libsvn11.8.10-1+b1 subversion recommends no packages. Versions of packages subversion suggests: ii db5.3-util5.3.28-6 ii patch 2.7.1-6 ii subversion-tools 1.8.10-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#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
* Ritesh Raj Sarraf r...@debian.org, 2014-09-01, 16:20: cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC -DLIB_STRING=\lib\ -DLIBDM_API_FLUSH -D_GNU_SOURCE -DLIBDM_API_COOKIE -DUSE_SYSTEMD=208 -c -o uxsock.o uxsock.c uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory #include systemd/sd-daemon.h ^ compilation terminated. ../Makefile.inc:57: recipe for target 'uxsock.o' failed make[2]: *** [uxsock.o] Error 1 I fixed this one by adding a build-dep to systemd dev library. But for some reason, the build is failing on all architectures. But the same builds fine in my pbuilder. Any help ?? The error is: | dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), aborting | make: *** [install] Error 2 Upstream build system uses systemctl(1) to decide whether or not build with systemd support enabled. Unsurprisingly, systemctl does not exist in buildd chroots. You should either add systemd to build-depends, or fix the build system to be less non-deterministic. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf: I fixed this one by adding a build-dep to systemd dev library. But for some reason, the build is failing on all architectures. But the same builds fine in my pbuilder. Any help ?? Looking at the build logs [1], the package itself builds fine but you have missing files, which dh_install --fail-missing complains about: dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), aborting Keep in mind, that in Debian the systemd service files are installed in /lib/systemd/system. [1] https://buildd.debian.org/status/package.php?p=multipath-toolssuite=unstable -- 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#557879: graphicsmagick: please build with --with-quantum-depth=16
Hi Carnë, On Mon, Sep 1, 2014 at 12:48 PM, Carnë Draug carandr...@octave.org wrote: It's been almost 5 years since this bug was reported, it's a blocker for other two bugs, it has a patch (it's a 1 line change on the Makefile), and even the upstream maintainer has pitched in saying that the build should be changed has proposed. Could the package maintainer please please please, at least comment on this? I'm the current maintainer, but I came late in the package life. Yes, changing the quantum depth is just a switch for the configure script. On the other hand, it changes at least two important aspect of the programs using graphicsmagick. The first one is the in-memory usage of graphics handling. It will double the memory needed for the unpacked (ie, don't compare it with the on-disk size of the image) pictures. Yes, newer architectures like PPC64 will have several gigabytes of RAM to handle this. But on older architectures like armel/armhf it may render the package itself and related ones to useless because of memory issues. The second one is can the dependent packages handle the changed in-memory representation of the image? Who can test those in every aspect at least on two architectures (little- and big-endian one)? Fixes may be necessary for those and if their upstream is busy with other things, the packages may be broken for a long time. I can do a limited quick test on amd64, but the Release-Team will be in position to allow this change or not. Kind regards, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#141323: [bug #33839] wget -nv outputs non-error output to stderr
Follow-up Comment #2, bug #33839 (project wget): But it IS a problem that -nv ( = NON-verbose) causes to have this junk printed anyway regardless of whatever! 2014-09-01 13:23:00 URL:http://whatever.url.this.may.be [98765] - - [1] And it is a problem that you HAVE to send the output to /dev/null first to stop this! At least they should give us a -nvv alternative option or whatever that will suppress this *by default*. Users are not interested in manually suppressing data junk deemed important by some tech geeks. Yes, it's the same ones constantly having live log file consoles on their desktop and those that always need to know when some global hotkey has been set. This justifies (oh-yes!) pagefuls of debug information with console apps because that is oh-so important. ___ Reply to this item at: http://savannah.gnu.org/bugs/?33839 ___ Message sent via/by Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720178: Debian bug #720178
Hello, I want to maintain this package. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
Am 01.09.2014 13:25, schrieb Michael Biebl: Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf: I fixed this one by adding a build-dep to systemd dev library. But for some reason, the build is failing on all architectures. But the same builds fine in my pbuilder. Any help ?? Looking at the build logs [1], the package itself builds fine but you have missing files, which dh_install --fail-missing complains about: dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), aborting Keep in mind, that in Debian the systemd service files are installed in /lib/systemd/system. By quickly glancing over the package, I also noted that you ship a systemd .service file named multipathd.service but the SysV init scripts are named /etc/init.d/multipath-tools and /etc/init.d/multipath-tools-boot (not quite sure why there are two). systemd continues to start your SysV init scripts, but I assume this is not wanted? Typically, the SysV init script and the systemd .service file should have the same name, this way systemd will automatically pick the native .service unit. If you want to keep the upstream name for the .service, this is absolutely file as well (and even encouraged), but you should make sure the SysV init script is not run then. There are two possible ways: Provide a symlink(alias) /lib/systemd/system/sysvinit_name.service → /lib/systemd/system/upstream_service_file_name or mask the SysV init script by shipping a symlink pointing to /dev/null. -- 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#740703: ginkgocadx: new new upstream available
On Mon, 1 Sep 2014 12:54:46 Karsten Hilbert wrote: Upstream has released 3.7 in the meantime. Thanks but upstream seems to forgot to upload source tarball... Carlos, could you have a look please? Thanks. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B signature.asc Description: This is a digitally signed message part.
Bug#760097: /usr/bin/apport-notifyd: apport-notifyd does not exit when the user logout
Le Mon, 01 Sep 2014 14:57:56 +0530, Ritesh Raj Sarraf r...@researchut.com a écrit : On Monday 01 September 2014 12:06 AM, Laurent Bigonville wrote: It seems that apport-notifyd is not exting properly when the user logout. After closing my GNOME session, the process is still around and login in again spawn a new one. This is a bit annoying when using systemd-logind as the session is never properly closed. Give me your thoughts here. The daemon gets started as the user logs in. I think I made it follow some fdo xdg stuff. Is there something similar for logout ?? daemon(0,0); Are you sure that application started by xdg autostart can actually fork? I've the feeling that gnome-session is loosing track of the PID of the process (but this is a wild guess) Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760154: whatmaps: [l10n:cs] Initial Czech translation of PO debconf template for whatmaps
Package: whatmaps Version: 0.0.8-3 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is initial Czech translation of PO debconf template (cs.po) for package whatmaps, please include it. -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Czech PO debconf template translation of whatmaps. # Copyright (C) 2014 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the whatmaps package. # Michal Simunek michal.simu...@gmail.com, 2014. # msgid msgstr Project-Id-Version: whatmaps 0.0.8-3\n Report-Msgid-Bugs-To: whatm...@packages.debian.org\n POT-Creation-Date: 2014-08-20 06:56+0200\n PO-Revision-Date: 2014-09-01 10:16+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Automatically restart services after library security updates? msgstr Restartovat automaticky služby po bezpečnostních aktualizacích knihovny? #. Type: boolean #. Description #: ../templates:2001 msgid Services need to be restarted to benefit from updates of shared libraries they depend on. Otherwise they remain vulnerable to security bugs fixed in these updates. msgstr Aby služby využívaly aktualizace sdílených knihoven na kterých závisí, je třeba je restartovat. V opačném případě zůstanou zranitelné vůči bezpečnostním chybám, které tyto aktualizace opravují. #. Type: boolean #. Description #: ../templates:2001 msgid Automatic service restarts are only done if APT fetched the library from a source providing security updates. This also affects packages installed via \unattended-upgrades\. msgstr Automatické restartování služeb se provádí pouze tehdy, když API obdrží knihovnu ze zdroje poskytujícího bezpečnostní aktualizace. To se vztahuje také na balíčky nainstalované přes \unattended-upgrades\.
Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
On Mon, 1 Sep 2014 13:24:20 +0200 Jakub Wilk jw...@debian.org wrote: * Ritesh Raj Sarraf r...@debian.org, 2014-09-01, 16:20: cc -g -O2 -fPIE -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -Wunused -Wstrict-prototypes -fPIC -DLIB_STRING=\lib\ -DLIBDM_API_FLUSH -D_GNU_SOURCE -DLIBDM_API_COOKIE -DUSE_SYSTEMD=208 -c -o uxsock.o uxsock.c uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory #include systemd/sd-daemon.h ^ compilation terminated. ../Makefile.inc:57: recipe for target 'uxsock.o' failed make[2]: *** [uxsock.o] Error 1 I fixed this one by adding a build-dep to systemd dev library. But for some reason, the build is failing on all architectures. But the same builds fine in my pbuilder. Any help ?? The error is: | dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), aborting | make: *** [install] Error 2 Upstream build system uses systemctl(1) to decide whether or not build with systemd support enabled. Unsurprisingly, systemctl does not exist in buildd chroots. You should either add systemd to build-depends, or fix the build system to be less non-deterministic. For completeness sake, this is the relevant makefile section: ifndef SYSTEMD ifeq ($(shell systemctl --version /dev/null 21 echo 1), 1) SYSTEMD = $(shell systemctl --version 2 /dev/null | sed -n 's/systemd \([0-9]*\)/\1/p') endif endif So you might want to use $(MAKE) $(OPTFLAGS) LIB=lib SYSTEMD=1 in your debian/rules to get a more reliable build result. -- 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#758115: Disabled wait state X'32EE' on IPL of zIPL
Hello Stephen, On Tue, 26 Aug 2014 22:38:58 -0400 (EDT) Stephen Powell zlinux...@wowway.com wrote: [snip] I do worry, though, about this being a more general problem. What about the interrupt handler in the Linux kernel? Or any other portion of the kernel that needs to examine (or change) data in real page 0 for whatever reason? At least the upstream kernel 3.16 also uses -fno-delete-null-pointer-checks. See toplevel Makefile: KBUILD_CFLAGS += $(call cc-option,-fno-delete-null-pointer-checks,) Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760155: bug report
Package: xfce4 Subject: No user access to power manager or externeal mounts. Source: xfce4 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? aptitude safe-upgrade * What exactly did you do (or not do) that was effective (or ineffective)? 1. wrote .pkla rules for user access in /deb/polkit-1 2. confirmed gnome polkit authentication crashing on login 3. tried manually startng the agent * What was the outcome of this action? No resolution. This is the first instance of systemd on my machine and I'm seeing a lot of verbosity from logind in dmesg. Could this be relevant? [ 105.767325] systemd-logind[2623]: Failed to start unit user@1000.service: Unknown unit: user@1000.service [ 105.767342] systemd-logind[2623]: Failed to start user service: Unknown unit: user@1000.service [ 105.768815] systemd-logind[2623]: New session 1 of user $POLARIS. [ 105.768836] systemd-logind[2623]: Linked /tmp/.X11-unix/X0 to /run/user/1000/X11-display. [14553.672928] systemd-logind[2623]: Failed to abandon scope session-1.scope [14553.672935] systemd-logind[2623]: Failed to abandon session scope: No such interface 'org.freedesktop.systemd1.Scope' on object at path /org/freedesktop/systemd1/unit/session_2d1_2escope I believe 105.767342 concerns the failure of gnome authentication agent. Not sure why logind is active. ~/#dpkg --search /sbin/init returns sysvinit, but /etc/mtab shows systemd as a mount... * What outcome did you expect instead? user authentication for external mounts and power manager. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760156: mirror submission for mirror1.ku.ac.th
Package: mirrors Severity: wishlist Submission-Type: new Site: mirror1.ku.ac.th Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-http: /debian/ Archive-rsync: debian/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ IPv6: no Archive-upstream: mirrors.kernel.org Backports-upstream: ftp.kr.debian.org CDImage-upstream: mirrors.kernel.org Updates: four Maintainer: Jatuporn Chuchuay trest...@hotmail.com Country: TH Thailand Location: Kasetsart University Sponsor: Office of Computer Services http://ocs.ku.ac.th/ Comment: Maximum Bandwidth 1Gb/s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750989: /usr/share/apport/apport-gtk: apport-gtk is complaining that the report is invalid and that permission is not granted
Hello, I think this is actually a race condition between apport-notifyd and /usr/share/apport/apport. Shouldn't apport-notifyd only respond to IN_CLOSE_WRITE inotify events instead of IN_CREATE so we are sure the file is fully written? Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759658: Should the gnome--media package be upgraded?
Fabian Greffrath: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=759658 Reported to the downstream bug tracker, Launchpad: https://bugs.launchpad.net/debian/+source/gnome-media/+bug/1363973 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756224: libnss-myhostname: Causes apps that need FQDN to fail
For me the installation of libnss-myhostname as a Recommends of gnome-control-center broke local mail delivery to a smart host using aliases in /etc/aliases and exim. Purging libnss-myhostname fixes the problem. Interesting is that the position of myhostname in the following ~$ grep myhostname /etc/nsswitch.conf hosts: files myhostname mdns4_minimal [NOTFOUND=return] dns mdns4 ~$ contradicts the recommendation in /usr/share/doc/libnss-myhostname/README.gz: It is recommended to put myhostname last in the nsswitch.conf line to make sure that this mapping is only used as fallback, and any DNS or /etc/hosts based mapping takes precedence. Regards, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760157: mirror submission for mirrors.psu.ac.th
Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.psu.ac.th Type: leaf Archive-architecture: ALL amd64 armel armhf hurd-i386 i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc Archive-http: /debian/ Archive-rsync: debian/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ IPv6: no Archive-upstream: mirrors.kernel.org Backports-upstream: ftp.kr.debian.org CDImage-upstream: mirrors.kernel.org Updates: four Maintainer: Jatuporn Chuchuay trest...@hotmail.com Country: TH Thailand Location: Prince of Songkhla University Sponsor: The computer center http://www.cc.psu.ac.th/ Comment: Maximum Bandwidth 1Gb/s -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760158: dpkg: please implement the new build profiles syntax
Package: dpkg Version: 1.17.13 Severity: wishlist Tags: patch Control: block 744246 by -1 Hi, please find attached a patch which implements the recent changes to the build profile spec [1] as agreed during the bootstrap sprint in paris. The patch contains a summary of the changes. Thanks! cheers, josch [1] https://wiki.debian.org/BuildProfileSpec From f24a1286ae17fc1b2884255089dc3f3553d526e0 Mon Sep 17 00:00:00 2001 From: josch j.scha...@email.de Date: Tue, 19 Aug 2014 07:57:03 +0200 Subject: [PATCH] update restriction formula syntax - the restriction list parsing now reflects the changes at https://wiki.debian.org/BuildProfileSpec which were agreed upon in the bootstrap sprint 2014 in Paris - restriction lists are now restriction formulas - restriction formulas are given in disjunctive normal form expression foo bar baz blub - removal of the prefix/namespace mechanic - since there can be more than one block, the regex in parse_string in scripts/Dpkg/Deps.pm is now greedy - properly handle the absence of packages in DEBIAN/control depending on build profiles - Closes: #758191 - construct the profiles entry of the Packages-List field by converting the bar baz blub syntax into bar,baz+blub - include a compatibility function with the old way to write the Build-Profiles field in binary packages which can be removed once all affected source packages moved to the new syntax - adjusted testcases --- man/deb-src-control.5 | 17 +-- man/dpkg-buildpackage.1 | 14 ++-- man/dpkg-checkbuilddeps.1 | 7 +++--- scripts/Dpkg/BuildProfiles.pm | 35 -- scripts/Dpkg/Deps.pm | 46 ++- scripts/dpkg-genchanges.pl| 15 +++-- scripts/dpkg-source.pl| 19 ++-- scripts/t/Dpkg_Deps.t | 50 +-- 8 files changed, 123 insertions(+), 80 deletions(-) diff --git a/man/deb-src-control.5 b/man/deb-src-control.5 index 407172a..7a17d1a 100644 --- a/man/deb-src-control.5 +++ b/man/deb-src-control.5 @@ -187,8 +187,8 @@ of packages separated by vertical bar (or pipe) symbols, |. The groups are separated by commas. Commas are to be read as AND, and pipes as OR, with pipes binding more tightly. Each package name is optionally followed by a version number specification in parentheses, an -architecture specification in square brackets, and a profile specification -in angle brackets. +architecture specification in square brackets, and a restriction formula +consisting of one or more lists of profile names in angle brackets. The syntax of the .BR Build\-Conflicts , @@ -198,8 +198,9 @@ and fields is a list of comma-separated package names, where the comma is read as an AND. Specifying alternative packages using a pipe is not supported. Each package name is optionally followed by a version number specification in -parentheses, an architecture specification in square brackets, and a profile -specification in angle brackets. +parentheses, an architecture specification in square brackets, and a +restriction formula consisting of one or more lists of profile names in angle +brackets. A version number may start with a , in which case any later version will match, and may specify or omit the Debian packaging revision (separated @@ -211,9 +212,11 @@ An architecture specification consists of one or more architecture names, separated by whitespace. Exclamation marks may be prepended to each of the names, meaning NOT. -A profile specification consists of one or more profile names, prefixed -with the \fBprofile.\fP namespace, separated by whitespace. Exclamation -marks may be prepended to each of the names, meaning NOT. +A restriction formula consists of one or more restriction lists, separated by +whitespace. Each restriction list is enclosed in angle brackets. Items in the +restriction list are build profile names, separated by whitespace and can be +prefixed with an exclamation mark, meaning NOT. A restriction formula +represents a disjunctive normal form expression. Note that dependencies on packages in the .B build\-essential diff --git a/man/dpkg-buildpackage.1 b/man/dpkg-buildpackage.1 index b96c25f..631ebdb 100644 --- a/man/dpkg-buildpackage.1 +++ b/man/dpkg-buildpackage.1 @@ -150,11 +150,11 @@ of \-a or as a complement to override the default GNU system type of the target Debian architecture. .TP .BR \-P \fIprofile\fP[ , ...] -Specify the profile(s) we build, as a comma-separated list, without the -\fBprofile.\fP namespace prefix. The default behavior is to build for -no specific profile. Also adds them (as a space separated list) to the -\fBDEB_BUILD_PROFILES\fP environment variable which allows, for example, -\fBdebian/rules\fP files to use this information for conditional builds. +Specify the profile(s) we build, as a comma-separated list. The default +behavior is to build for no specific
Bug#749500: rakudo: not installable in sid
On Friday 29 August 2014 16:15:44 Alessandro Ghedini wrote: Actually, it is. rakudo needs to use at runtime the specific nqp build used to build rakudo itself. If you update the nqp package (or just rebuilt it without any change) without rebuilding rakudo too, rakudo stops working and spews a bunch of Missing or wrong version of dependency ... errors. Hence the = dependency to make sure nqp and rakudo migrated to testing at the same time. Since rakudo and nqp are so tighly coupled, I'm beginning to wonder what's the point of packaging separately nqp and rakudo... -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.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#760159: [tzdata] Sets UTC to current local time, obvious consequences
Package: tzdata Version: 2014g-1 Severity: normal --- Please enter the report below this line. --- The post-install configuration and manually doing dpkg-reconfigure will set UTC to the current local time, then local time offset from this. Setting from calendar widget, resetting ntp, can correct, of course. --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 500 sid linux.dropbox.com --- Package information. --- Depends (Version) | Installed ==-+-=== debconf (= 0.5) | 1.5.53 OR debconf-2.0| Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760160: openjdk-7: FTBFS[openjdk-7]: regression in jamvm build system?
Package: openjdk-7 Version: 7u65-2.5.2-1 Severity: serious Tags: patch Hi, jamvm/configure.ac had been patched for kfreebsd-amd64, but the configure file is no longer being generated from it during the build. If that was an intended change, we'll need to amend kfreebsd-support-jamvm.diff to patch the configure file shipped by upstream. (Please find new version of this patch attached). Thanks. https://buildd.debian.org/status/fetch.php?pkg=openjdk-7arch=kfreebsd-amd64ver=7u65-2.5.1-5stamp=1408934369 | cd jamvm/jamvm \ | ./autogen.sh --with-java-runtime-library=openjdk7 \ | --prefix=/«PKGBUILDDIR»/build/jamvm/install \ | CFLAGS='-g -fstack-protector-strong -Wformat -Werror=format-security -O3' LDFLAGS='-Wl,-z,relro' CPPFLAGS='-D_FORTIFY_SOURCE=2' CXXFLAGS='-g -fstack-protector-strong -Wformat -Werror=format-security -O3'; \ | /usr/bin/make ; \ | /usr/bin/make install https://buildd.debian.org/status/fetch.php?pkg=openjdk-7arch=kfreebsd-amd64ver=7u65-2.5.2-1stamp=1409569283 | cd jamvm/jamvm \ | ./configure --with-java-runtime-library=openjdk7 \ | --prefix=/«PKGBUILDDIR»/build/jamvm/install \ | CFLAGS='-g -fstack-protector-strong -Wformat -Werror=format-security -O3' LDFLAGS='-Wl,-z,relro' CPPFLAGS='-D_FORTIFY_SOURCE=2' CXXFLAGS='-g -fstack-protector-strong -Wformat -Werror=format-security -O3'; \ | /usr/bin/make ; \ | /usr/bin/make install -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Description: - Add iddef TIOCINQ = FIONREAD jamvm/src/classlib/openjdk/jvm.c - Update configure for kfreebsd-amd64 jamvm/jamvm/configure.ac Author: Damien Raude-Morvan draz...@debian.org Last-Update: 2011-08-05 Forwarded: no --- jamvm/jamvm/configure.orig +++ jamvm/jamvm/configure @@ -39,6 +39,7 @@ i386-*-freebsd*) host_os=bsd libdl_needed=no ;; i386-*-solaris*) host_cpu=x86 host_os=solaris ;; x86_64-*-linux*) host_os=linux ;; +x86_64-*-kfreebsd*) host_os=linux ;; hppa*-*-linux*) host_cpu=parisc host_os=linux ;; mips*-*-linux*) host_cpu=mips host_os=linux ;; x86_64-*-openbsd*) host_os=bsd libdl_needed=no ;; --- jamvm/jamvm/configure.ac.orig +++ jamvm/jamvm/configure.ac @@ -39,6 +39,7 @@ i386-*-freebsd*) host_os=bsd libdl_needed=no ;; i386-*-solaris*) host_cpu=x86 host_os=solaris ;; x86_64-*-linux*) host_os=linux ;; +x86_64-*-kfreebsd*) host_os=linux ;; hppa*-*-linux*) host_cpu=parisc host_os=linux ;; mips*-*-linux*) host_cpu=mips host_os=linux ;; x86_64-*-openbsd*) host_os=bsd libdl_needed=no ;; --- jamvm/jamvm/src/classlib/openjdk/jvm.c.orig +++ jamvm/jamvm/src/classlib/openjdk/jvm.c @@ -64,6 +64,10 @@ #define have_monotonic_clock FALSE #endif +#ifndef TIOCINQ +#define TIOCINQ FIONREAD +#endif + static Class *cloneable_class, *constant_pool_class; static Class *exception_class, *runtime_excp_class;
Bug#557879: graphicsmagick: please build with --with-quantum-depth=16
On 1 September 2014 12:24, László Böszörményi (GCS) g...@debian.org wrote: Hi Carnë, On Mon, Sep 1, 2014 at 12:48 PM, Carnë Draug carandr...@octave.org wrote: It's been almost 5 years since this bug was reported, it's a blocker for other two bugs, it has a patch (it's a 1 line change on the Makefile), and even the upstream maintainer has pitched in saying that the build should be changed has proposed. Could the package maintainer please please please, at least comment on this? I'm the current maintainer, but I came late in the package life. Yes, changing the quantum depth is just a switch for the configure script. On the other hand, it changes at least two important aspect of the programs using graphicsmagick. The first one is the in-memory usage of graphics handling. It will double the memory needed for the unpacked (ie, don't compare it with the on-disk size of the image) pictures. Yes, newer architectures like PPC64 will have several gigabytes of RAM to handle this. But on older architectures like armel/armhf it may render the package itself and related ones to useless because of memory issues. This proposal is only to increase it to 16 which is a compromise. People with such limited machines (in need of quantum-depth=8), and people with such specialized data (in need of quantum-depth=32) would have to build it themselves. Making everyone happy is not possible (well, there's a new GM features which would allow to have 3 separate packages, one for each configuration but that may be more trouble) but it would seem that 16 bit, would make the most people, and the typical user, happier. I would guess that older systems are probably dealing with smaller images, where doubling the image on size will be a small increase. But to sacrifice all the users that need 16 (and that's not me, I need 32) to save the ones that need 8, seems unfair. The second one is can the dependent packages handle the changed in-memory representation of the image? Who can test those in every aspect at least on two architectures (little- and big-endian one)? Fixes may be necessary for those and if their upstream is busy with other things, the packages may be broken for a long time. I can do a limited quick test on amd64, but the Release-Team will be in position to allow this change or not. At least Fedora (and Fedora-based distros), and Arch linux have been using quantum-depth 16. If there's any problems they should have appeared there as well (and hopefully have already been fixed). Even the upstream recommendation is to use 16, so dependent packages should at least be aware and prepared to have GM built with different options. And when using GM, one usually is abstracted from that, I'd be surprised if they have hardcoded somewhere a limitation for specific depth. In Octave we recommend users to rebuild everything from source using 16 (or 32 for special cases), so at least the Octave package has already been well tested for this change. Finally, the only way to be sure is to actual test. I see no reason to think there will be any problem with this change but that's why this will first go into unstable, and then into testing. It is best if this change goes in soon, well before the Jessie freeze (November 5th) so that there's plenty of time to find any possible problem. Please consider this change. Thank you, Carnë -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760125: shogun: FTBFS[mips,mipsel]: Clang binary is called clang-3.4
tags 760125 + patch thanks Regards, -- Steven Chamberlain ste...@pyro.eu.org --- debian/rules.orig 2014-09-01 12:23:10.197518158 + +++ debian/rules 2014-09-01 12:24:22.964519256 + @@ -7,7 +7,7 @@ DISABLE_SSE= ifeq ($(ARCH),$(filter $(ARCH),mips mipsel)) - OVERRIDE_COMPILER=-DCMAKE_C_COMPILER=/usr/bin/clang -DCMAKE_CXX_COMPILER=/usr/bin/clang++ + OVERRIDE_COMPILER=-DCMAKE_C_COMPILER=/usr/bin/clang-3.4 -DCMAKE_CXX_COMPILER=/usr/bin/clang++-3.4 endif ifeq ($(ARCH),$(filter $(ARCH),i386 hurd-i386 kfreebsd-i386))
Bug#759849: multipath-tools: FTBFS: uxsock.c:20:31: fatal error: systemd/sd-daemon.h: No such file or directory
Am 01.09.2014 13:37, schrieb Michael Biebl: Am 01.09.2014 13:25, schrieb Michael Biebl: Am 01.09.2014 12:50, schrieb Ritesh Raj Sarraf: I fixed this one by adding a build-dep to systemd dev library. But for some reason, the build is failing on all architectures. But the same builds fine in my pbuilder. Any help ?? Looking at the build logs [1], the package itself builds fine but you have missing files, which dh_install --fail-missing complains about: dh_install: multipath-tools missing files (/usr/lib/systemd/system/*), aborting Keep in mind, that in Debian the systemd service files are installed in /lib/systemd/system. By quickly glancing over the package, I also noted that you ship a systemd .service file named multipathd.service but the SysV init scripts are named /etc/init.d/multipath-tools and /etc/init.d/multipath-tools-boot (not quite sure why there are two). systemd continues to start your SysV init scripts, but I assume this is not wanted? Typically, the SysV init script and the systemd .service file should have the same name, this way systemd will automatically pick the native .service unit. If you want to keep the upstream name for the .service, this is absolutely file as well (and even encouraged), but you should make sure the SysV init script is not run then. There are two possible ways: Provide a symlink(alias) /lib/systemd/system/sysvinit_name.service → /lib/systemd/system/upstream_service_file_name or mask the SysV init script by shipping a symlink pointing to /dev/null. Another issue: You install the native .service file but you aren't actually enabling it. We recommend to use dh-systemd for that. Since ./multipathd/multipathd.service also references a multipathd.socket unit, make sure this one is installed as well. If you have further questions, please don't hesitate to ask the pkg-systemd-maintainers mailing list. 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#760161: pinta: Crop to selection crops narrower than selected
Package: pinta Version: 1.4-1 Severity: normal Dear Maintainer, * What led up to the situation? I had a picture I wanted to use a slice of. * What exactly did you do (or not do) that was effective (or ineffective)? I opened that .png in pinta, selected the rectangle of the picture I wanted to use, and clicked 'crop to selection'. * What was the outcome of this action? I got a picture which was a lot smaller than my selection (and unusable) * What outcome did you expect instead? I expected the picture to be cropped to my selection ;) I don't send the picture with this report, because it's not a problem with this particular .png. Had this problem multiple times now. Usually with screenshots which I wanted to crop. Thanks, keep up the good work. mo -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pinta depends on: ii gnome-icon-theme3.12.0-1 ii libc6 2.19-9 ii libglib2.0-cil 2.12.10-5 ii libgtk2.0-cil 2.12.10-5 ii libmono-addins-gui0.2-cil 1.0+git20130406.adcd75b-3 ii libmono-addins0.2-cil 1.0+git20130406.adcd75b-3 ii libmono-cairo4.0-cil3.2.8+dfsg-7 ii libmono-corlib4.0-cil 3.2.8+dfsg-7 ii libmono-posix4.0-cil3.2.8+dfsg-7 ii libmono-sharpzip4.84-cil3.2.8+dfsg-7 ii libmono-system-core4.0-cil 3.2.8+dfsg-7 ii libmono-system-xml4.0-cil 3.2.8+dfsg-7 ii libmono-system4.0-cil 3.2.8+dfsg-7 ii mono-runtime3.2.8+dfsg-7 pinta recommends no packages. pinta 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#760162: shogun: FTBFS[kfreebsd]: graphviz dot tool may hang
Package: shogun Version: 3.2.0-7.1 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd Hi, https://buildd.debian.org/status/fetch.php?pkg=shogunarch=kfreebsd-i386ver=3.2.0-7.1stamp=1409345492 : | Running dot for graph 746/775 | Running dot for graph 747/775 | Running dot for graph 748/775 | E: Caught signal ‘Terminated’: terminating immediately This does look like a bug in graphviz running with multiple threads, but I really must ask: Why is documentation built on *every* architecture? The shogun-doc packages are arch: all? from debian/rules | override_dh_install: | $(MAKE) -C doc doc shouldn't this be only done within a build-indep target? And that way the Build-Depends could be reduced to not include texlive and such. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64-xenhvm-ipsec Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org