Bug#737354: retext: Missing dependency on python3-markdown | python3-docutils.
On Mon, Feb 3, 2014 at 10:16 PM, Aleksej deletesoftw...@yandex.ru wrote: But the field is in a different package, so you have to look at the Recommends of a dependency to see it. At least with aptitude, that's not as intuitive as a direct Recommends. And the description says it is for Markdown and reStructuredText and supports live text preview and syntax highlighting. OK, added a direct recommendation, will be in the next upload. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679630: insserv: Dependency-based boot changes SigIgn mask of daemons
Perhaps this problem with SIGINT and startpar was caused by the fix applied in URL: http://bugs.debian.org/582442 in 2010? -- 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#737954: bzip2: Patch to bootstrap without multilib
Source: bzip2 Version: 1.0.6-5 Severity: wishlist Tags: patch As the subject says: the attached patch allows for bootstrapping bzip2 in an early stage when multilib compilers and libraries are not yet available. -- Daniel Schepler diff -urN bzip2-1.0.6.old/debian/rules bzip2-1.0.6/debian/rules --- bzip2-1.0.6.old/debian/rules 2012-06-03 02:16:31.0 -0700 +++ bzip2-1.0.6/debian/rules 2013-05-28 10:41:20.278405845 -0700 @@ -39,6 +39,8 @@ | sed -e 's/^[^(]*(\([^)]*\)).*/\1/') UPVERSION:=$(shell echo $(DEBVERSION) | sed -e 's/-[0-9.]*$$//') +ifneq ($(DEB_BUILD_PROFILE),stage1) + ifneq (,$(findstring /$(DEB_HOST_ARCH)/,/i386/powerpc/sparc/s390/)) build64-stamp := build64-stamp CC64=$(CC) -m64 @@ -52,6 +54,8 @@ lib32 := usr/lib32 endif +endif + build-arch: build build-indep: build build: build-stamp $(build32-stamp) $(build64-stamp)
Bug#699529: [sysvinit-utils] The man page for service doesn't include a legend for service --status-all
Control: tags -1 + pending [Derek Yabasic[ The man page for service ought to include a legend for the command service --status-all explaining the meaning of the symbols +, - and ? Good idea. I've commited a fix for this now in git. -- 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#737731: libhwloc-plugins: depends on ocl-icd-libopencl1 instead of libopencl1
On Thu, Feb 6, 2014 at 4:20 PM, Samuel Thibault sthiba...@debian.org wrote: hwloc has been rebuilt on a few archs, and got the dependencies correctly. I can confirm that hwloc-plugins now installs correctly on my system, for which I'm not using ocl-icd-libopencl1 to provide libopencl1. -- Giuseppe Oblomov Bilotta -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737955: readline6: Patch to bootstrap without multilib or texinfo
Source: readline6 Version: 6.2+dfsg-0.1 Severity: wishlist Tags: patch The readline6 is involved in a dependency cycle: readline6 Build-Depends on texinfo, which Depends on libxml-libxml-perl, which Build-Depends on libxml2, which Build-Depends on libreadline-dev. So, here's a patch to allow bootstrapping readline6 without texinfo; and also it allows building without multilib compilers and libraries which aren't available until much later in the bootstrapping process. -- Daniel Schepler diff -urN readline6-6.2+dfsg.old/debian/rules readline6-6.2+dfsg/debian/rules --- readline6-6.2+dfsg.old/debian/rules 2012-12-30 14:27:34.0 -0800 +++ readline6-6.2+dfsg/debian/rules 2013-05-26 07:28:45.068203220 -0700 @@ -17,6 +17,12 @@ CROSS=gcc endif +ifeq ($(DEB_BUILD_PROFILE),stage1) + +bootstrap_dh_flags = -N$(p_rl32) -N$(p_rld32) -N$(p_rl64) -N$(p_rld64) + +else + ifneq (,$(findstring /$(DEB_HOST_ARCH)/,/i386/powerpc/sparc/s390/)) build64 = yes CC64 = $(CROSS) -m64 @@ -57,6 +63,8 @@ endif endif +endif + CFLAGS := $(shell dpkg-buildflags --get CFLAGS) CPPFLAGS := $(shell dpkg-buildflags --get CPPFLAGS) LDFLAGS := $(shell dpkg-buildflags --get LDFLAGS) @@ -166,7 +174,9 @@ SHLIB_LIBS=-ltinfo SHLIB_XLDFLAGS='-soname,`echo $$@ | sed s/\\..//`' endif +ifneq ($(DEB_BUILD_PROFILE),stage1) $(MAKE) -C $(builddir)/doc info +endif touch build-stamp @@ -432,10 +442,10 @@ -ls -l $(d_rld)/usr/share/doc/$(p_rl) endif - dh_installdeb -s - dh_gencontrol -s $(gencontrol_flags) - dh_md5sums -s - dh_builddeb -s + dh_installdeb -s $(bootstrap_dh_flags) + dh_gencontrol -s $(gencontrol_flags) $(bootstrap_dh_flags) + dh_md5sums -s $(bootstrap_dh_flags) + dh_builddeb -s $(bootstrap_dh_flags) binary: binary-indep binary-arch
Bug#619582: service doesn't correctly parse cron init.d
Control: tags -1 + pending [Hamish Downer] It also doesn't parse the mysql init.d correctly - mysql puts the word status in single quotes. So I've attached an updated diff that will handle both cron and mysql. Good idea. I've commited a fix for this in git. -- 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#737708: isync: Mailbox path corruption
On Fri, Feb 07, 2014 at 08:15:39AM +0100, Oswald Buddenhagen wrote: On Fri, Feb 07, 2014 at 10:54:12AM +0400, Eugene Berdnikov wrote: On Wed, Feb 05, 2014 at 12:44:01PM +0100, Oswald Buddenhagen wrote: this appears to be an upstream bug in the compatibility wrapper. you can migrate to the proper mbsync by running isync -w and fixing the broken .mbsyncrc by hand. Tried: run isync -w from 1.1.0-1 package. Resultimg .mbsyncrc does not contain dots in file paths. However, running mbsync -a on it gives the same result (errors messages about broken file paths). Change paths in .mbsyncrc to absolute does not help. the problem must be that you have a path in the mailbox name, while it should be only in the Path element. i.e., the local_root hack just doesn't work any more. Maybe (I have no clear understanding of mbsync config). If this is a wrapper bug, it should be also fixed, I think. i can't give you a complete config, because you didn't, either... Here is my .isyncrc: Host haliotis.srv.rdtex.ru User evgeniy_berdnikov Pass *** CertificateFile /home/berd/.isyncrc.cert RequireSSL no Delete yes Expunge yes Mailbox /var/mail/berd Alias main Mailbox /home/berd/Mail/is_spam Box is_spam Alias is_spam Here is .mbsyncrc generated from it via isync -w: SyncState * MaildirStore local Path ~/ Inbox ~/INBOX AltMap no MaildirStore local_root Path / AltMap no IMAPAccount evgeniy_berdni...@haliotis.srv.rdtex.ru Host haliotis.srv.rdtex.ru Port 143 User evgeniy_berdnikov Pass *** RequireCRAM no RequireSSL no UseSSLv2 no UseSSLv3 no UseTLSv1 yes CertificateFile /home/berd/.isyncrc.cert IMAPStore rdtex Account evgeniy_berdni...@haliotis.srv.rdtex.ru UseNamespace yes Channel main Master :rdtex:INBOX Slave :local_root:var/mail/berd Expunge Both Channel is_spam Master :rdtex:is_spam Slave :local:Mail/is_spam Expunge Both -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: multiple init systems - formal resolution proposal
Hi, Bdale Garbee: I'm not comfortable with a mandate that packages may not require a specific init system as pid 1. Could we (or rather, the CTTE) compromise on packages may mandate the default init system? -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737952: nmu: gammaray_1.3.0-1
Control: retitle -1 nmu: gammaray_2.0.0-1 On 2014-02-07 08:28, Felix Geyer wrote: Please schedule a binNMU for gammaray: nmu gammaray_1.3.0-1 . amd64 . -m Rebuild against Qt 5.2. Sorry, obviously 2.0.0-1 should be rebuilt, not 1.3.0-1: nmu gammaray_2.0.0-1 . amd64 . -m Rebuild against Qt 5.2. Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736721: Incorrect dependencies
On 2014-02-07 08:37 , Dmitry Shachnev wrote: Hi Clint, See http://docs.python.org/3/library/ctypes.html for description of how ctypes works. As Python programs are interpreted, the only way to access external shared libraries from Python code is by dlopen()ing them. By looking at attic code, it only accesses libc (in xattr.py) and libcrypto (in attic/crypto.py). Of course, this is not the best practice, a simplier solution will be to use existing modules like python-xattr and python-crypto, or writing a Python extension where you can use C code. The original reasons why Attic doesn't use python-crypto and python-xattr is that they did not have any working python3 support at the time. Attic also uses PBKDF2 to passphrase-protect key files and that functionality has only recently been added to python-crypto. And even now it is 11 times slower than the libcrypto version which translates into Attic having to use 11 times fewer iterations which will make the passphrase 11 times easier to brute force. So I rather not use python-crypto until this improves. python-xattr seems to have improved a lot since I last looked at it so we might be able to switch to that if their Darwin and FreeBSD support works as intended. So if this indeed is a showstopper I'll look into replacing the ctypes-bits with python extensions or cffi. / Jonas signature.asc Description: OpenPGP digital signature
Bug#737527: subversion: Replace GCJ by OpenJDK in Subversion JavaHL build
subversion build still depends on GCJ. I think OpenJDK should be used instead, because GCJ is a very outdated compiler. Does the use of GCJ cause any actual problems? Is the OpenJDK jre unable to load the GCJ-built modules? No, of course not! I think you'd already know if it would :) But why do you use GCJ given that OpenJDK is available? Are there any special concerns that force svn to be built with GCJ? -- With best regards, Vitaliy Filippov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737956: can not install if a non system tango user exists
Package: tango-db Version: 8.1.2c+dfsg-3 Severity: normal If a normal user called tango exist, it is not possible to create the tango system user. so it is not possible to generate the .my.cnf undr /var/lib/tango. the administrator system need to remove it before installing tango-db side effect, if this tango user was used to start devices a /tmp/omni-tango directory exist but with the wrong uid:gid. It is then impossible to start the services, the error message is not really clear dbconfig-common: flushing administrative password [FAIL] Starting Tango Control System - database: tango-db failed! login as tango user it gives tango@mordor:~$ /usr/lib/tango/DataBaseds 2 -ORBendPoint giop:tcp::1 main(): arrived omniORB: Error: Unable to create an endpoint of this description: giop:unix: Received a CORBA::Exception INITIALIZE CORBA system exception: INITIALIZE_TransportError Exiting once the /tmp/omni-tango directory was purged the problem vanish -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.12-1-486 Locale: LANG=fr_CA.UTF-8, LC_CTYPE=fr_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tango-db depends on: ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libcos4-1 4.1.6-2 ii libgcc11:4.8.2-14 ii liblog4tango5 8.1.2c+dfsg-4 ii libmysqlclient18 5.5.35+dfsg-1 ii libomniorb4-1 4.1.6-2 ii libomnithread3c2 4.1.6-2 ii libstdc++6 4.8.2-14 ii libtango-tools 8.1.2c+dfsg-3 ii libtango8 8.1.2c+dfsg-3 ii libzmq33.2.4+dfsg-4 ii lsb-base 4.1+Debian12 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages tango-db recommends: ii mysql-client-5.5 [mysql-client] 5.5.35+dfsg-1 tango-db suggests no packages. -- debconf information: tango-db/install-error: abort tango-db/missing-db-package-error: abort tango-db/dbconfig-remove: tango-db/remove-error: abort tango-db/purge: false tango-db/remote/port: tango-db/mysql/admin-user: root tango-db/dbconfig-upgrade: true tango-db/remote/newhost: tango-db/passwords-do-not-match: tango-db/db/dbname: tango tango-db/dbconfig-reinstall: false tango-db/database-type: mysql tango-db/upgrade-error: abort tango-db/remote/host: tango-db/upgrade-backup: true tango-db/db/app-user: tango tango-db/internal/reconfiguring: false tango-db/internal/skip-preseed: false * tango-db/dbconfig-install: true tango-db/mysql/method: unix socket -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576443: bootlogd: kfreebsd needs other TIOCCONS ioctl
Control: tags -1 + pending [Mats Erik Andersson] The following patch partially mends this, so far as to capture only messages from ifupdown in /var/log/boot on a kfreebsd-amd64 system, which is already an substantial improvement. Thank you for the patch. I've applied to git now. -- 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#737958: geeqie: Fails to set wallpaper correctly
Package: geeqie Version: 1:1.1-8~bpo70+1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Clicking the Set wallpaper option in the Edit menu has no apparent effect. This happens both in a backported version from jessie (1.1-8) and the wheezy version (1.0-10). * What exactly did you do (or not do) that was effective (or ineffective)? When logging out from XFCE the wallpaper could be momentarily seen, but the old wallpaper was restored on the next login. Running geeqie from the terminal yielded no errors, but an strace gave the following recurring message: recv(3, 0x8ff39a0, 4096, 0) = -1 EAGAIN (Resource temporarily unavailable) clock_gettime(CLOCK_MONOTONIC, {186552, 293414810}) = 0 poll([{fd=4, events=POLLIN}, {fd=3, events=POLLIN}, {fd=5, events=POLLIN}], 3, 5000) = 0 (Timeout) clock_gettime(CLOCK_MONOTONIC, {186557, 298802646}) = 0 stat64(/home/alad/Afbeeldingen, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/home/alad/Afbeeldingen/11954399131953999046mouse- xfce_xfce.org_02.svg.med.png, {st_mode=S_IFREG|0640, st_size=2199, ...}) = 0 -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (100, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common1:1.1-8~bpo70+1 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo21.12.2-3 ii libexiv2-12 0.23-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype-infinality6 2.4.9-3 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libjpeg8 8d-1 ii liblcms1 1.19.dfsg-1.2 ii liblircclient0 0.9.0~pre1-1 ii libpango1.0-01.30.0-1 ii libstdc++6 4.7.2-5 ii libtiff4 3.9.6-11 Versions of packages geeqie recommends: pn exiftran none pn exiv2none ii imagemagick 8:6.7.7.10-5+deb7u2 ii librsvg2-common 2.36.1-2 pn ufraw-batch none ii zenity 3.4.0-2 Versions of packages geeqie suggests: ii geeqie-dbg 1:1.1-8~bpo70+1 ii gimp 2.8.2-2+deb7u1 ii libjpeg-progs 8d-1 pn ufraw none pn xpaint 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#737957: munin: depends on transitional package ttf-dejavu
Package: munin Version: 2.0.19-3 Severity: minor Hi Holger, ssm, and crowd, The munin package depends on the ttf-dejavu package. The latter is being hit by the fonts transition from ttf-* package names to fonts-* package names. In order to make removal of ttf-dejavu possible (the ultimate goal), munin needs to stop depending on it. Since ttf-dejavu (and its dependencies) provide compatibility symlinks, simply swapping out the dependency from ttf-dejavu to fonts-dejavu may break things. It must be verified that the compatibility symlinks are not used by munin. How does munin use these fonts? Via rrdtool? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737708: isync: Mailbox path corruption
On Fri, Feb 07, 2014 at 12:30:02PM +0400, Eugene Berdnikov wrote: If this is a wrapper bug, it should be also fixed, I think. obviously SyncState * MaildirStore local Path ~/ Path ~/Mail/ Inbox ~/INBOX Inbox /var/mail/berd AltMap no MaildirStore local_root [...] nuke the entire section. Channel main Master :rdtex:INBOX Slave :local_root:var/mail/berd Master :rdtex: Slave :local: Expunge Both Channel is_spam Master :rdtex:is_spam Slave :local:Mail/is_spam Master :rdtex:is_spam Slave :local:is_spam Expunge Both -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737959: debian-maintainers: Please add Victor Seva as a Debian Maintainer
Package: debian-maintainers Severity: normal Dear Debian Maintainers Team, Please Add Victor Seva linuxman...@torreviejawireless.org to the debian maintainer keyring. Thank you, Victor -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Victor Seva linuxman...@torreviejawireless.org as a Debian Maintainer Date: Fri, 07 Feb 2014 09:38:41 +0100 Action: import Recommended-By: Enrico Tassi gareuselesi...@debian.org, Michael Prokop m...@debian.org Agreement: https://lists.debian.org/debian-newmaint/2014/02/msg7.html Advocates: https://lists.debian.org/debian-newmaint/2014/02/msg8.html https://lists.debian.org/debian-newmaint/2014/02/msg9.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQINBFLhEtkBEACeryu+wxCAgoyzVnfAY35ZAbEoZAs7UnVMHIw1ce91Fwkf+K1Y EuxTab1UQ9HFvRm5LpO5uywBGOqftSYttOQDwRoOEKq393LzwbKTGFxbqtp3kRpk Xmp92OdGBg31I61r37Lm9qEjxpRuRSNpJFTdEf0KLIduRNPe/Mb9P8SoMkS9yTIa eGO5A1b1Oa28KKUsE0FIoHE+re9ojCQhnXCczs1VZzOfbFMUBy7xMQc0n4OTZPGr SaY2iWFblAYzms5xrbGZKtt5U/spRz2XCp0QIq1m61gQCY5sSlO96yiMBOmrzC9d BBLB5TMrv/DDcK1pgiinivCG7hSuNzzP+Mu9YbDxxcHnVNZobMatPI1T0RHVNcZk xLow4rqUkNVIWtjBGYo7S4CD0S6r4blGqA5OoRFylrdsEKcgqf5vEHTr7uUc5F15 qvLKDY+9WAR1IXojgnKerlpi7q7TECCoLJw1ZXgW6Zq+Kt44X0TWYxNMC12bvlfP Gg7SaznlLIBgBJQeXq2idCUBqh/p+Qg7tYstQ6uX0z9ZmbT6Ns2ef+ORdlBjUure DdIl9qBROJjoxbZm3jWIpWRDhsKLedypOv8tLhCY0MGnZRBKu2Y+W+FRmSsdDlOV TmwdeospkP7ugEiPSr4O+cBO5u8cs7ScPbxk/1DHLh2oYrmVyOujt6xhZwARAQAB tDBWaWN0b3IgU2V2YSA8bGludXhtYW5pYWNAdG9ycmV2aWVqYXdpcmVsZXNzLm9y Zz6JAjcEEwEKACEFAlLhEtkCGwMFCwkIBwMFFQoJCAsFFgIDAQACHgECF4AACgkQ UaCbGM9aUGitAw/9G4yZOIt1B6eYbE8F0WEtmWLDAri8iL+8A2+DgYOdd+9CBH4D TziPb1KauHyu89JZp2gQQeUaUMShRLfRTN/LHfh9/IN7yaPlHaugXqmBkAlsGNhR F5LeG9GsP1dz3DnynNi97n7y9ziP9FfBGGRFsJo78rSY6xG2y53gKQR0c5rP0EAO 5l5ZDPEZD2ogslN3qH9qjOo1fyE0xm15Bg4pUjaJkiQmzVRhSVQQb2zynUj1Wv4b 546MrtTzs3KurjJHWlJH75mwLbWDEeI9zY79CUw/zXQ0s4TtdSdDpAgCvIzDezgw dtNaaEPm3NYgb5ZNMVzXAgB0BD9HTmmGmr7F4CjiiXmpTvnuDh2JdgbSk3gZGxwg aoc0hetjpU1HDLy9KVMun3euC8tCsWKTovh8QEq7A3zLhZsIpAF2kAP8ol/T5owg qmJHQkarwl0c48utpA/vduy+SH7rZQIXyvD0KYGwjyAoNf+zO/BxeqvVSRi5dNLy wPo7vhmEkr45xomOeL2c5TnQSGNw3y8igecZgJB/k6gnUILeFnnajnmqowahFgp4 HVksTGCUCuZg1gMtN0hQW0Dmw897311QfoKDZPzfd0UVtnmt1ewx0Sj1QCZbIBE5 CHpDu/GsdgjbJjZTKciSlfE1GSKi4s1ViNna5M7hw39KJDDMx98GChlnEAeIRgQQ EQoABgUCUuEYDQAKCRBL8NJJ3RLyU9baAJ4wNJTlVLLHvUoD0BkwX+Aqo1ZAPwCe LoAERxu/WwYkuw12Qx/2/ms7X/+IRgQQEQIABgUCUuE5agAKCRDY31P7N+Jy6MIx AJ9/WTctrTNYOVRp4EMwZC3U7jnkFQCfSwQC2zi46ry6OFG0TRFYvsjOogeJAhsE EAEIAAYFAlLlQRgACgkQs0ZPiWqhWUjtCg/3S8K60HUJtTCR8UUBb3yh51dRUxf2 GuB4V1zgJ6qTDHYq+SjSIX9PgN/juHwQhyTJY2b7CFQ5MlpEkgy5PYxKudDaq60I ZDtIzqUrqmrLhoS829hZYxhwy0tO3XbL/Qi/otf2BuSOMtdrTv8j+6zIzev9E1fd zJY5JbJn+5letp/fh9WaC/IfB0K+ieOQvBrFCd9fVlJMmFugjuEM6W3KUcKpL592 h3cJGpGA2M9c07gHIC7Zph2/upRq4/Dv3cZtZbnyXiXQaOt7Iq3aVnA7C+W2RS6U wtVycHuLKeI1AMhtaULSFjM3Si+yYgwepzEHo7EIfWe6IqiN4ds8V6EbjoiGDuJH eAOBg1+oS5ru77a7QoMxvjVaAbWLR2tBEiP1SSX78+qDDX/g9I/BxDXhj3ckSVbX AreG7kHQDQ1BIbVDXm140884LXBeOs+ao0eJAh786qj5jK7McpXwz0xPbuAvSTU8 rPWjI4KIY5M1deLdClu7udAvDozH3w46auL9gsvmUM8abcEZRP/dhN71h2Q4+eY7 /0sM8Egq0gEpwsENoh5/i7AwABEnu3KPK6cb3a76dwzJqD1v3JEiiqnLo0tU0inb OOQRYtbeEZilpxdJUDUxUM0UZyMsIJqT8ipDV4jOm8PhbAu0Q5LBBmks9Qbt17ej GAPRxk4OJpxNX4kCHAQQAQgABgUCUuZzjAAKCRAAmzN1a5qqVUthD/9gLTTybeBB BNQ4pZXqqTtazL8SeRQSipMS2LYSbY1uBDfVfaK1kEO8ldxQ8F17z6WRsB0X2teZ xhF+FGuzQZFdZUabRRrgYQ1LRUm6NLiOoWqoMudwjP4XGqJeSoodjqF/JBMrz6Pm 4goj7bH+PrNqAkAKwnjCKU68deOpnO/duOnDWnwfFKptIO8yj0TGcuzxp/3PNTUR /kmEFvw8GLrh0SNWoGGhQDy7Pjv8T8VNcLnxQveqNYUg+h82/OJ5b4EFsw9jdvSG T7H0jRnss3t0668AL6Zfw29C2adHeNt6HnChNTleV4kRsW+zROn+hsjQM9pA5lm8 x7dr1pBPF7QfQA1kJd7B3AaOQMTr+obE65dJ3hIAdQN+wYdAyHdcC4cWNswknjfW +qBwaB9aa2nXgOzCCcf+eTUzrVqSgOkj96tVn3bX4fFrYsx1hJ+D/N+dNAGFzQG2 p3W0Nqx6r0uPkrobUY/QgXwZHb/A0LtjQBtzgy5bhTC3E8ppV+1KaSPwMkLW4gfh v3A6l8QEr6WF4qEyRZFnxfcIgDSPB8FKDf2k0Qh61fefAnbpzanY1zoqFYN/T3V6 606aQTP74s0yQq2MYG/zGoEOeOWAVeZGk8HSvgjYni44t/y9IsFc8JM1fDYAUNgy MohOTiYZkr0xboFPVC0fqI2Yx6OEWRbPA7kCDQRS4RLZARAAzEDXQ+2Uy85b5ZkX vky5qzh+An6LBZbj0CdHyVUmKyRGx2Lh4WWqZLkLq1iWxEbDcyrXddUPiDYTW0rv bUhUqsG5bQ6akvDNAlTDHNFCVeys0IFPxVaiEdHXS6X8ccur6GSkDCpcKTrIZSEi iwU1pNv4Z/v+CtYAJ9w6qKNPZf0LbTTQif9GkPXVa8cL/hd2K20rmdpIX5VncIZ4 tkCSGl/iXsnxcLNS4+KtOLLl6fTveYSJpMF5u7sZJqVUpu9UaM/zSXQV4Z/8x1+y i+P8RGK4FVG+tnOYIycLWRzlgoWZysJgweuKG9fwmpTpRa3C78AzfWHA5l/GGY+G IvkSyy9wqjx7yC40ki8fMlFNQ8xtDrNnoFOszyMGYd5CLTTXUjse5MYMTzGTycid Xy+v+T1zI43bAJC9WW+PAsxhC0vjML10K4NV0RubH0CDlyHoTK/SiqFdDdPPgArQ Ht/nSgVSsnBHrlCTsPbm2Z/M08y7D7hkv10XLN9B+2BRXDbPjnGNNzibmj/aypM/ dTYlsri6TQM+jyXOlJWatV6p/GTrP6igGVckE3EBHPpO5WRk2Go2kl00f7S1rOr9
Bug#737708: isync: Mailbox path corruption
On Fri, Feb 07, 2014 at 09:51:30AM +0100, Oswald Buddenhagen wrote: SyncState * MaildirStore local Path ~/ Path ~/Mail/ Inbox ~/INBOX Inbox /var/mail/berd AltMap no MaildirStore local_root [...] nuke the entire section. Channel main Master :rdtex:INBOX Slave :local_root:var/mail/berd Master :rdtex: Slave :local: Expunge Both Channel is_spam Master :rdtex:is_spam Slave :local:Mail/is_spam Master :rdtex:is_spam Slave :local:is_spam Expunge Both Yes! It works correctly with both boxes. Hope this wrapper bug be fixed in some future. Thank you very much, Oswald. -- Eugene Berdnikov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737093: thermald: daemon eats 100 percent CPU time
On 31/01/14 21:54, Nicolas Boulenguez wrote: No bug with a locally recompiled package. # aptitude purge thermald # aptitude install thermald # 1.1~rc2-4 ... thermald process uses 100% cpu # aptitude purge thermald # apt-get source thermald # 1.1~rc2-4 # pdebuild # dpkg -i $localpackage ... no bug # debdiff $officialpackage $localpackage File lists identical (after any substitutions) No differences were encountered between the control files Just in case, a debug log *without* the bug is attached. I produced it by recompiling the package with DEB_BUILD_OPTIONS=noopt pdebuild and modifying the start command in the init script. # start-stop-daemon --start --quiet --oknodo \ --background --no-close \ --exec /usr/sbin/thermald -- \ --no-daemon --loglevel=debug /tmp/debug.log 21 Any idea to produce debug output right after installation of the official package? Probably the easiest way is to attach gdb to the daemon and see where it is spinning in a loop, e.g. get the pid and attach gdb as follows: $ pidof thermald 2055 $ su -c gdb -ex 'attach 2055' -ex 'where' ..where 2055 is the pid of thermad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Call for votes on init system resolution
Russ Allbery r...@debian.org writes: I consider the L option as currently written to be a commitment to a course of action that is technically broken and unsustainable. I also think the effect of L is contrary to its intended goal and will make it less likely, not more likely, that Debian will provide working support for any init system other than the default in the long run. (More on that below.) I agree with this, with a slightly greater emphasis on ensuring that Debian developers continue to have great latitude in choosing how to package software. I would also have preferred to continue Bdale's ballot which didn't mention this issue at all. I think a fair number of us seem to feel that the T/L notion is at least as important, if not more important, than the D/U/O/V decision as it sets a broader and longer-term precedent for the project than choosing which init system should be the default for jessie. Would it make sense to actually build a ballot that voted this issue separately, and do that *before* the default init system for jessie vote? We would list all four of the proposed versions (nil, L, T and S). I don't think guiding the project in this particular area should depend on which init system was chosen as the default for jessie. I do think that either you believe that packages should work with any init system, so that you can separately choose any combination of them, or you believe that package maintainers should be able to choose a subset of the available init systems to support, ruling out some combinations. I readily admit to not really understanding all of the subtleties of our polling process, but when looking at the votes cast for Ian's proposed ballot, it looks like we've got a clear set of votes for L vs T already; each vote places the xL and xT options in the same order for each 'x'. It seems to me that this issue is clearly a matter of technical policy and falls under the ctte purview under section 6.1.1, although I believe it has some ambiguity as to whether it is valid because of 6.3.5. These options have certainly been proposed and reasonably thoroughly discussed, although one might not consider the init system bug thread as separate from the ctte. Of course, it's really a dependency of an issue which was brought to the ctte, so in a sense, it's a recursive function call. -- keith.pack...@intel.com pgpsuvmDArl9V.pgp Description: PGP signature
Bug#676504: pocl ITP, and opencl-icd selection
Hi, On 05/02/2014 00:15, Rebecca N. Palmer wrote: 1) The pocl proposed package (ITP #676504, https://alioth.debian.org/anonscm/git/collab-maint/pocl.git) has not been touched for approximately a year; did it hit a technical problem, or have you just not had time? Initially, it was technical problems (mainly (sub)architecture detection at compilation time). But, to my knowledge, this has been correctly addressed and fixed upstream. Then, it is only lack of time. The packaging is done in the git repo in the colab-maint project on alioth. Any one-time help (importing and testing the pre 0.9 releases, ...) or even co-maintainer on the long term is really welcome. 2) Do you have a plan for how to ensure the correct ICD for the hardware is installed? No, and I do not see any way to do this. There is no hardware information for the dependency system (but the main architecture such as i386/amd64/armel/...) If we got a free implementation that works (not necessarily optimized) nearly everywhere (pocl ?), then we can imagine to put it as the first alternative dependency. Your two proposal are also very interesting. The difference with xorg is that xorg choose the good driver at runtime if all are installed. This is not the case with OpenCL. For example, if beignet is installed on a machine where it does not work, it can be selected as the default implementation by libOpenCL.so.1 (but if its initializer does not report any plateform on non-supported environment, I did not checked). I think the first step is to package pocl. Then, we can try to improve dependencies so that OpenCL applications work on all machine by default (sometime, OpenCL applications require specifically a GPU device. Should we fallback on CPU device if none are available ?). Perhaps, the ICD loader of ocl-icl can be improved to add specific runtime detection in order to choose the best default implementation when several are available (perhaps with the help of ICDs themselves). Regards, Vincent PS: I will be without internet access for 1 week. -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Call for votes on init system resolution
* Russ Allbery (r...@debian.org) [140207 02:09]: Anthony Towns a...@erisian.com.au writes: It's really pretty terrible to actively use FD to try to block options that aren't your favourite. Honestly, I would have expected the tech ctte to be able to come to a consensus on a set of proposals considered reasonable by all the members, and accept whatever a majority decided. I'd certainly hope that tech ctte members won't tactically change their vote to try to hack the process. (The obvious counter is for the four members who prefer T to L to vote all the L options below FD in the same way as Andi, Ian and Steve have voted all the T options below FD) Exactly. I've been trying to refrain from tactical voting of that sort. I don't think that's a slippery slope we should start diving down. I also flatly disagree with Adrian over whether we're deadlocked. I don't see any point in discussing it, though. I agree with you, I don't see any reason why we are deadlocked. If we want to do yet another round on improving texts this is fine for me, but should be finished soon. And the following vote should really be finished, and I expect an outcome from the votes and statements I have seeing so far. (I don't plan to vote FD again - I even didn't plan it for this vote, but wanted to give Steve a chance to update the texts, that is why I changed it for the moment.) Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649034: Both starting at the same time
Hi, I can confirm that when having both notification-daemon and xfce4-notifyd installed, at random one or the other starts (with different notify behaviours). However, when I logged in today both started at the same time, giving an error message: Xfce Notify - another instance is already running. I could replicate this by logging in/out (until I eventually uninstalled notification-daemon). Cheers, Alad -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737960: ganglia-monitor: gmond segfault
Package: ganglia-monitor Version: 3.6.0-2 Severity: normal Dear Maintainer, I am replacing an old ganglia setup running on debian lenny which consists of 4 clusters. Therefore I changed the init.d script to run 4 instances of gmond. I also configured it to use rrdcached. The main difference to the old setup is that I activated sFlow support and that I changed from tmpfs to rrdcached. I changed the configuration of the clients to send to both the old and the new server. During the last Day I got 3 segfaults: Feb 6 09:53:52 web05 kernel: [232710.661591] gmond[24775]: segfault at cc000928 ip 7f6ad56f2f21 sp 7f6ad2a9bfb8 error 4 in libc-2.13.so[7f6ad5672000+182000] Feb 6 10:08:28 web05 kernel: [233589.004172] gmond[24314]: segfault at 6c0008d8 ip 7f6274ab7f21 sp 7f6271e60fb8 error 4 in libc-2.13.so[7f6274a37000+182000] Feb 7 07:16:52 web05 kernel: [309692.562475] gmond[28971]: segfault at 84000928 ip 7fcf912e2f21 sp 7fcf8e68bfb8 error 4 in libc-2.13.so[7fcf91262000+182000] All 3 segfaults could be related to sFlow. I configured sFlow on some Windows hosts. It is possible that the segfaults occurred when a Windows host is booted bat I am not completely sure about that. -- System Information: Debian Release: 7.4 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/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ganglia-monitor depends on: ii adduser 3.113+nmu3 ii libapr1 1.4.6-3+deb7u1 ii libc62.13-38+deb7u1 ii libconfuse0 2.7-4 ii libexpat12.1.0-1+deb7u1 ii libganglia1 3.6.0-2 ii libpcre3 1:8.30-5 ii zlib1g 1:1.2.7.dfsg-13 ganglia-monitor recommends no packages. ganglia-monitor suggests no packages. -- Configuration Files: /etc/ganglia/gmond.conf changed [not included] /etc/init.d/ganglia-monitor 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#737955: readline6: Patch to bootstrap without multilib or texinfo
Am 07.02.2014 09:14, schrieb Daniel Schepler: and also it allows building without multilib compilers and libraries which aren't available until much later in the bootstrapping process. this is wrong and not needed. there is no difference in build dependencies when building a non-multilib'd or a multilib'd compiler. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737375: bootlogd: Segfaults during boot on Hurd booting using sysvinit
The patch in URL: http://bugs.debian.org/576443 get rid of the segfault, replacing it with this message: bootlogd: ioctl(/dev/ttyp1, TIOCCONS): Inappropriate ioctl for device Slightly better, but still broken. -- 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#727708: Vote on Bdale's ballot plus GR
Why not just vote on Bdale's ballot plus the GR override provision? There are 4 members who apparently are going to rank systemd first with the GR provision, and Bdale casts the deciding vote, so systemd wins. Once systemd's victory and upstart's defeat is established, then discussion on everything else will be much faster, because those who oppose systemd will no longer have any conscious or unconscious tendency to attempt to stall the process or attempt to manipulate the outcome through extra options. Alternatively, if further discussion is preferred to action, then an interesting topic for that discussion could be whether someone who appears in https://launchpad.net/upstart/+topcontributors is likely to be capable or interested in providing an unbiased opinion on what the best init system is. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728178: transition: gdcm 2.4.0
On Mon, Feb 3, 2014 at 4:11 PM, Mathieu Malaterre ma...@debian.org wrote: Steve, On Mon, Feb 3, 2014 at 4:04 PM, Julien Cristau jcris...@debian.org wrote: On Tue, Oct 29, 2013 at 09:04:35 +0100, Mathieu Malaterre wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition I'd like to request a transition slot for GDCM 2.4.0. Once #727154 is fixed GDCM can be moved to sid. I'll prepare a list of impacted packages. Are you planning on uploading a fixed gccxml? Are you working on gccxml this week ? Otherwise I'll `team upload` a new version this week end. newer gccxml did fix the gdcm compilation issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637757: Pending fixes for bugs in the libaudio-ecasound-perl package
tag 637757 + pending thanks Some bugs in the libaudio-ecasound-perl package are closed in revision 2a3bf4a2891ea13da7e5a8e4a87334142e212e57 in branch 'master' by Damyan Ivanov The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libaudio-ecasound-perl.git;a=commitdiff;h=2a3bf4a Commit message: use versioned (build-) dependency on ecasound (= 2.9.1-2~) to make sure #736616 (mips failure) is fixed. Closes: #637757 (ftbfs in mips) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#418361: aptitude: (some) aptitude colours suck
Control: tags -1 + moreinfo -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737820: grub-pc: postinst fails when ‘grub-mkconfig’ has non-zero exit status
On Fri, Feb 07, 2014 at 09:10:52AM +1100, Ben Finney wrote: * ‘/usr/sbin/grub-mkconfig’ exits with status 1, because * ‘/etc/grub.d/05_debian_theme’ exits with status 1, because * ‘test -d ${GRUB_PREFIX}’ exits with status 1, because * ‘GRUB_PREFIX’ is empty. I think you have a locally-modified /etc/grub.d/05_debian_theme (which is a conffile), did not choose to apply the maintainer changes to that file in 2.00-1, and thus have a version that still refers to ${GRUB_PREFIX}. I've attached the current version of that file in 2.00-22 for comparison. -- Colin Watson [cjwat...@debian.org] #!/bin/sh set -e # grub-mkconfig helper script. # Copyright (C) 2010 Alexander Kurtz kurtz.a...@googlemail.com # # GRUB is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # GRUB is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with GRUB. If not, see http://www.gnu.org/licenses/. # Include the GRUB helper library for grub-mkconfig. . /usr/share/grub/grub-mkconfig_lib # We want to work in /boot/grub/ only. test -d /boot/grub; cd /boot/grub # Set the location of a possibly necessary cache file for the background image. # NOTE: This MUST BE A DOTFILE to avoid confusing it with user-defined images. BACKGROUND_CACHE=.background_cache set_default_theme(){ case $GRUB_DISTRIBUTOR in Ubuntu|Kubuntu) # Set a monochromatic theme for Ubuntu. echo ${1}set menu_color_normal=white/black echo ${1}set menu_color_highlight=black/light-gray if [ -e /lib/plymouth/themes/default.grub ]; then sed s/^/${1}/ /lib/plymouth/themes/default.grub fi ;; *) # Set the traditional Debian blue theme. echo ${1}set menu_color_normal=cyan/blue echo ${1}set menu_color_highlight=white/blue ;; esac } module_available(){ local module for module in ${1}.mod */${1}.mod; do if [ -f ${module} ]; then return 0 fi done return 1 } set_background_image(){ # Step #1: Search all available output modes ... local output for output in ${GRUB_TERMINAL_OUTPUT}; do if [ x$output = xgfxterm ]; then break fi done # ... and check if we are able to display a background image at all. if ! [ x${output} = xgfxterm ]; then return 1 fi # Step #2: Check if the specified background image exists. if ! [ -f ${1} ]; then return 2 fi # Step #3: Search the correct GRUB module for our background image. local reader case ${1} in *.jpg|*.JPG|*.jpeg|*.JPEG) reader=jpeg;; *.png|*.PNG) reader=png;; *.tga|*.TGA) reader=tga;; *) return 3;; # Unknown image type. esac # Step #4: Check if the necessary GRUB module is available. if ! module_available ${reader}; then return 4 fi # Step #5: Check if GRUB can read the background image directly. # If so, we can remove the cache file (if any). Otherwise the backgound # image needs to be cached under /boot/grub/. if is_path_readable_by_grub ${1}; then rm --force ${BACKGROUND_CACHE}.jpeg \ ${BACKGROUND_CACHE}.png ${BACKGROUND_CACHE}.tga elif cp ${1} ${BACKGROUND_CACHE}.${reader}; then set -- ${BACKGROUND_CACHE}.${reader} ${2} ${3} else return 5 fi # Step #6: Prepare GRUB to read the background image. if ! prepare_grub_to_access_device `${grub_probe} --target=device ${1}`; then return 6 fi # Step #7: Everything went fine, print out a message to stderr ... echo Found background image: ${1} 2 # ... and write our configuration snippet to stdout. Use the colors # desktop-base specified. If we're using a user-defined background, use # the default colors since we've got no idea how the image looks like. # If loading the background image fails, use the default theme. echo insmod ${reader} echo if background_image `make_system_path_relative_to_its_root
Bug#727708: Call for votes on init system resolution
Le vendredi, 7 février 2014, 01.08:46 Keith Packard a écrit : I think a fair number of us seem to feel that the T/L notion is at least as important, if not more important, than the D/U/O/V decision as it sets a broader and longer-term precedent for the project than choosing which init system should be the default for jessie. What the technical committee members feel is important to rule upon is one thing; what the technical committee can rule upon is defined by our constitution. Sometimes there's a mismatch. Would it make sense to actually build a ballot that voted this issue separately, and do that *before* the default init system for jessie vote? We would list all four of the proposed versions (nil, L, T and S). (…) It seems to me that this issue is clearly a matter of technical policy and falls under the ctte purview under section 6.1.1, although I believe it has some ambiguity as to whether it is valid because of 6.3.5. Sorry to insist on this point, but I think both L and S fall under §6.3.5, specifically under does not engage in design of new (…) policies: for instance, L says Software outside of an init system's implementation may not require a specific init system to be pid 1; that would quite clearly set a new policy. The latter part of §6.3.5 also applies I think: The Technical Committee restricts itself to choosing from (…) decisions which have been proposed and reasonably thoroughly discussed elsewhere, which resonates with §6.1.1's parenthesis the usual maintainer of the relevant (…) documentation makes decisions initially (who would probably be the Policy maintainers). The Tight/Loose/Split-the-init discussion has mostly (if not only) been discussed in this bug, by the technical committee members, failing the above elsewhere. Also, the maintainers of the various concerned packages (consumers or providers of logind for instance) have also clearly stated that their work was stalled by the choice of a default init; this policy work hasn't had a chance to happen. I think it also fails §6.3.6 Technical Committee makes decisions only as last resort, as that specific issue hasn't been brought by the Policy maintainers. Finally, if the matter is of sufficient importance, I'm quite certain that it will be brought up to the Technical Committee. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#737956: conflict between system user and normal user
What is the correct way to deal with this kind of problem ? I cannot find in the policy something about conflict between system and non-system user. I don't think there is much that can reall be done to fix the fundamental problem which is that system users and regular users have to live in the same namespace causing a risk of conflicts. There are two things I can see you could do to impreove the situation with your package. 1: Fail early, it's better to have preinst fail than it is to start creating stuff with wrong permissions/ownership. 2: Choose a less generic name that is less likely to cause conflicts. Do you plan to use this user only for the db? if so tango-db might make sense, if not maybe something like tango-control-system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#418361: aptitude: (some) aptitude colours suck
Ops, hit send before writing the text. For me, the default colours of aptitude are not particularly eye-straining or anything like the combinations that you mention (unless they were changed since the bug was submitted, but I don't think so and I've been using aptitude for more than a decade). white on blue is good. white on black is good, and those are the default colours for me. So unless you mean some special menus or error messages, or that it behaves differently depending on the background of the terminal (mine is black), I am not sure about what you are talking about. If you don't like Light Blue on Orange is unreadable, just don't switch to that theme or use those colours, I think that it's the easiest solution. It might have its uses though, e.g. if you want to show aptitude running on openmoko to your friends in a rave. And in general, I think that your tone is a bit inappropriate, because no developer has to be forced to read books on design to publish software that they create in their free time, or are expect to be knowledgeable in every field. Since you seem to be interested in that field, perhaps you have suggestions of concrete things to fix, and it will be more helpful, but this bug as it is is not very useful. Here's the documentation about colours (also available installing aptitude-doc-en): http://aptitude.alioth.debian.org/doc/en/ch02s05s03.html Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737962: komi: please provide a desktop file and icons
Package: komi Version: 1.04-5 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently komi does not supply a desktop file and no desktop icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737963: php5: directives upload_max_filesize and post_max_size are ignored in /etc/php5/apache2/php.ini
Package: php5 Version: 5.4.4-14+deb7u7 Severity: normal Directives upload_max_filesize and post_max_size are not read unless you move them at the top of the file. After weeks of headache I tried to change the php.ini this way after reading bug #685156, worked instantly. Before, only default values were read in phpinfo(). Oddly enough, memory_limit directive was normally read. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.4.4-14+deb7u7 ii php5-common 5.4.4-14+deb7u7 php5 recommends no packages. php5 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#737935: m4: Move texinfo from Build-Depends to Build-Depends-Indep
On Thu, 6 Feb 2014, Daniel Schepler wrote: Source: m4 Version: 1.4.17-2 Severity: wishlist Tags: patch For the purposes of bootstrapping, it would be nice to be able to build m4 without texinfo installed, as m4 is much easier to bootstrap than texinfo is. The attached patch implements this. (Note that there's also a dependency cycle that m4 Build-Depends on libsigsegv-dev, which Build-Depends on autoconf, which Depends on m4. But the autoconf script seems to handle building without libsigsegv automatically with no further changes needed.) Makes sense. Thanks a lot, will be applied in the next upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737964: linthesia: please provide a desktop and menu file and icons
Package: linthesia Version: 0.4.2-6 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently linthesia does not supply a desktop and menu file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737965: fonts-freefont: ttf-freefont dropped, makes dozen of packages uninstallable
Source: fonts-freefont Version: 20120503-2 Severity: serious This version of fonts-freefont dropped both the transitional package and the Provides for ttf-freefont, claiming in the changelog that there are no reverse dependencies. I don't know where you got this idea - there are actually a few dozen reverse dependencies of ttf-freefont (one of them is gource which I happen to have installed, that's how I noticed the problem). Please revert the changes and file bugs against ttf-freefont's reverse dependencies. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13.1-nouveau (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 -- 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#737966: ltris: missing menu icon entry
Package: ltris Version: 1.0.19-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently ltris does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737967: macopix-gtk2: please provide a desktop file and icons
Package: macopix-gtk2 Version: 1.7.4-4 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently macopix-gtk2 does not supply a desktop file and no desktop icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#676504: pocl ITP, and opencl-icd selection
Control: retitle -1 ITP: pocl -- Portable OpenCL (For those reading in the bug, my previous message is http://lists.alioth.debian.org/pipermail/pkg-opencl-devel/Week-of-Mon-20140203/79.html ) (importing and testing the pre 0.9 releases, ...) I'll give that a try. Would it make sense for the pkg-opencl-devel list to own this package? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737956: conflict between system user and normal user
I don't think there is much that can reall be done to fix the fundamental problem which is that system users and regular users have to live in the same namespace causing a risk of conflicts. There are two things I can see you could do to impreove the situation with your package. 1: Fail early, it's better to have preinst fail than it is to start creating stuff with wrong permissions/ownership. Yes I nedd to faisl with a human comprehensible error explaining that the requested users is already there but that is not a system user. 2: Choose a less generic name that is less likely to cause conflicts. Do you plan to use this user only for the db? if so tango-db might make sense, if not maybe something like tango-control-system. no this user will be used by all tango controls system daemon. tango-db tango-starter tango-accesscontrol ... no my question is should I provide a amigration plan from the current tango user ? this package is already usedin production. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737939: postinst requires /etc/{passwd, group}, but doesn't depend on base-passwd, breaking cdebootstrap
reassign 737939 cdebootstrap thanks On Fri, 7 Feb 2014, Stefan Lippers-Hollmann wrote: Package: base-files Version: 7.2 Severity: important Tags: patch X-Debbugs-Cc: Bastian Blank wa...@debian.org, Debian Install System Team debian-b...@lists.debian.org, Colin Watson cjwat...@debian.org Hi [ CC'ing the maintainers of the other involved packages, cdebootstrap, base-passwd and cdebconf/ libdebconfclient0 ] Trying to cdebootstrap Debian unstable fails starting with the 2014-01-10 22:01:06[2] dinstall (2014-01-10 16:12:15[1]) is still o.k.) by throwing the following error condition: # cdebootstrap --arch=amd64 --flavour=minimal --debug --verbose sid /mnt/ http://ftp.de.debian.org/debian/ […] O: Setting up libdebconfclient0:amd64 (0.187) ... P: Configuring package libdebconfclient0:amd64 O: Setting up base-files (7.2) ... P: Configuring package base-files D: Updating base-files to status 3 O: chown: invalid user: 'root:root' O: dpkg: error processing package base-files (--configure): O: subprocess installed post-installation script returned error exit status 1 […] O: Processing triggers for libc-bin (2.17-97) ... O: Errors were encountered while processing: O: base-files O: bash D: Status: 256 E: Internal error: install The cause for this appears to be a subtile change of the implicit package configuration order under cdebootstrap, triggered by libdebconfclient0 gaining multi-arch qualifiers with 0.186 -- 0.187. This results in base-passwd now being configured after base-files, while base-files already depends on /etc/passwd and /etc/group from its postinst: --- 20140110T161215Z +++ 20140110T220106Z @@ -245,7 +245,7 @@ P: Unpacking package tar P: Unpacking package libtinfo5:amd64 P: Unpacking package mawk P: Unpacking package base-files -P: Unpacking package libdebconfclient0 +P: Unpacking package libdebconfclient0:amd64 P: Unpacking package base-passwd P: Unpacking package sensible-utils P: Unpacking package debianutils @@ -309,8 +309,6 @@ P: Configuring package debianutils P: Configuring package bsdutils P: Configuring package perl-base P: Configuring package diffutils -P: Configuring package libdebconfclient0 -P: Configuring package base-passwd P: Configuring package mawk P: Configuring package hostname P: Configuring package findutils @@ -324,9 +322,11 @@ P: Configuring package libsepol1:amd64 P: Configuring package tzdata P: Configuring package zlib1g:amd64 P: Configuring package libgcc1:amd64 +P: Configuring package libdebconfclient0:amd64 P: Configuring package base-files P: Configuring package libattr1:amd64 P: Configuring package e2fslibs:amd64 +P: Configuring package base-passwd P: Configuring package libcomerr2:amd64 P: Configuring package libacl1:amd64 P: Configuring package libslang2:amd64 I think this should be solvable by declaring a dependency on base-passwd to base-files, so base-passwd gets configured before base-files' postinst tries to use chown: diff -Nrup a/debian/control b/debian/control --- a/debian/control +++ b/debian/control @@ -8,6 +8,7 @@ Package: base-files Provides: base Architecture: any Pre-Depends: awk +Depends: base-passwd Essential: yes Priority: required Replaces: base, miscutils, dpkg (= 1.15.0) Given that this cdebootstrap breakage affects the first bootstrap phase, I have not been able to actually test this patch, but I hope it fixes the problem. This is certainly a bug, but base-passwd is Essential: yes and policy says packages do not need to depend on essential packages, so this would not be the right fix. It could even be true that applying the patch fixes the problem, but even in that case it would not be a good way to fix it, because there will always be circular dependencies among essential packages and we should not rely on them for package configuration order. Instead, this is a problem that should be fixed in cdebootstrap, hence the reassign. Thanks for the report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737938: BUG: unable to handle kernel paging request at 000008000000001c
Control: tag -1 moreinfo On Thu, 2014-02-06 at 21:56 -0500, Stephen Powell wrote: Package: linux Version: 3.11.10-1 [38587.355263] BUG: unable to handle kernel paging request at 081c Looks like a bit flip to me (0 turned to 0x800 and then treated as a real pointer). Did you run memtest86+ or other memory test yet? Ben. [38587.355328] IP: [8110b149] find_get_page+0x29/0x90 [38587.355382] PGD 0 [38587.355401] Oops: [#1] SMP [38587.355430] Modules linked in: tun bnep rfcomm bluetooth rfkill parport_pc ppdev lp parport nfsd auth_rpcgss oid_registry nfs_acl nfs lockd fscache sunrpc fuse loop usb_storage ata_generic snd_hda_codec_realtek kvm crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 ablk_helper cryptd lrw gf128mul glue_helper evdev edac_mce_amd psmouse edac_core pcspkr radeon serio_raw fam15h_power k10temp sp5100_tco ttm drm_kms_helper drm i2c_algo_bit wmi button snd_hda_intel sg snd_hda_codec acpi_cpufreq snd_hwdep mperf snd_pcm processor snd_page_alloc snd_seq snd_seq_device snd_timer sr_mod ohci_pci cdrom ohci_hcd snd pata_atiixp i2c_piix4 ehci_pci ehci_hcd i2c_core usbcore alx thermal_sys shpchp usb_common soundcore mdio ext4 crc16 mbcache jbd2 sd_mod crc_t10dif ahci libahci libata scsi_mod microcode [38587.356087] CPU: 2 PID: 4050 Comm: hercules Not tainted 3.11-2-amd64 #1 Debian 3.11.10-1 [38587.356151] Hardware name: Gigabyte Technology Co., Ltd. GA-78LMT-S2P/GA-78LMT-S2P, BIOS F3 10/18/2012 [38587.356223] task: 8801f42b1140 ti: 8801f436c000 task.ti: 8801f436c000 [38587.356281] RIP: 0010:[8110b149] [8110b149] find_get_page+0x29/0x90 [38587.356348] RSP: 0018:8801f436dd80 EFLAGS: 00010246 [38587.356390] RAX: 880101caf718 RBX: 8801e06379f8 RCX: fffa [38587.356445] RDX: 0800 RSI: 000444c4 RDI: [38587.356499] RBP: 000444c4 R08: 0800 R09: 880101caf718 [38587.356554] R10: 0006 R11: 0293 R12: 000e [38587.356608] R13: eac3b920 R14: R15: 8801f4233580 [38587.356664] FS: 7f2c70237700() GS:88020fc8() knlGS: [38587.356726] CS: 0010 DS: ES: CR0: 80050033 [38587.356770] CR2: 081c CR3: 0001f434c000 CR4: 000407e0 [38587.356825] Stack: [38587.356842] 8801e06379f0 000444c4 8110c720 8801e06378a0 [38587.356904] 8801f42335f8 000444d2 810abac2 [38587.356965] 000444c3 000444c4 8801f436de68 [38587.357027] Call Trace: [38587.357053] [8110c720] ? generic_file_aio_read+0x250/0x6f0 [38587.357108] [81169527] ? do_sync_read+0x67/0x90 [38587.357154] [81169ab4] ? vfs_read+0x94/0x160 [38587.357199] [8116a5a3] ? SyS_read+0x43/0xa0 [38587.357244] [81481469] ? system_call_fastpath+0x16/0x1b [38587.357291] Code: 00 00 55 48 89 f5 53 48 8d 5f 08 48 89 ee 48 89 df e8 ac e5 14 00 48 85 c0 49 89 c1 74 34 48 8b 10 48 85 d2 74 26 f6 c2 03 75 45 8b 4a 1c 85 c9 74 d9 8d 71 01 48 8d 7a 1c 89 c8 f0 0f b1 72 1c [38587.357502] RIP [8110b149] find_get_page+0x29/0x90 [38587.357551] RSP 8801f436dd80 [38587.360506] CR2: 081c [38587.363626] ---[ end trace a69c5e0ca2716703 ]--- -- .''`. Stephen Powell : :' : `. `'` `- -- Ben Hutchings It is a miracle that curiosity survives formal education. - Albert Einstein signature.asc Description: This is a digitally signed message part
Bug#729203: support request for providing ffmpeg *program*
I also support the request for bringing back the ffmpeg *program*. I think most people (who are not involved in the development and/or package maintenance of libav or ffmpeg; like myself) do not have a strong opinion on which library vlc, chromium or other programs use. It's the decision of the developers and/or package maintainers of those programs which one the use, and it is their responsibility to make sure those programs still work correctly after a switch from one library to another. I dare to say that most users would not even notice. What people do notice, is when their scripts fail because a program they have been using for a long time is silently replaced with something else that doesn't work in the (exact) same way. It took me quite some time to figure out what was going on, when I tried to apt-get install ffmpeg on a new machine where I hadn't added deb-multimedia to the repositories yet (which I had on other machines, but for different reasons) and it didn't behave as expected. I had never heard of libav before, and I don't think I completely understand the situation, even after reading http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html and this page (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729203) and I certainly don't want to jump into what seems to be a very hot discussion. On 2014-02-05 07:44, Adrian Bunk wrote: That was fixed last year September when the ffmpeg packages was removed from unstable. The confusing *transitional* packages that is. That is certainly better than the current situation in stable, but actually having back ffmpeg (the program) would make almost everyone happy, I believe. Cheers, Dietmar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737969: libtcnative-1 breaks Tomcat's 'SSLProtocols'
Package: libtcnative-1 Version: 1.1.24-1 Severity: important Symptoms: The Tomcat 'SSLProtocol' configuration attribute is documented as accepting several values, but on Debian 7/Wheezy (and presumably others) only the values SSLv3 and TLSv1 are accepted; notably the default value of all is rejected. Cause: The Debian packaging of 'libtcnative-1' contains a patch that simply removes the 'SSL_PROTOCOL_SSLV2' bitmask constant and related code, but does not remove it from the matching Tomcat sources. So some other bitmask constants in the Tomcat sources contain that bitmask constant, and therefore will never match the supposedly equivalent bitmasks in 'libtcnative-1'. Comments: Given that 'libtcnative-1' is essentially a Tomcat internal plugin, a native implementation of a Tomcat Java API, introducing an incompatibility between interface and implementation creates a surprising, undocumented, user-visible breakage. Anyhow it seems to me misguided to simply disable SSLv2 in 'libtcnative-1' on other grounds: * The other role of 'libtcnative-1' is as wrapper around 'libopenssl', and the maintainers of that, both upstream and Debian ones, have not felt any need to disable SSLv2 entirely within it. Just like the Tomcat ones, both upstream and Debian, have also felt no need to entirely disable SSLv2 in it either. It is amazing that a library that is a bit of glue between Tomcat and OpenSSL prevents the use of a feature that both explicitly support. * Some aspects of the SSLv2 protocol, in particular the SSLV2 hello, supported by the 'SSLv23*' OpenSSL functions, are widely used by clients, even when SSLv2 itself is not used. It also quite safe to use the 'SSLv23*' OpenSSL functions by setting the cipher suites to HIGH:MEDIUM as that disables all the SSLv2 ciphers, making SSLv2 native negotiation fail. * Perhaps it would be sufficient to print a warning message when SSLv2 is requested, but this should be done in Tomcat, not in a user-invisible glue layer between Tomcat and OpenSSL. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737968: magicmaze: please provide a desktop file and icons
Package: magicmaze Version: 1.4.3.6+dfsg-2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently magicmaze does not supply a desktop file and no desktop icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737970: mah-jong: missing menu icon entry
Package: mah-jong Version: 1.11-2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently mah-jong does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737965: Pending fixes for bugs in the fonts-freefont package
tag 737965 + pending thanks Some bugs in the fonts-freefont package are closed in revision 4e5d91b87b29835b309190bd5d357b9c5618053c in branch 'master' by Christian Perrier The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-freefont.git;a=commitdiff;h=4e5d91b Commit message: Re-introduce transitional packages. Closes: #737965 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737971: mazeofgalious: please provide a desktop file and icons
Package: mazeofgalious Version: 0.62.dfsg2-3 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently mazeofgalious does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737965: [Pkg-fonts-devel] Bug#737965: fonts-freefont: ttf-freefont dropped, makes dozen of packages uninstallable
Quoting Sven Joachim (svenj...@gmx.de): Source: fonts-freefont Version: 20120503-2 Severity: serious This version of fonts-freefont dropped both the transitional package and the Provides for ttf-freefont, claiming in the changelog that there are no reverse dependencies. I don't know where you got this idea - there are actually a few dozen reverse dependencies of ttf-freefont (one of them is gource which I happen to have installed, that's how I noticed the problem). Please revert the changes and file bugs against ttf-freefont's reverse dependencies. Sigh. Now I know why I didn't upload back in August 2013..:-) New version with reintroduced transitional packages is on its way. signature.asc Description: Digital signature
Bug#737767: feed2imap does not decode url
Control: reassign -1 ruby-feedparser Hello, thanks for your bug report. On Wed, Feb 05, 2014 at 08:50:50PM +0100, Sébastien Dailly wrote: Package: feed2imap Version: 1.2-2 Severity: normal Hello, when receiving feeds, I've got the following error : F, [2014-02-05T20:45:27.512843 #32623] FATAL -- : Exception caught when selecting new items for planet-debianfr: bad URI(is not URI?): http://www.inetdoc.net/archives/2014/01/26/virtualisation_système_et_enseignement/index.html /usr/lib/ruby/1.9.1/uri/common.rb:176:in `split' /usr/lib/ruby/1.9.1/uri/common.rb:211:in `parse' /usr/lib/ruby/1.9.1/uri/common.rb:747:in `parse' /usr/lib/ruby/vendor_ruby/feedparser/feedparser.rb:234:in `link' /usr/lib/ruby/vendor_ruby/feed2imap/cache.rb:261:in `initialize' /usr/lib/ruby/vendor_ruby/feed2imap/cache.rb:149:in `new' /usr/lib/ruby/vendor_ruby/feed2imap/cache.rb:149:in `block in get_new_items' /usr/lib/ruby/vendor_ruby/feed2imap/cache.rb:149:in `each' /usr/lib/ruby/vendor_ruby/feed2imap/cache.rb:149:in `get_new_items' /usr/lib/ruby/vendor_ruby/feed2imap/cache.rb:44:in `get_new_items' /usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:238:in `block in initialize' /usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:220:in `each' /usr/lib/ruby/vendor_ruby/feed2imap/feed2imap.rb:220:in `initialize' /usr/bin/feed2imap:48:in `new' /usr/bin/feed2imap:48:in `main' I think that non ascii character in the URL is the error cause. This is a problem in ruby-feedparser. I have a fix and it will be uploaded soon. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#736721: Incorrect dependencies
What attic/crypto.py currently does is: libcrypto = cdll.LoadLibrary(find_library('crypto')) But there is no guarantee that find_library('crypto') returns a library that is ABI-compatible with the Python code. For the Debian package, a quickdirty fix is to replace the find_library() call with 'libcrypto.so.1.0.0', then hardcode libssl1.0.0 in Depends. But that of course means that the package would need a sourceful upload by the next OpenSSL transition. * Dmitry Shachnev mity...@gmail.com, 2014-02-07, 11:37: a simplier solution will be to use existing modules like python-xattr and python-crypto, or writing a Python extension where you can use C code. Instead of full-blow extension module, you could build a thin C wrapper over the interesting libcrypto functions, and then dlopen the wrapper instead of the shared library. But then I notice that attic already contains some extensions modules written in Cython, so surely rewritting crypto.py and xattr.py in Cython shouldn't be a big deal? :-) -- 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#737727: Possible duplicate of #726483
Dear Matthias, Are you referring to the problem that when /etc/init.d/foobar.sh was called by invoke-rc.d foobar.sh ... the command failed? If so, this bug report is a duplicate of #726483, which has already been fixed in initscripts=2.88dsf-46. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737973: mudlet: missing menu icon entry
Package: mudlet Version: 1:2.1-2 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently mudlet does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737972: moria: please provide a desktop file and icons
Package: moria Version: 5.6.debian.1-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently moria does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737820: grub-pc: postinst fails when ‘grub-mkconfig’ has non-zero exit status
package grub-pc tags 737820 + unreproducible thanks On 07-Feb-2014, Colin Watson wrote: I think you have a locally-modified /etc/grub.d/05_debian_theme (which is a conffile), did not choose to apply the maintainer changes to that file in 2.00-1, and thus have a version that still refers to ${GRUB_PREFIX}. That's correct (except that I merged most of the changes to my local config file). So, setting the ‘GRUB_PREFIX’ variable correctly resolves the error. Thanks for identifying that. -- \ “Kissing a smoker is like licking an ashtray.” —anonymous | `\ | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#737974: netmaze: please provide a desktop file and icons
Package: netmaze Version: 0.81+jpg0.82-14.1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently netmaze does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737975: netris: please provide a desktop file and icons
Package: netris Version: 0.52-9 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently netris does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#653008: sasl2-bin backup database prompt does not seem to default as intended
Roberto C. Sánchez writes (Re: sasl2-bin backup database prompt does not seem to default as intended): I have tried several times to reproduce this bug, but I cannot seem to observe the behavior you reported. Can you confirm if this is still a bug for you? If you can't reproduce it, then it's probably gone. I'm afraid the system on which this occured is no longer in existence (it has been reinstalled since). So it's probably best to close the bug. Thanks for your attention. I'll leave actually closing the bug to you. Regards, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: Call for votes on init system resolution
Anthony Towns writes (Re: Bug#727708: Call for votes on init system resolution): It's really pretty terrible to actively use FD to try to block options that aren't your favourite. Honestly, I would have expected the tech ctte to be able to come to a consensus on a set of proposals considered reasonable by all the members, and accept whatever a majority decided. I'd certainly hope that tech ctte members won't tactically change their vote to try to hack the process. I intend to vote GR above FD for this reason. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588665: aptitude: Impossible update (I think that aptitude can't find dependencys)
Control: tags -1 + moreinfo Hi, It is unclear if this is because of an infinite loop, or because for example the machine starts using swap memory and things slow down significantly after some point, or perhaps because it tries very hard to work out how to upgrade without removing packages (which is the mode of operation of safe-upgrade). Does this still happen in your system, and if yes with which versions of aptitude? Does it happen the same when you do full-upgrade (be warned that it might be more disruptive changes than safe-upgrade, as the name implies)? From the manual page: safe-upgrade [...] It is sometimes necessary to remove one package in order to upgrade another; this command is not able to upgrade packages in such situations. Use the full-upgrade command to upgrade as many packages as possible. full-upgrade Upgrades installed packages to their most recent version, removing or installing packages as necessary. This command is less conservative than safe-upgrade and thus more likely to perform unwanted actions. However, it is capable of upgrading packages that safe-upgrade cannot upgrade. You can perhaps also try partial upgrades to alleviate the situation: If no packages are listed on the command line, aptitude will attempt to upgrade every package that can be upgraded. Otherwise, aptitude will attempt to upgrade only the packages which it is instructed to upgrade. The packages can be extended with suffixes in the same manner as arguments to aptitude install, so you can also give additional instructions to aptitude here; for instance, aptitude safe-upgrade bash dash- will attempt to upgrade the bash package and remove the dash package. Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737976: ninix-aya: please provide a desktop file and icons
Package: ninix-aya Version: 4.3.9-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently ninix-aya does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737977: ninvaders: please provide a desktop file and icons
Package: ninvaders Version: 0.1.1-3 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently ninvaders does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737978: nsnake: please provide a desktop and menu file and icons
Package: nsnake Version: 1.5-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently nsnake does not supply a desktop and menu file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737979: numptyphysics: missing menu icon entry
Package: numptyphysics Version: 0.2+svn157-0.1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently numptyphysics does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#725610: pulseaudio-module-bluetooth: Unable to set bluetooth headset on A2DP mode
Hi guys, I got A2DP working on Sid, but I don't know what has changed. I'm using blueman and I can pair my Tracks Air as earphone service (I dont know if this is the correct translation) and then as audio sink, then using pavucontrol I change the audio output and profile. Follow some details about the packages i have installed: Package: blueman Version: 1.23-git201312311147-1 Package: pavucontrol Version: 1.0-1 Package: pulseaudio Source: pulseaudio (4.0-6) Version: 4.0-6+b1 Package: pulseaudio-module-bluetooth Source: pulseaudio (4.0-6) Version: 4.0-6+b1 and my /etc/bluetooth/audio.conf: # Configuration file for the audio service # This section contains options which are not specific to any # particular interface [General] #Enable = Sink # Switch to master role for incoming connections (defaults to true) #Master=true # If we want to disable support for specific services # Defaults to supporting all implemented services #Disable=Gateway,Source,Socket # SCO routing. Either PCM or HCI (in which case audio is routed to/from ALSA) # Defaults to HCI #SCORouting=PCM # Automatically connect both A2DP and HFP/HSP profiles for incoming # connections. Some headsets that support both profiles will only connect the # other one automatically so the default setting of true is usually a good # idea. #AutoConnect=true # Headset interface specific options (i.e. options which affect how the audio # service interacts with remote headset devices) [Headset] # Set to true to support HFP, false means only HSP is supported # Defaults to true HFP=true # Maximum number of connected HSP/HFP devices per adapter. Defaults to 1 MaxConnected=1 # Set to true to enable use of fast connectable mode (faster page scanning) # for HFP when incoming call starts. Default settings are restored after # call is answered or rejected. Page scan interval is much shorter and page # scan type changed to interlaced. Such allows faster connection initiated # by a headset. FastConnectable=false # Just an example of potential config options for the other interfaces [A2DP] SBCSources=1 MPEG12Sources=0 hope it helps Best regards 2014-01-21 Adriano Barbosa adrianoli...@gmail.com: I'm getting the same results with Tracks Air (the one that comes with Moto G) on Sid. Package: pulseaudio Source: pulseaudio (4.0-6) Version: 4.0-6+b1 pulseaudio[3307]: [pulseaudio] module-bluetooth-device.c: Profile not connected, refused to switch profile to a2dp -- Adriano -- Adriano
Bug#737981: omega-rpg: please provide a desktop file and icons
Package: omega-rpg Version: 1:0.90-pa9-15 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently omega-rpg does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737980: Wired/wireless pointless switching
Package: wicd Version: 1.7.2.4-4.1 Severity: minor I have both wireless and wired connections. I have always switch to wired connection when available and automatically reconnect on network connection loss set. If I turn on the laptop with the cable plugged in, wicd first connects to a known wireless network which was set to automatically connect, *then* disconnects and reconnects again to the wired connection. Roughly takes 3 minutes to actually get an usable network. If aways switch to a wired connection is set, wicd should waste no time in trying wireless at all if a wired network can be configured. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wicd depends on: ii wicd-cli [wicd-client] 1.7.2.4-4.1 ii wicd-curses [wicd-client] 1.7.2.4-4.1 ii wicd-daemon1.7.2.4-4.1 ii wicd-gtk [wicd-client] 1.7.2.4-4.1 wicd recommends no packages. wicd suggests no packages. Versions of packages wicd-cli depends on: ii python 2.7.5-5 ii wicd-daemon 1.7.2.4-4.1 Versions of packages wicd-cli recommends: ii sudo 1.8.9p5-1 Versions of packages wicd-gtk depends on: ii python 2.7.5-5 ii python-glade2 2.24.0-3+b1 ii python-gtk22.24.0-3+b1 ii wicd-daemon1.7.2.4-4.1 Versions of packages wicd-gtk recommends: ii gksu 2.0.2-6 ii python-notify 0.1.1-3 Versions of packages wicd-curses depends on: ii python2.7.5-5 ii python-urwid 1.1.1-1+b1 ii wicd-daemon 1.7.2.4-4.1 Versions of packages wicd-curses recommends: ii sudo 1.8.9p5-1 Versions of packages wicd-daemon depends on: ii adduser 3.113+nmu3 ii dbus 1.8.0-1 ii debconf 1.5.52 ii dhcpcd 2:1.0.0 ii ethtool 1:3.13-1 ii iproute 1:3.12.0-1 ii iputils-ping 3:20121221-5 ii isc-dhcp-client 4.2.4-7 ii lsb-base 4.1+Debian12 ii net-tools1.60-25 ii psmisc 22.20-1 ii python 2.7.5-5 ii python-dbus 1.2.0-2+b1 ii python-gobject 3.10.2-2 ii python-wicd 1.7.2.4-4.1 ii wireless-tools 30~pre9-8 ii wpasupplicant1.0-3.1 Versions of packages wicd-daemon recommends: ii rfkill 0.5-1 ii wicd-cli [wicd-client] 1.7.2.4-4.1 ii wicd-curses [wicd-client] 1.7.2.4-4.1 ii wicd-gtk [wicd-client] 1.7.2.4-4.1 Versions of packages wicd-daemon suggests: ii pm-utils 1.4.1-13 Versions of packages python-wicd depends on: ii python 2.7.5-5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734719: distributed-net (2.9110.519-1) still fails
Hi, i run Debian GNU/Linux jessie/sid fresh installed and still get the same error root@host:~# apt-get install distributed-net Reading package lists... Done Building dependency tree Reading state information... Done Suggested packages: apmd The following NEW packages will be installed: distributed-net 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 561 kB of archives. After this operation, 1,572 kB of additional disk space will be used. Get:1 http://ftp.fr.debian.org/debian/ unstable/non-free distributed-net amd64 2.9110.519-1 [561 kB] Fetched 561 kB in 0s (4,931 kB/s) Selecting previously unselected package distributed-net. (Reading database ... 31521 files and directories currently installed.) Preparing to unpack .../distributed-net_2.9110.519-1_amd64.deb ... Unpacking distributed-net (2.9110.519-1) ... Processing triggers for man-db (2.6.6-1) ... Setting up distributed-net (2.9110.519-1) ... Configuring the distributed.net client... Note that when it is run as a daemon (via /etc/init.d/distributed-net), the output will be redirected to /var/log/distributed-net.log. You do not need to set up a log file. [Hit return] This account is currently not available. dpkg: error processing package distributed-net (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: distributed-net E: Sub-process /usr/bin/dpkg returned an error code (1) Any hints? Best regard Ralph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656736: [asciidoc] option to keep the date in the converted document == solution fits you?
Hi Dmitry, As asciidoc has recently made his repo available on github, I created a pull request with all the changes to ease the process: https://github.com/asciidoc/asciidoc/pull/7 If you have any other behavior wishes about this bug, please tell me so I would update the pull request. Best regards, Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737721: does not strip file:// prefix.
control: reassign -1 xarchiver Dear xarchiver maintainer, I would gladly recommend you to inspect XDG standards. The %U in Exec: line means insert all URIs here, and in that case file paths SHOULD be converted into URIs. It is wrong to violate XDG standard for some selected application, that is a dirty hack and will be never done in pcmanfm, it should be fixed in the xarchiver.desktop file instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737982: oneko: please provide a desktop file and icons
Package: oneko Version: 1.2.sakura.6-9 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently oneko does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#728789: dwb: crash with segmentation fault very often
On 2014-02-06 17:18:44, Alberto Garcia wrote: On Thu, Feb 06, 2014 at 03:37:14PM +0100, Sebastian Ramacher wrote: I just tried with 2.2.4-1 and it still crashes on tbpl.mozilla.org. The backtrace is the same. Would it help you if I also tested the version from experimental? Ouch :( Yes, if you can double-check it using that version it would be great. I'm running a recent build from upstream and it seems to work fine, so if we figure out where the problem was fixed we can backport the patch. I've just tried 2.3.4-4 from experimental and it does not crash with that version. I can browse both fr.wikipedia.org and tbpl.mozilla.org without problems. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#737820: grub-pc: postinst fails when ‘grub-mkconfig’ has non-zero exit status
On Fri, Feb 07, 2014 at 10:25:04PM +1100, Ben Finney wrote: On 07-Feb-2014, Colin Watson wrote: I think you have a locally-modified /etc/grub.d/05_debian_theme (which is a conffile), did not choose to apply the maintainer changes to that file in 2.00-1, and thus have a version that still refers to ${GRUB_PREFIX}. That's correct (except that I merged most of the changes to my local config file). So, setting the ‘GRUB_PREFIX’ variable correctly resolves the error. Thanks for identifying that. You're welcome, but the right fix is really to expunge all uses of GRUB_PREFIX from your local config file rather than to set GRUB_PREFIX (which was removed upstream). -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737727: Possible duplicate of #726483
Am 07.02.2014 12:12, schrieb Matthias Liertzer: Dear Matthias, Are you referring to the problem that when /etc/init.d/foobar.sh was called by invoke-rc.d foobar.sh ... the command failed? If so, this bug report is a duplicate of #726483, which has already been fixed in initscripts=2.88dsf-46. Good catch. Given that in the original bug report Matthias had: Versions of packages systemd depends on: .. ii initscripts 2.88dsf-45 It will probably take a few days until 2.88dsf-48 migrates to testing. Matthias, just in case you want to test the fix, you can pull sysv-rc and sysvinit-utils from unstable which should fix the issue in invoke-rc.d and the service utility. -- 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#737983: scribus: unable to handle Chinese characters
Package: scribus Version: 1.4.0.dfsg+r17300-1.1 Severity: normal Tags: upstream Dear Maintainer, the current version of scribus appears to not handle Chinese characters with any grace. When I try to edit Chinese in the story editor, the result is simply an empty frame. Likewise, editing existing documents with text frames containing Chinese characters is impossible, as is importing Chinese characters via the clipboard. To work around the problem, I tried to backport the version in testing, as well as compiling upstream's SVN trunk along with your packaging code from git.debian.org, but to no avail - dependencies would have forced me to upgrade my machine to testing or unstable, which is currently not acceptable to me. While I recognize that this is an upstream problem (possibly even fixed in upstream - only not verifiable for me atm), please keep the bug as a reminder until this problem is being resolved in Debian, too. TIA! Kind regards, --Toni++ -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scribus depends on: ii ghostscript 9.05~dfsg-6.3+deb7u1 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libcups21.5.3-5+deb7u1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libpodofo0.9.0 0.9.0-1.1+b1 ii libpython2.72.7.3-6 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii libtiff43.9.6-11 ii libxml2 2.8.0+dfsg1-7+nmu2 ii python 2.7.3-4+deb7u1 ii python-tk 2.7.3-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages scribus recommends: ii cups-bsd 1.5.3-5+deb7u1 ii gsfonts-x11 0.22 ii xfonts-scalable 1:1.0.3-1 Versions of packages scribus suggests: ii icc-profiles 2.0.1-1 pn scribus-template 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#737819: [Openstack-devel] Bug#737819: nova: Newly introduced templates should get a review by debian-l10n-english
Thomas Goirand wrote: This value will be the static address for this compute node, and must use IPv4 unless use_ipv6 is manually set to True. No, it will always be an IPv4, because that's what is used to contact the node. IPv6 has to do with the VM ran inside the node. I don't think it's possible to use an IPv6 for my_ip, but that's not really a problem since this is all inside a private IPv4 range. So Value for my-ip *must* be inside a private IPv4 range? And we're also taking it for granted that it needs to be a unique value on the same LAN as its neighbours! So how about something like this: Template: nova/my-ip Type: string _Description: Node IP address: Please enter the IP address for this node on the private network being used locally by OpenStack. . This value will be stored in the my_ip directive of nova.conf. -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737985: golang-go.tools: VCS test fail in offline build environments
Package: golang-go.tools Version: 0.0~hg20131126-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to achieve the following: * d/p/0002-skip-online-tests.patch: Skip tests that require access to online resources which cause FTBFS in offline environments. Ubuntu builds all happen offline, so skipping the VCS tests makes sense. Thanks for considering the patch. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-7-generic (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 diff -Nru golang-go.tools-0.0~hg20131126/debian/changelog golang-go.tools-0.0~hg20131126/debian/changelog diff -Nru golang-go.tools-0.0~hg20131126/debian/patches/0002-skip-online-tests.patch golang-go.tools-0.0~hg20131126/debian/patches/0002-skip-online-tests.patch --- golang-go.tools-0.0~hg20131126/debian/patches/0002-skip-online-tests.patch 1970-01-01 02:00:00.0 +0200 +++ golang-go.tools-0.0~hg20131126/debian/patches/0002-skip-online-tests.patch 2014-02-07 13:48:30.0 +0200 @@ -0,0 +1,16 @@ +Description: Skip online tests + Some tests rely on access to online resources; skip + these as this does not work in offline build environments. +Author: James Page james.p...@ubuntu.com +Forwarded: no + +--- a/go/vcs/vcs_test.go b/go/vcs/vcs_test.go +@@ -43,6 +43,7 @@ func TestRepoRootForImportPath(t *testin + + for _, test := range tests { + got, err := RepoRootForImportPath(test.path, false) ++ t.Skip(Skipping test in offline build environment) + if err != nil { + t.Errorf(RepoRootForImport(%q): %v, test.path, err) + continue diff -Nru golang-go.tools-0.0~hg20131126/debian/patches/series golang-go.tools-0.0~hg20131126/debian/patches/series --- golang-go.tools-0.0~hg20131126/debian/patches/series 2013-12-06 09:23:47.0 +0200 +++ golang-go.tools-0.0~hg20131126/debian/patches/series 2014-02-07 13:38:02.0 +0200 @@ -1 +1,2 @@ 0001-godoc-symlinks.patch +0002-skip-online-tests.patch
Bug#737984: guymager: Build-Depends on obsolete libprocps0-dev
Source: guymager Version: 0.7.3-1 Severity: serious Hi, your package Build-Depends on the obsolete libprocps0-dev which is no longer built by props. Today it is called libprocps3-dev, but you should better B-D on the virtual package libprocps-dev, at least as an alternative. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737986: issues with license
Package: XXX Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, according to your debian/copyright the files src/include/tbb/* and src/libutil/tbb_misc.cpp are licensed under GPLv2+. According to their file headers the license is only GPLv2. In addition the LGPL license of src/doc/algorithm.sty is missing. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737987: pychecker: False warning with complex format string parameters
Package: pychecker Version: 0.8.19-8 Severity: normal Hi, using foo = 'foo' baz = 'baz' print %s%s % ('bar' if foo else '', baz) pychecker fails with test.py:3: Format string argument count (0) doesn't match arguments (2) It seems to fail to count the number of tuple arguments. Moving the 'if .. else' outside of the tuple works around this. Cheers, -- Guido -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14.0-rc1+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pychecker depends on: ii python 2.7.5-5 pychecker recommends no packages. pychecker 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#737827: [DSE-Dev] Bug#737827: I get a segfault of semodule when loading the latest reference policy (v2.20130424) with make load
Hello Laurent, thanks for the quick reply. Sure, i can provide you a BT - is there a corresponding debug symbols package available for policycoreutils? Mit freundlichen Grüßen / Kind regards, Daniel Gassen CC Security gCERT / gCERT Coordinator Phone: +49 621 60-45903 Mobile: +49 174 3496548 E-Mail: daniel.gas...@basf.com Postal Address: BASF Business Services GmbH, GSI/ITNB - C010, 67059 Ludwigshafen, Germany BASF - The Chemical Company BASF Business Services GmbH, Registered Office: 67059 Ludwigshafen, Germany Companies' Register: Amtsgericht Ludwigshafen, HRB 3541 Managing Directors: Andreas Biermann, Stefan Beck, Wiebe van der Horst Chairman of the Supervisory Board: Dr. Robert Blackburn www.information-services.basf.com From: Laurent Bigonville bi...@debian.org To: daniel.gas...@basf.com Cc: 737...@bugs.debian.org, rene.fassben...@basf.com, michael.schu...@basf.com Date: 06.02.2014 13:25 Subject:Re: [DSE-Dev] Bug#737827: I get a segfault of semodule when loading the latest reference policy (v2.20130424) with make load Le Thu, 6 Feb 2014 11:35:05 +0100, daniel.gas...@basf.com a écrit : Hello, Do you think you could provide us a backtrace? But It's usually better that userspace matches the release of the policy, I already saw issues in the past when mixing the versions. I should maybe start looking at backporting SELinux userspace and policy to wheezy. Anyway this bug is not affecting unstable and the upcoming jessie release and I've marked the bugs as such. Cheers, Laurent Bigonville
Bug#737727: Possible duplicate of #726483
Hi, Michael Biebl: Matthias, just in case you want to test the fix, you can pull sysv-rc and sysvinit-utils from unstable which should fix the issue in invoke-rc.d and the service utility. Thanks, will do. For whatever reason, reportbug did not warn me about that new version. -- -- Matthias Urlichs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728789: dwb: crash with segmentation fault very often
On Fri, Feb 07, 2014 at 12:44:46PM +0100, Sebastian Ramacher wrote: I've just tried 2.3.4-4 from experimental and it does not crash with that version. I can browse both fr.wikipedia.org and tbpl.mozilla.org without problems. That's valuable information, thanks! I'll try to narrow down the problem. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737986: issues with license
On 2014-02-07 12:55:47, Thorsten Alteholz wrote: Package: XXX Judging from the files mentioned in the bug report and the packages that have just been accepted from NEW, I suspect you wanted openimageio here. Is that correct? Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, according to your debian/copyright the files src/include/tbb/* and src/libutil/tbb_misc.cpp are licensed under GPLv2+. According to their file headers the license is only GPLv2. In addition the LGPL license of src/doc/algorithm.sty is missing. Thanks! Thorsten Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#737721: does not strip file:// prefix.
Control: submitter -1 ! Control: reassign -1 pcmanfm Hello Andrej, I have already dealt with the problem in #737704. I consider bug #737721 as your part of the issue, that's why I have cloned the bug report. I have read the XDG specification: http://standards.freedesktop.org/desktop-entry-spec/desktop-entry-spec-latest.html#exec-variables %U: A list of URLs. Each URL is passed as a separate argument to the executable program. Local files may either be passed as file: URLs or as file path. I interpret the last sentence in the way that the file paths may be converted to URLs _or_ file paths. Obviously Thunar and Nautilus support both and they are in compliance with the specification as you can plainly see. If you disagree with the severity, please consider downgrading the bug to wishlist and implement the complete specification at your convenience. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737988: Cannot build package
Package: libcommons-fileupload-java Version: 1.3-3 Severity: serious For some reason libcommons-fileupload-java fails to build on my wheezy system. It fails with: --- T E S T S --- Running org.apache.commons.fileupload.ParameterParserTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.208 sec Running org.apache.commons.fileupload.MultipartStreamTest Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec Running org.apache.commons.fileupload.DiskFileItemSerializeTest Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.071 sec Running org.apache.commons.fileupload.DefaultFileItemTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.022 sec Running org.apache.commons.fileupload.ServletFileUploadTest Tests run: 10, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.13 sec Running org.apache.commons.fileupload.ProgressListenerTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.45 sec Running org.apache.commons.fileupload.SizesTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.722 sec Running org.apache.commons.fileupload.StreamingTest Tests run: 5, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 2.391 sec Running org.apache.commons.fileupload.FileItemHeadersTest Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec Running org.apache.commons.fileupload.util.mime.MimeUtilityTestCase Tests run: 6, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.078 sec FAILURE! Running org.apache.commons.fileupload.util.mime.QuotedPrintableDecoderTestCase Tests run: 11, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.067 sec Running org.apache.commons.fileupload.util.mime.Base64DecoderTestCase Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.039 sec Results : Failed tests: decodeUtf8QuotedPrintableEncoded(org.apache.commons.fileupload.util.mime.MimeUtilityTestCase): expected: h[�! ���]u !!! but was: h[é! àèô]u !!! decodeUtf8Base64Encoded(org.apache.commons.fileupload.util.mime.MimeUtilityTestCase): expected: h[�! ���]u !!! but was: h[é! àèô]u !!! Tests run: 67, Failures: 2, Errors: 0, Skipped: 0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713221: pyxpcom: FTBFS: configure: error: Could not find build shared libraries for Python at /usr. This is required for PyXPCOM.
The error mentioned in the bug report is trivial to fix, just specify the python libdir manually in debian/rules DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) export MOZ_PYTHON_LIBDIR=/usr/lib/$(DEB_HOST_MULTIARCH) And bump the build-dependency on python-dev to = 2.7.5 Unfortunately after doing that the build fails with. xpidl.IDLError: error: type 'PRInt32' not found, ../../../../xpcom/test/test_component/py_test_component.idl line 110:30 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737990: Fails to build on wheezy
Package: stapler Version: 1.218-1 Severity: important For some reason I cannot build stapler on wheezy system, it fails with: jh_installlibs -plibstapler-java jh_classpath -plibstapler-java error: Can't rename /usr/share/java/stapler.jar as /usr/share/java/stapler.zbk Permission denied at /usr/share/perl5/Archive/Zip/Archive.pm line 454 Archive::Zip::Archive::overwriteAs('Archive::Zip::Archive=HASH(0x19e5fa0)', '/usr/share/java/stapler.jar') called at /usr/share/perl5/Archive/Zip/Archive.pm line 422 Archive::Zip::Archive::overwrite('Archive::Zip::Archive=HASH(0x19e5fa0)') called at /usr/bin/jh_manifest line 342 main::update_jar('Getopt::Long::CallBack=HASH(0x2069ae8)', undef) called at /usr/bin/jh_manifest line 144 jh_manifest: Writing modified jar (/usr/share/java/stapler.jar) failed: Permission denied make: *** [binary-post-install/libstapler-java] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737989: xpdf: Selection of non-ASCII characters no longer work: double UTF-8 encoding?
Package: xpdf Version: 3.03-16 Severity: important When I select text with non-ASCII characters in an xpdf window, these characters are no longer encoded correctly when I paste the selection (either in Emacs or xterm). They seem to be encoded to UTF-8 twice. For instance, é gives é, just like the output of echo é | iconv -f latin1 in UTF-8 locales. An example can be found on the first slide of: https://www.vinc17.net/research/slides/sieste2010.pdf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libpoppler37 0.22.5-4 ii libstdc++64.8.2-14 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-5 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.7.1-4 ii gsfonts-x110.22 ii poppler-data 0.4.6-4 ii poppler-utils 0.22.5-4 xpdf suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730695: downgrading
Control: severity -1 important As discussed over at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730685#24 I believe this bug cannot be marked as serious, since this only impact backports. Downgrading to important as explained by release-team (libguava-java = 15.0 is in sid anyway) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736760: debian/upstream vs. debian/upstream/signing-key.pgp
On Fri, Feb 07, 2014 at 08:50:11AM +0100, Andreas Tille wrote: thanks for your patch. While this is welcome I guess this is the least of Charles' problems. I guess he was more concerned about the umegaya package which probably needs some more love than the simple shell script. We also need to fix the UDD importer (but this is similarly easy to do like the patch you provided) and lintian check for upstream metadata files. I'm willing to offer more help. I keep on wondering if we are doing the right thing to not include debian-devel into this discussion. I did -- 20140207044923.gf3...@cerberus.jamessan.com. -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#737991: openbve: missing menu icon entry
Package: openbve Version: 1.4.0.9-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently openbve does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737992: openclonk: missing menu icon entry
Package: openclonk Version: 5.4.0-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently openclonk does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737993: openpref: please provide a desktop and menu file and icons
Package: openpref Version: 0.1.3-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently openpref does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature
Bug#737994: fails to build on wheezy
Package: jenkins-trilead-ssh2 Version: 217-jenkins-3-1 I cannot build the package on wheeyz system. It fails with: [INFO] Scanning for projects... [INFO] [INFO] Building Ganymed SSH2 for Java [INFO]task-segment: [package] [INFO] [INFO] [resources:resources {execution: default-resources}] [WARNING] Using platform encoding (UTF-8 actually) to copy filtered resources, i.e. build is platform dependent! [INFO] skip non existing resourceDirectory /tmp/jenkins-trilead-ssh2-217-jenkins-3/src/main/resources [INFO] [compiler:compile {execution: default-compile}] [INFO] Compiling 130 source files to /tmp/jenkins-trilead-ssh2-217-jenkins-3/target/classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /tmp/jenkins-trilead-ssh2-217-jenkins-3/src/com/trilead/ssh2/channel/Channel.java:[13,7] static import declarations are not supported in -source 1.3 (use -source 5 or higher to enable static import declarations) import static com.trilead.ssh2.util.IOUtils.closeQuietly; /tmp/jenkins-trilead-ssh2-217-jenkins-3/src/com/trilead/ssh2/channel/FifoBuffer.java:[53,21] ';' expected [INFO] [INFO] For more information, run Maven with the -e switch [INFO] [INFO] Total time: 2 seconds [INFO] Finished at: Fri Feb 07 13:41:02 CET 2014 [INFO] Final Memory: 6M/108M [INFO] make: *** [mvn-build] Error 1 dpkg-buildpackage: error: debian/rules build gave error exit status 2 It would be nice to have it as backport (this would solve 730685) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737995: pachi: please provide a desktop file and icons
Package: pachi Version: 1:1.0-7 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently pachi does not supply a desktop file and no desktop and menu icons. Hence the game is not well integrated into the user's desktop environment. Please consider helping to improve the desktop integration of games in Debian. https://wiki.debian.org/Games/JessieReleaseGoal Regards, Markus signature.asc Description: OpenPGP digital signature