Bug#747843: [jpilot] /usr/share/jpilot/Ma?anaDB.pdb not found
Package: jpilot Version: 1.8.1.2-4 Severity: normal --- Please enter the report below this line. --- Jpilot do not found an empty DB Ma�anaDB.pdb In my installed langage version the error is: Impossibile trovare un file DB vuoto /usr/share/jpilot/Ma�anaDB.pdb: File o directory non esistente jpilot potrebbe non essere installato. --- System information. --- Architecture: amd64 Kernel: Linux 3.13-1-amd64 Debian Release: jessie/sid 500 testing-updates ftp.it.debian.org 500 testing www.deb-multimedia.org 500 testing security.debian.org 500 testing ftp.it.debian.org 500 testing apt.jenslody.de 500 stable repo.wuala.com 500 stable apt.spideroak.com 500 sid linux.dropbox.com 500 debian packages.linuxmint.com 100 jessie-backports ftp.it.debian.org --- Package information. --- Depends(Version) | Installed -+-= libatk1.0-0 (= 1.12.4) | 2.12.0-1 libc6 (= 2.15) | libcairo2 (= 1.2.4) | libfontconfig1 (= 2.11) | libfreetype6 (= 2.2.1) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0 (= 2.16.0) | libgtk2.0-0 (= 2.8.0) | libpango-1.0-0 (= 1.14.0) | libpangocairo-1.0-0 (= 1.14.0) | libpangoft2-1.0-0(= 1.14.0) | libpisock9 (= 0.12.5~) | Recommends (Version) | Installed =-+-=== jpilot-plugins| 1.8.1.2-4 Suggests (Version) | Installed -+-=== jpilot-backup| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735491: linux-image-3.13-1-amd64: Shutdown fails everytime, OK with 3.9.3 kernel downgrade
Package: linux-image-3.13-1-amd64 Followup-For: Bug #735491 Dear Maintainer, * What led up to the situation? Upgrading jessie to current, last install was some months after wheezy release * What exactly did you do (or not do) that was effective (or ineffective)? Upgrade was smooth. * What was the outcome of this action? On pressing power-button, shutdown proceeded fine till drives were parked. Then unexpected message 'System wakeup enabled by ACPI' or so. System power stayed on. After a time usb-mouse driver unloaded (previously, this was prevented in running system by running gpm daemon). Had to pull the plug. Journal recovery on next boot. * What outcome did you expect instead? System to power off. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.9.3 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages linux-image-3.13-1-amd64 depends on: ii debconf [debconf-2.0] 1.5.53 ii initramfs-tools [linux-initramfs-tool] 0.115 ii kmod16-2 ii linux-base 3.5 ii module-init-tools 16-2 Versions of packages linux-image-3.13-1-amd64 recommends: ii firmware-linux-free 3.3 Versions of packages linux-image-3.13-1-amd64 suggests: pn debian-kernel-handbook none ii grub-pc 2.00-22 pn linux-doc-3.13 none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747780: syncevolution: FTBFS: error: akonadi.pc not found
On Sun, 2014-05-11 at 21:37 +0200, Tino Mettler wrote: On Sun, May 11, 2014 at 18:45:24 +0200, David Suárez wrote: Source: syncevolution Version: 1.4-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140510 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): checking for rst2html... /usr/bin/rst2html checking for SYNTHESIS... yes checking for GNOMEBLUETOOTH... no checking for qmake... qmake checking Akonadi/Collection usability... no configure: error: akonadi.pc not found. Install it to compile with the Akonadi backend enabled. checking Akonadi/Collection presence... no checking for Akonadi/Collection... no The message about a missing akonadi.pc is misleading, upstream is aware of this. The full build log revealed this: configure:21874: checking Akonadi/Collection usability configure:21874: g++ -c -g -O2 -fPIE -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security ---D_FORTIFY_SOURCE=2 -I/usr/include/ -I/usr/include//KDE I/usr/include/qt4 conftest.cpp 5 In file included from /usr/include//KDE/Akonadi/../../akonadi/collection.h:25:0, from /usr/include//KDE/Akonadi/Collection:1, from conftest.cpp:80: /usr/include/akonadi/entity.h:24:19: fatal error: QString: No such file or directory #include QString ^ compilation terminated. I'm not sure if this is a syncevolution bug Akonadi seems to have changed some header file dependencies and SyncEvolution 1.4 was not adapted to that yet. I really wish Akonadi would provide .pc files. Anyway, the fix went into SyncEvoltution 1.4.1: commit 7aa9f6d87fc1bd511b86b06a434766fc6aaf3866 Author: Niels Ole Salscheider niels_...@salscheider-online.de Date: Sun Mar 2 12:59:32 2014 +0100 autotools: Add QtCore include path to KDEPIM_CFLAGS (FDO #75670) This fixes an issue where configure fails to find Akonadi when test programs do not compile because QString is not found: checking for Akonadi/Collection... no configure: error: akonadi.pc not found. Install it to compile with the Akonadi backend enabled. ... configure:21857: checking Akonadi/Collection presence configure:21857: g++ -E -I/usr/include/ -I/usr/include//KDE -I/usr/include/qt4 conftest.cpp In file included from /usr/include//KDE/Akonadi/../../akonadi/collection.h:25:0, from /usr/include//KDE/Akonadi/Collection:1, from conftest.cpp:44: /usr/include/akonadi/entity.h:24:19: fatal error: QString: No such file or directory #include QString diff --git a/src/backends/akonadi/configure-sub.in b/src/backends/akonadi/configure-sub.in index 064c2ed..ed05f1b 100644 --- a/src/backends/akonadi/configure-sub.in +++ b/src/backends/akonadi/configure-sub.in @@ -10,7 +10,7 @@ AKONADIFOUND=yes if ! test $KDEPIM_CFLAGS; then KDEPIM_CFLAGS=-I`kde4-config --path include` -I`kde4-config --path include`/KDE if test $QMAKE; then - KDEPIM_CFLAGS=$KDEPIM_CFLAGS -I`$QMAKE -query QT_INSTALL_HEADERS` + KDEPIM_CFLAGS=$KDEPIM_CFLAGS -I`$QMAKE -query QT_INSTALL_HEADERS` -I`$QMAKE -query QT_INSTALL_HEADERS`/QtCore fi fi if ! test $KDEPIM_LIBS; then -- Best Regards, Patrick Ohly The content of this message is my personal opinion only and although I am an employee of Intel, the statements I make here in no way represent Intel's position on the issue, nor am I authorized to speak on behalf of Intel on this matter. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747844: Signal handling in conformance/interfaces/pthread_cond_init/1-3 causes process to run beyond package build
Package: posixtestsuite Version: 1.5.2-5 Usertags: goto-cc During package build, several tests are reported as HUNG, like: conformance/interfaces/pthread_cond_init/1-3: execution: HUNG Yet this particular test isn't successfully killed by timeout either, as its implementation blocks all signals other than SIGUSR1 and SIGUSR2. Only a manual SIGKILL eventually worked. The net result is that this breaks builds inside chroots, because the build place cannot be unmounted as 1-3.test runs beyond package build. Best, Michael pgpUiUpH_QMR1.pgp Description: PGP signature
Bug#578412: aptitude: can not disable auto-expansion of format strings
Hello, will be this bug fixed sometime? I use aptitude for searching because of many search-options and output formating. I would like to specify output format as non-expandable package name, but it is not possible to disable default expandable flag. Thank you for fixing. Regards, Robert Wolf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739496: [X2Go-Dev] Issue with 100% cpu usage in x2goclient + libssh 0.6.0
Hi Reinhard, On Sa 10 Mai 2014 22:07:12 CEST, Mike Gabriel wrote: To this mail I have attached four patches: 1. x2goclient-reduce-fan-noise-with-libssh-0.6.x.patch This patch is (IMHO, after some more reading of git diff) needed for X2Go Client 4.0.1.4 to reduce the CPU fan noise when running with a libssh = 0.6.1 under the hood. 2. libssh patches that are required with X2Go Client = 4.0.2.0: If you want to run an X2Go Client (= 4.0.2.0) (like the one in our PPA) against a libssh ( 0.6.1) you need these two patches 0004-reset-global-request-status.patch 0005-multi-reverse-fwd.patch 3. Speed improvements: If you want to get things more rocking and really speed up X2Go via libssh, then you need this libssh patch, as well. (I think it entered libssh upstream at 0.6.2, but I am not sure): 0006-ssh-handle-package-zero-timeouts.patch Reinhard pointed out that my previous mail did not have any patches. They are attached to this mail now. Ubuntu downstream tasks: What needs to be done in Ubuntu IMHO is: o Test x2goclient-reduce-fan-noise-with-libssh-0.6.x.patch applied to x2goclient ( 4.0.1.4) with libssh (= 0.6.0). o Fix x2goclient ( 4.0.1.4) in every Ubuntu version with libssh (= 0.6.0) with the attached patch x2goclient-reduce-fan-noise-with-libssh-0.6.x.patch. For utopic you should sync Debian unstable once I have uploaded 0.6.3-1 to it. X2Go upstream tasks: For our PPA we need to provide a libssh src:package containing the attached patches (0004... - 0006...). Those patches are picked from libssh upstream Git (and have been contributed to libssh by Oleksandr Shneyder). The current approach is using libssh 0.5.4-3 which contains those patches for all Ubuntu versions that do not yet ship Ubuntu 0.6.x (i.e. saucy, quantal, precise, lucid). And these packages in our PPA will receive security maintenance of course. For trusty, I will upload the libssh version (0.6.3-1) from Debian experimental to our PPA sometime today (and also upload it to Debian unstable as it has been announced while back). I will maintain libssh 0.6.3-1 there, as well (according to Debian uploads). If you want to help avoiding this PPA based libssh maintenance, then upload libssh packages containing patches 0004... - 0006... to all Ubuntu versions that do not yet have those patches. (Note: patch 0005... introduces new symbols to libssh). Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb diff --git a/sshmasterconnection.cpp b/sshmasterconnection.cpp index 8355611..de73f0d 100755 --- a/sshmasterconnection.cpp +++ b/sshmasterconnection.cpp @@ -924,6 +924,9 @@ bool SshMasterConnection::userChallengeAuth() bool SshMasterConnection::userAuthWithPass() { +// Populate the userauth_list +ssh_userauth_none(my_ssh_session, NULL); + int method = ssh_userauth_list(my_ssh_session, NULL); if (method SSH_AUTH_METHOD_INTERACTIVE) @@ -1445,7 +1448,7 @@ void SshMasterConnection::channelLoop() struct timeval tv; tv.tv_sec = 0; -tv.tv_usec = 500; +tv.tv_usec = 50; int retval; int maxsock=-1; Description: Allow requesting more than one channel per session. Author: Andreas Schneider a...@cryptomilk.org Abstract: In the 0.5.x series of libssh only one channel request per session is possible. This blocks using libssh client sessions which require requesting multiple channels on a single SSH connection. Origin: http://git.libssh.org/projects/libssh.git/commit/src/channels.c?id=e30acdb58a86937e8bece57ce47e272f1106ca55 --- a/src/channels.c +++ b/src/channels.c @@ -1951,7 +1951,7 @@ break; } - + session-global_req_state = SSH_CHANNEL_REQ_STATE_NONE; leave_function(); return rc; error: Description: Allow requesting multiple reverse port forwarding tunnels per connection Author: Oleksandr Shneyder o.schney...@phoca-gmbh.de Abstract: Channel: Add ssh_channel_accept_forward(). . This new function works the same way as ssh_forward_accept() but can return a destination port of the channel (useful if SSH connection is supposed to reverse forward multiple TCP/IP ports). Origin: http://git.libssh.org/projects/libssh.git/commit/?id=a1c4fc07d43fb7a7e1e91bfdadbd3dc62b8ce462 --- a/include/libssh/libssh.h +++ b/include/libssh/libssh.h @@ -371,6 +371,7 @@ LIBSSH_API char *ssh_dirname (const char *path); LIBSSH_API int ssh_finalize(void); LIBSSH_API ssh_channel ssh_forward_accept(ssh_session session, int timeout_ms); +LIBSSH_API ssh_channel ssh_channel_accept_forward(ssh_session session, int timeout_ms, int *destination_port); LIBSSH_API int ssh_forward_cancel(ssh_session session, const char *address,
Bug#747845: Daemon running beyond package build
Package: zdaemon Version: 2.0.7-1 Usertags: goto-cc As part of the build process, the following daemon is spawned: 1001 8674 0.0 0.0 121176 1524 ?Ssl May10 0:00 /usr/bin/python2.7 ./zdaemon -S /srv/jenkins-slave/workspace/sid-goto-cc-zdaemon/zdaemon-2.0.7/src/zdaemon/schema.xml -C conf tail -f data 1001 8678 0.0 0.0 10756 284 ?SMay10 0:00 \_ tail -f data The build completes successfully, but this will eventually clutter any build daemon. Best, Michael pgpGJUYSdNCxQ.pgp Description: PGP signature
Bug#747846: supertuxkart: No arena mode?
Package: supertuxkart Version: 0.8.1-2 Severity: normal Dear Maintainer, * What led up to the situation? Supertuxkart used to have an arena mode (or 'battle mode' as it's referred-to on the http://supertuxkart.sourceforge.net/Discover page. The Debian version does not seem to offer this mode. Sadness ensues. * What exactly did you do (or not do) that was effective (or ineffective)? Installed supertuxkart via apt-get, launched the program, looked for battle mode, cried. * What was the outcome of this action? I got to play supertuxkart, but did not get battle mode, even after crying. Computer don't care. Why is arena mode / battle mode missing? How can I get it back? -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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/bash Versions of packages supertuxkart depends on: ii libbluetooth3 4.101-4.1 ii libbz2-1.01.0.6-5 ii libc6 2.18-5 ii libcurl3-gnutls 7.36.0-2 ii libenet2a 1.3.11+ds-1 ii libfribidi0 0.19.6-1 ii libgcc1 1:4.9.0-2 ii libgl1-mesa-glx [libgl1] 10.1.1-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libjpeg8 8d-2 ii libogg0 1.3.1-1 ii libopenal11:1.14-4 ii libpng12-01.2.50-1 ii libstdc++64.9.0-2 ii libvorbis0a 1.3.2-1.3 ii libvorbisfile31.3.2-1.3 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxxf86vm1 1:1.1.3-1 ii supertuxkart-data 0.8.1-2 ii zlib1g1:1.2.8.dfsg-1 supertuxkart recommends no packages. supertuxkart 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#747847: Processes running beyond package build
Package: ruby-childprocess Version: 2.0.7-1 Usertags: goto-cc Despite package build seemingly completing with success, the following processes continue to live, which causes builds in a chroot to fail as the build place cannot be unmounted: 1001 23103 0.0 0.0 35880 6656 ?Sl May10 0:00 /usr/bin/ruby2.0 -e sleep 1001 23113 0.0 0.0 35876 6648 ?Sl May10 0:00 /usr/bin/ruby2.0 -e sleep 1001 30751 0.0 0.0 39204 7316 ?Sl May10 0:00 /usr/bin/ruby2.1 -e sleep 1001 30766 0.0 0.0 39120 7320 ?Sl May10 0:00 /usr/bin/ruby2.1 -e sleep Indeed the build process appears to be aware of this, but ignores the problem: [...] Running tests for ruby2.0 with test file list from debian/ruby-test-files.yaml ... [...] ...*. Pending: ChildProcess lets a detached child live on # how do we spec this? # ./spec/childprocess_spec.rb:139 Finished in 4.12 seconds 37 examples, 0 failures, 1 pending Running tests for ruby2.1 with test file list from debian/ruby-test-files.yaml ... [...] ...*. Pending: ChildProcess lets a detached child live on # how do we spec this? # ./spec/childprocess_spec.rb:139 Finished in 4.24 seconds 37 examples, 0 failures, 1 pending Best, Michael pgpCXsX00ZqXT.pgp Description: PGP signature
Bug#604909: fixed upstream
control: tags -1 - patch control: tags -1 + pending Hi, this is fixed upstream and will be included in the next release. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#742152: Still exists...
BUG still exists within openssl: 1.0.1e-2+deb7u7using: debian wheezy
Bug#742152:
BUG still exists within openssl: 1.0.1e-2+deb7u7using: debian wheezy
Bug#704116: kernel-package: [make-kpkg] manpage not uptodate
Hi, I think you do indeed need to tell make-kpkg how to become root: --8---cut here---start-8--- make-kpkg --revision 1.1 --append_to_version -xen-amd64 \ --bzImage --arch-in-name --initrd -j6 kernel_image ... == making target debian/stamp/install/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9 [new prereqs: ]== This is kernel package version 13.007. ... install: cannot change owner and permissions of ‘/usr/local/src/kernel/linus-tree/debian/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9/etc/kernel/postinst.d’: Operation not permitted install: cannot change owner and permissions of ‘/usr/local/src/kernel/linus-tree/debian/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9/etc/kernel/preinst.d’: Operation not permitted install: cannot change owner and permissions of ‘/usr/local/src/kernel/linus-tree/debian/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9/etc/kernel/postrm.d’: Operation not permitted install: cannot change owner and permissions of ‘/usr/local/src/kernel/linus-tree/debian/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9/etc/kernel/prerm.d’: Operation not permitted debian/ruleset/targets/image.mk:34: recipe for target 'debian/stamp/install/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9' failed make[1]: *** [debian/stamp/install/linux-image-3.15.0-rc5-xen-amd64-9-g7e338c9] Error 1 make[1]: Leaving directory '/usr/local/src/kernel/linus-tree' debian/ruleset/local.mk:105: recipe for target 'kernel_image' failed --8---cut here---end---8--- I have, however, improved the manual page to make the fact that running under root or sudo is not recommended. As to the configuration issue, the manual page says: --8---cut here---start-8--- This manual page explains the Debian make-kpkg utility, which is used to create the kernel related Debian packages. This utility needs to be run from a top level Linux kernel source directory, which has been previously configured --8---cut here---end---8--- It then goes on to explain that when a configuration file is missing, make-kpkg tries to get one from somewhere. Again, I have tried to improve the manual page in this area. manoj -- Software, n.: Formal evening attire for female computer analysts. Manoj Srivastava sriva...@acm.org 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#269188: Patch for 269188
Ahhh, sorry my mistake, here is a revised patch. If sending small patches for bugs like this is actually not that helpful please let me know and I'll stop. I'm trying to learn on smaller bugs with the aim to hopefully be able to help out with bigger ones once I have the process sorted. diff -Nru libperlio-via-symlink-perl-0.05/debian/changelog libperlio-via-symlink-perl-0.05/debian/changelog --- libperlio-via-symlink-perl-0.05/debian/changelog 2013-08-21 15:32:34.0 + +++ libperlio-via-symlink-perl-0.05/debian/changelog 2014-05-10 01:18:24.0 + @@ -1,3 +1,10 @@ +libperlio-via-symlink-perl (0.05-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Fixes a typo in the description, (closes: #269188) + + -- Chris Cormack chr...@catalyst.net.nz Sat, 10 May 2014 01:16:01 + + libperlio-via-symlink-perl (0.05-2) unstable; urgency=low * Take over for the Debian Perl Group with maintainer's permission diff -Nru libperlio-via-symlink-perl-0.05/debian/control libperlio-via-symlink-perl-0.05/debian/control --- libperlio-via-symlink-perl-0.05/debian/control 2013-08-21 15:32:34.0 + +++ libperlio-via-symlink-perl-0.05/debian/control 2014-05-12 07:09:33.0 + @@ -14,6 +14,6 @@ Package: libperlio-via-symlink-perl Architecture: all Depends: ${perl:Depends}, ${misc:Depends} -Description: PerlIO layers for create symlinks +Description: PerlIO layer for easy symlink creation PerlIO::via::symlink allows you to create a symbolic link by writing to the file handle.
Bug#747822: perlmagick: build dependency cycle
Le 11 mai 2014 22:27, Niko Tyni nt...@debian.org a écrit : Package: perlmagick Version: 8:6.7.7.10+dfsg-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.20-transition X-Debbugs-Cc: p...@packages.debian.org This package needs to be rebuilt in the upcoming Perl 5.20 transition, but there's a build dependency cycle preventing that. perlmagick is built from src:imagemagick src:imagemagick build-depends on graphicsmagick-imagemagick-compat graphicsmagick-imagemagick-compat depends on html2ps html2ps depends on perlmagick So when perlmagick becomes uninstallable (because perlapi-5.18.2 isn't provided anymore), its build dependencies can't be installed so it can't be rebuilt. This cycle needs to be broken somehow. (Perl 5.20 will be released in a couple of weeks, and we're aiming to get it in jessie, so this bug will probably become release critical later.) The solution is to get expérimental version to unstable. I am waiting for transition -- Niko Tyni nt...@debian.org
Bug#700989: Merge request for complete Greek support
control: tags -1 + pending upstream control: tags -1 - patch thanks Hi Alkis, On Mittwoch, 20. Februar 2013, Alkis Georgopoulos wrote: Στις 20/02/2013 10:33 πμ, ο/η Holger Levsen έγραψε: I hope these are indeed only commits touching the greek translation. sorry for the delay in getting back to you and your patch. I've now rebased and merged it into the git master branch, so that greek support will be available in the next release (1.8.3). There's only one commit not directly related to the Greek translation, the one that says Align letters more accurately on the keyboard. I've attached this patch to this mail, so other people for knowledgable with the code can comment on this. That changes 1 number in alphabet.c, otherwise the Greek letters overlap in the displayed keyboard, so in reality it'd consider it a part of the translation effort as well. :) but it changes it for all languages, doesnt it? Have you tested other languages with that patch? If you could provide it as a git branch, that would be much preferred. My first try in both git and github, I hope I got it right: https://github.com/alkisg/tuxtype/commits/ looked very well! I left the alphabet.c change last in case you want to omit it. for now, yes. I cleaned up the commits a lot, so please completely ignore the previous bazaar branch I sent. well done, thanks! cheers, Holger From d5461d5c1adaac5660068208e3f486c3f73a6f2c Mon Sep 17 00:00:00 2001 From: Alkis Georgopoulos alk...@gmail.com Date: Wed, 20 Feb 2013 13:34:56 +0200 Subject: [PATCH] Align letters more accurately on the keyboard. --- src/alphabet.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/alphabet.c b/src/alphabet.c index a6ddbd7..18fc7ad 100644 --- a/src/alphabet.c +++ b/src/alphabet.c @@ -1236,7 +1236,7 @@ void GenerateKeyboard(SDL_Surface* keyboard) if(!render) continue; -new.x += (31 * col); +new.x += (int)(30.5 * col); if(keyboard_list[i].shift 0) { -- 1.8.5.3 signature.asc Description: This is a digitally signed message part.
Bug#694861: #694861 - gnome-control-center: Wired options button is disabled when the network is misconfigured
On Mon, Apr 28 2014, althaser wrote: Hey Michal, Could you please still reproduce this issue with newer gnome-control-center version like 1:3.4.3.1-2 or 1:3.8.3-7 ? Hi, the problem is no longer present in 1:3.8.3-7. I think this bug can be closed. Thanks, -Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745039: fixed upstream
control: tags -1 + pending upstream Hi, this is fixed upstream and will be included in the upcoming (1.8.3) release. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#747781: libjson-simple-java modification introduce the FTBS
Version 1.1.1-1 of libjson-simple-java changed the name of the jar file: jar filename change from json_simple.jar to json-simple.jar so we need to update jar name in classpath. -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#747576: Pending fixes for bugs in the fonts-sil-scheherazade package
tag 747576 + pending thanks Some bugs in the fonts-sil-scheherazade package are closed in revision cfc14420d76a8c50d23091b73325efa24e10766c in branch 'master' by Christian Perrier The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-fonts/fonts-sil-scheherazade.git;a=commitdiff;h=cfc1442 Commit message: New upstream version. Closes: #747576 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747781: depends on libjson-simple-java
Failure is certainly due to a modification on dependency libjson-simple-java. I gonna have a look at this package. -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747828: iceweasel: the UI is completely broken: no menu bar, no status bar...
On 2014-05-12 11:40:18 +0900, Mike Hommey wrote: severity 747828 wishlist title 747828 New UI is confusing at first thanks On Mon, May 12, 2014 at 03:21:01AM +0200, Vincent Lefevre wrote: On 2014-05-12 06:49:30 +0900, Mike Hommey wrote: On Sun, May 11, 2014 at 11:11:03PM +0200, Vincent Lefevre wrote: After upgrading to iceweasel 29.0.1-1, the UI got completely broken: the menu bar no longer appears, the status bar is absent as well, and the user config has completely been modified. For this one, it appears that upstream provides something[*] (I don't know whether this is complete), but I didn't see anything with the Debian upgrade. Oh, so your bug report is really I don't like the new UI. Not really. The fact that the menu bar no longer appears could be regarded as a bug, but since there's no documentation, it's difficult to say whether this is a bug or the features are available via some context menu. After some search, I could see that the problem with the menu bar was actually a configuration problem with the new version, and one can get it back. I thought it was iceweasel doesn't work at all, a bit like when you get xul errors. Well, without the menu bar, various major features (this includes bookmarks) were no longer available. I still don't know how to get the status bar back. [*] https://bugzilla.mozilla.org/show_bug.cgi?id=1008761 So, as mentioned in the bug, there is a tour... except it's a Firefox page on mozilla.org doing that. The problem is that with the Debian upgrade, this page is not presented to the user, contrary to what happens with upstream's version 29. Upstream also says that this page is available in the Help menu, but this menu is not available by default with the new UI. Only a tour can make you know how to get this back! [...] It has been this way for a long time. There's nothing new here. -no-remote has never allowed to run two instances on the same profile. Yes, but that was the first time I could see the buggy and confusing error message (though apparently not new). -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747274: slashem: various bugs due to LINUX not being defined
On Tue, May 6, 2014 at 7:22 PM, Matt Day fja...@gmail.com wrote: Package: slashem Version: 0.0.7E7F3-6 Severity: important Tags: patch Dear Maintainer, I upgraded slashem from 0.0.7E7F3-3 to 0.0.7E7F3-6 and discovered the game would no longer find my saved-game file. I investigated and found it trying to use a truncated saved-game filename, and that the truncation was being performed by the regularize() function in sys/unix/unixunix.c, because LINUX is not getting #defined as it should. Turns out this is due to a typo in debian/patches/slashem-debian.patch: -/* #define LINUX */ +#if defined(LINUX) +#define LINUX +#endif Obviously the ! operator is missing. See the attached patch. The slashem source code checks the LINUX define in a few places to customize its behavior, so I expect there are a few other weird bugs. With this patch, slashem was able to find my save file once again. Whoops...my bad, it should be #if defined(__linux__) instead of #if defined(LINUX). Stupid macros... !defined(...) is incorrect for Debian because slashem also gets built for Debian kfreebsd and hurd, and on those platforms LINUX should obviously not be defined. I'll fix this for the next slashem upload, thanks! Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747848: pyscrabble crashes on login attempt
Package: pyscrabble Version: 1.6.2-9 Severity: important Dear Maintainer, * What led up to the situation? Started pyscrabble, attempted to login to pyscrabble.califorest.com: (could not select text in 'Find a Server' window to copy into Hostname: field in PyScrabble window nor into this bugreport- so may be misspelled) Entered username, password and hostname:port as above. Clicked login, then pyscrabble exited (or failed silently, it's hard to tell) Ran pyscrabble from terminal to see if it emitted any errors, but saw none. Exit status was 0. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing-proposed-updates'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-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/bash Versions of packages pyscrabble depends on: ii pyscrabble-common 1.6.2-9 ii python 2.7.5-5 ii python-gtk22.24.0-3+b1 ii python-pygame 1.9.1release+dfsg-9 pyscrabble recommends no packages. Versions of packages pyscrabble suggests: pn pyscrabble-server 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#747826: obexftp: FTBFS on sid/amd64: cannot create regular file '/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/obexftp.so': Permission denied
user debian-r...@lists.debian.org usertag 747826 + ruby2.0-rm thanks * Niko Tyni nt...@debian.org [140511 22:57]: /usr/bin/install: cannot create regular file '/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.1.0/obexftp.so': Permission denied This is probably caused by a change in mkmf. Something similar to this would likely work: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-gnome2.git;a=commitdiff;h=45a2ae11939684e9eee9e9da38c86608ca3cac31#patch1 -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- pgpCNDhGdOQlK.pgp Description: PGP signature
Bug#747849: python-gdata: Getting contacts fails after Google forces SSL
Package: python-gdata Version: 2.0.18+dfsg-1 Severity: important Tags: patch Dear Maintainer, Trying to access contacts in python, this error now pops up: Traceback (most recent call last): File /usr/lib/python2.7/dist-packages/gdata/contacts/service.py, line 104, in GetContactsFeed return self.Get(uri, converter=gdata.contacts.ContactsFeedFromString) File /usr/lib/python2.7/dist-packages/gdata/service.py, line 1107, in Get 'reason': server_response.reason, 'body': result_body} gdata.service.RequestError: {'status': 301, 'body': 'HTML\nHEAD\nTITLEMoved Permanently/TITLE\n/HEAD\nBODY BGCOLOR=#FF TEXT=#00\nH1Moved Permanently/H1\nThe document has moved A HREF=https://www.google.com/m8/feeds/contacts/default/full?max-results=1000;here/A.\n/BODY\n/HTML\n', 'reason': 'Moved Permanently'} The reason for that appears to be that Google is now forcing HTTPS and has therefore placed a 301 redirect at the original URI, which the script doesn't handle correctly. (See upstream bug report here: https://code.google.com/p/gdata-python-client/issues/detail?id=693 ) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (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/bash Versions of packages python-gdata depends on: ii python 2.7.5-5 ii python-crypto 2.6.1-4 python-gdata recommends no packages. Versions of packages python-gdata suggests: pn python-gdata-doc none -- no debconf information --- python-gdata-2.0.18+dfsg/src/gdata/service.py 2014-05-12 09:19:37.433594330 +0200 +++ python-gdata-2.0.18+dfsg/src/gdata/service.py 2014-05-12 09:20:07.814531042 +0200 @@ -1084,7 +1084,7 @@ return result_body return entry return feed -elif server_response.status == 302: +elif server_response.status == 302 or server_response.status == 301: if redirects_remaining 0: location = (server_response.getheader('Location') or server_response.getheader('location'))
Bug#747749: systemd: closing lid suddenly suspends the machine
severity 747749 wishlist thanks Hi, Am Mon, 12 May 2014 07:24:05 +0200 schrieb Martin Pitt mp...@debian.org: Julian Wollrath [2014-05-11 16:17 +0200]: I switched from sysvinit to systemd and now, if I close the lid, my machine suddenly suspends. For me this means, that the data of my current session is lost, since there are some problems with suspend with my machine. This is unspected behaviour, that at least I would not expect from just changing the init system, since the init system should not have to do anything with events like closing the lid. It's not immediately connected to the init system, but that's logind. You'll get the same if you use systemd-shim and sysvinit or upstart. I strongly advise to keep the current behaviour as a default. [...] It also mirrors what acpi-support does: It handles the power button to shut down the machine (like logind) and on *some* models handles the lid switch (but that's not very reliable). Logind's lid switch handling uses the current kernel mechanisms which are fairly good. I claim that the number of users which expect their laptop to sleep when they close the lid greatly outnumbers the number of users for which sleep isn't working. that may be but nevertheless, I thought, that I just installed an init system and suddenly things like that happend. So maybe there should be a heads up in the package description or the README.Debian containing something along the lines: This package not only includes the systemd init replacement but also logind, a daemon for managing user logins and seats, which among other things also takes care of handling suspend and hibernation. I was able to restore the old behaviour (doing nothing) by editing the HandleLidSwitch entry in /etc/systemd/logind.conf Right, that would be the place to change it if you don't want this behaviour outside of desktop sessions. The better fix would of course be to fix sleep on your machine -- what's going wrong there? The screen stays black and not even the magic sysrq keys work but since I am not using the standard Debian kernel and do not have time to bisect it at the moment, it is not a problem we can solve here. Therefore, please consider changing the default to doing nothing when doing this actions, so that others do not get this unexpected behaviour and experience data loss like I did. Pretty much all OSes send the computer to sleep when you close the lid, I think that should count as expected behaviour these days. I have no clue about other OSes, so maybe it just was unexpected for me. Cheers, Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745833: closed by Frank Neuber s...@kernelport.com (Re: Bug#745833: [PATCH] Bugfix for new version of pcsc-lite)
Hi Frank Neuber, when there is a new package (deb), that fixed the error described? I would be glad if there is soon. regards Michael Singer Am Sonntag, 4. Mai 2014, 17:21:05 schrieben Sie: --- This is an automatic notification regarding your Bug report which was filed against the libifd-cyberjack6 package: #745833: libifd-cyberjack6: Card reader does not work with version 3.99.5final.sp05-1 It has been closed by Frank Neuber s...@kernelport.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Frank Neuber s...@kernelport.com by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747850: xfce4 incorrectly stores session configuration in .cache directory
Package: xfce4 Version: 4.8.0.3 Severity: normal Dear Maintainer, xfce4 is currently storing session information under $HOME/.cache/sessions when at least some of this information should be stored somewhere under $HOME/.config/ instead. Cache directories historically were intended for data which the program could either regenerate or reload from external sources, so cache folders could be deleted (or in my case not backed up) without data loss. An example of this for /var/cache from the Filesystem Hierarchy Standard: /var/cache is intended for cached data from applications. Such data is locally generated as a result of time-consuming I/O or calculation. The application must be able to regenerate or restore the data. Unlike /var/spool, the cached files can be deleted without data loss I do realize that FHS does not cover the $HOME/.cache directories however, their definition is consistent with the historical meaning and usage of cache directories. XDG which does define the standard for these directories gives a much more vague definition of: defines the base directory relative to which user specific non-essential data files should be stored. however, I would still interpret non-essential files as those which would meet the FHS definition above. As a saved session cannot be recovered by the program if $HOME/.cache is lost, the user must manually rebuild the lost session layout (which in my case takes about 10 minutes). This appears to violate the purpose of the $HOME/.cache directory. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-0.bpo.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 xfce4 depends on: ii gtk2-engines-xfce 2.8.1-3 ii orage 4.8.3-2 ii thunar 1.2.3-4+b1 ii xfce4-appfinder4.8.0-3 ii xfce4-mixer4.8.0-3+b1 ii xfce4-panel4.8.6-4 ii xfce4-session 4.8.3-3 ii xfce4-settings 4.8.3-2 ii xfce4-utils4.8.3-2 ii xfconf 4.8.1-1 ii xfdesktop4 4.8.3-2 ii xfwm4 4.8.3-2 Versions of packages xfce4 recommends: ii desktop-base 7.0.3 ii tango-icon-theme 0.8.90-5 ii thunar-volman 0.6.1-1 ii xfce4-notifyd 0.2.2-2 ii xorg 1:7.7+3~deb7u1 Versions of packages xfce4 suggests: ii xfce4-goodies 4.8.2 ii xfprint4 4.6.1-3 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685506: mk-origtargz: Use the already parsed $data to check for Files-Excluded
Hi, I realised that the latest devscripts upload now also includes the --compression option. Thanks for all your work on this. While I think that even the previous version fixed #685506 I wonder whether you kept this bug open intentionally. From my point of view it can be closed. I have adapted the wiki page about uscan enhancements[1] since all major points seem to be solved now. The only remaining item was to enable a trigger for tar --exclude-vcs which now should probably go to mk-origtargz. I just think that it is sensible to have an option to drop all the VCS stuff inside upstream tarballs. I'm going to file a bug report about this if you will not beat me with implementing this in Git first. I think the implementation is pretty easy and any patch of mine will just pester you with my naming choice which has not proven the best one in the past and thus I would hesitate to send a patch. Kind regards and thanks for all your work on this Andreas. [1] https://wiki.debian.org/UscanEnhancements -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747534: transition: libetpan
On Sun, May 11, 2014 at 08:38:31PM +0200, Julien Cristau wrote: [this is going way off topic for this bug; maybe clone and reassign to libetpan?] On Sun, May 11, 2014 at 20:31:44 +0200, Andreas Metzler wrote: ./configure tries to link against unused libraries :-( Find attached a trivial patch to fix this. - Please apply it, even if you stay with gnutls26. This fixes two warnings by dpkg-shlibdeps. dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libetpan17/usr/lib/i386-linux-gnu/libetpan.so.17.1.0 was not linked against libgpg-error.so.0 (it uses none of the library's symbols) dpkg-shlibdeps: warning: package could avoid a useless dependency if debian/libetpan17/usr/lib/i386-linux-gnu/libetpan.so.17.1.0 was not linked against libgcrypt.so.11 (it uses none of the library's symbols) They might still be necessary when static linking, so your patch probably breaks that. It's possible nobody cares, though. So, to make it clear, from release team's point of view is it preferred to apply Andreas' patch before uploading? :) -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#700989: Merge request for complete Greek support
Στις 12/05/2014 10:21 πμ, ο/η Holger Levsen έγραψε: That changes 1 number in alphabet.c, otherwise the Greek letters overlap in the displayed keyboard, so in reality it'd consider it a part of the translation effort as well.:) but it changes it for all languages, doesnt it? Have you tested other languages with that patch? Hi Holger, Yes, it affects all languages, but it's not language-specific, it's just about math, better dividing the width of the image with the number of keyboard keys. I've tested with Greek and English, in both cases the result is much better with the patch applied. Example image: http://imagebin.org/310332 On the left, there's English without the patch applied. Note key 1. Then note key 0. See that 0 is drawn too much to the right. On the right, there's Greek with the patch applied (any other language would look similar too with the patch applied). Note key 0, now it has a better position. Also, compare keys M, =, P etc in both keyboards; again on the unpatched image, those keys are drawn too much to the right, to the point where a few pixels get cut off. Thanks a lot for the merge, Alkis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#533424: #533424 - gnome-settings-daemon failure with VNC server: it requires RandR!
On 06/05/2014 13:38, althaser wrote: Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? Hello Althaser, Sorry, I can not test this bug. Now gnome does not work within VNC: I get the message Oh no Something has gone wrong! Best regards Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747720: FTBFS: install: cannot stat './libOpenCL.html': No such file or directory
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 11/05/2014 15:56, Christian Hofstaedtler wrote: Now I don't know M-A same specifics, but IIRC the files only need to be identical on a byte level, not on their mtime. But maybe I'm mistaken. asciidoc includes the date (and indeed, not the time) in the generated files. See #733033 for an evidence of that. As Debian buildd does not run all the same day for a package, I need to fix that so that all files are identical on a byte level. mtime is not relevant indeed. Regards, Vincent Thanks, -ch - -- Vincent Danjean GPG key ID 0xD17897FA vdanj...@debian.org GPG key fingerprint: 621E 3509 654D D77C 43F5 CA4A F6AE F2AF D178 97FA Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIVAwUBU3CAlpZH3mN+x7dRAQhOFQ/7BWehCzXA9PpeWJbIGN3NO7eOdNBoJXga g1fQyv/W9KARJt5o11N2jJvqfLwJbqMUzdoYnPB0IuIujji/JseYw7J8+R8A46AU DwpH1uVms11XdMDd57huxTsD3lqInhyR+Gu7nKFtMLFlAgYe7yVz8GL5YoiRZxK9 tMSacMG2eML3SXebdbVD3yx1fTfuYJw/QxDXF+Scs0Ht+r+IPU8fdTE9LlBtGiRA FtmBkOsI50K0UTskG/+wtPI0GgvS8HYR6gLeW2WQmmDAebKDXuwUEpgRX9AqRj/S Z1Vsox3bTDvzILvNM8IcjgU89Fd9yncM8NeMswbAQuKijoQzGaAly98sQq+Lh0o0 ksZpJWN4MC96v1DFW0cp4VhYYtWMdkOakRzh9RTDtOq8boZjuu2vRRnQjG3OdWS1 7SYVoUtw7Mw9rPQ0BqKgAXcgOVT6Svb5DDiJ0yycZFgn8tbtAkb1KCA9OsfRLjqy Wumno3OmRvrZcWx0CMk1mvV/9hPYvFfBSrzGPFZrVwodbrSuIgz4XSYK0nVwxoc6 wagVZghg9qk4jWO2IJI1+Hf4Flg8GK8Bpu2kfBmcalHOevpw/0Lt1d6L4ulFZBXY CEpDmdjqtAInrjfk2O9Fg9hMgFzEKdRJ39NeJeqp4bJhn0ixcSPXaj4nresAU/YY DZ0DoGiX79U= =I03J -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745833: closed by Frank Neuber s...@kernelport.com (Re: Bug#745833: [PATCH] Bugfix for new version of pcsc-lite)
Hi Michael Singer, on debian unstable it should be available just in time. On debian testing it take some time (this is not in my hand). But you can build your own package if you need it more early. Regards, Frank Am 12.05.2014 09:57, schrieb i...@sinweb.de: Hi Frank Neuber, when there is a new package (deb), that fixed the error described? I would be glad if there is soon. regards Michael Singer Am Sonntag, 4. Mai 2014, 17:21:05 schrieben Sie: --- This is an automatic notification regarding your Bug report which was filed against the libifd-cyberjack6 package: #745833: libifd-cyberjack6: Card reader does not work with version 3.99.5final.sp05-1 It has been closed by Frank Neuber s...@kernelport.com. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Frank Neuber s...@kernelport.com by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747851: invoke-rc.d does not execute action if a package only has an upstart job and a systemd unit
Package: sysv-rc Version: 2.88dsf-55 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic Hello, When running under systemd and a package only has an upstart job and a systemd unit, the testexec in invoke-rc.d will be false and is_upstart as well, thus the actions are never run in this case. This causes invoke-rc.d to just exit with code 102 without actually doing anything. I realize that this is a corner case in Debian as packages are required to have an init.d script; but it currently is quite common in Ubuntu, so it would be nice if this could be fixed in Debian as well. It's also quite an obvious omission from the if statement, as the subsequent inner case distinction between the init systems includes is_systemd as well. Patch attached against current packaging git. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) From 52fb58ef83a5fcdfc2d55af806a10bce9676b12e Mon Sep 17 00:00:00 2001 From: Martin Pitt martin.p...@ubuntu.com Date: Mon, 12 May 2014 10:13:17 +0200 Subject: [PATCH] invoke-rc.d: Fix actions to run under systemd if there is no init.d script When running under systemd and a package only has an upstart job and a systemd unit, the testexec will be false and is_upstart as well, thus the actions are never run in this case. Add the missing is_systemd check for this. --- debian/changelog| 4 debian/src/sysv-rc/sbin/invoke-rc.d | 2 +- 2 files changed, 5 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index 0c52c10..9beb398 100644 --- a/debian/changelog +++ b/debian/changelog @@ -18,6 +18,10 @@ sysvinit (2.88dsf-56) UNRELEASED; urgency=medium claim sysvinit have never been used on hurd. It is not true any more. + [ Martin Pitt ] + * invoke-rc.d: Fix actions to run under systemd if there is no init.d +script. + -- Dimitri John Ledkov x...@ubuntu.com Tue, 22 Apr 2014 14:41:18 +0100 sysvinit (2.88dsf-55) experimental; urgency=medium diff --git a/debian/src/sysv-rc/sbin/invoke-rc.d b/debian/src/sysv-rc/sbin/invoke-rc.d index cdfc8d8..2ce4abc 100644 --- a/debian/src/sysv-rc/sbin/invoke-rc.d +++ b/debian/src/sysv-rc/sbin/invoke-rc.d @@ -464,7 +464,7 @@ fi ## note that $ACTION is a space-separated list of actions ## to be attempted in order until one suceeds. if test x${FORCE} != x || test ${RC} -eq 104 ; then -if [ -n $is_upstart ] || testexec ${INITDPREFIX}${INITSCRIPTID} ; then +if [ -n $is_upstart ] || [ -n $is_systemd ] || testexec ${INITDPREFIX}${INITSCRIPTID} ; then RC=102 setechoactions ${ACTION} while test ! -z ${ACTION} ; do -- 2.0.0.rc0 signature.asc Description: Digital signature
Bug#574957: [0cbba84] Fix for Bug#574957 committed to git
tags 574957 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava sriva...@golden-gryphon.com on Mon, 12 May 2014 01:22:47 -0700. The fix will be in the next upload. = [master]: New bugfixing release. * The underlying kernel tree has long removed support for zImage images. This makes bzImage the default, so there is no need to have the user specify one or the other, so removed the --zImage and the --bzImage options from kernel-package. Removing this also removed code that caused confusion in the image names when --bzImage argment was used. (Closes: #574957). * Modified the manual pages to reflect the changes aboue. Updated the po4a .po files and .pot files. Also clarified the requirements for running as root,, and emphasized that fakeroot is th way to go, and running as root is not recommended. Clarified that make-kpkg is supposed to be run after configuring the kernel. (Closes: #704116). * Previously, the Debian revision had to contain a digit. Now dpkg complains if it does not start with a digit. Updated the sanity checks to test for this new constraint. (Closes: #674101). * Removed a versioned dependency on make, for a version older than the one present in oldstable. Signed-off-by: Manoj Srivastava sriva...@golden-gryphon.com = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747852: sqlalchemy: Forgot to clean py3 build tag files
Source: sqlalchemy Severity: normal Tags: patch You forgot to remove the py3 build-* files in debian/rules clean. Patch attached. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (700, 'stable'), (650, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/rules b/debian/rules index 4542422..98ffeea 100755 --- a/debian/rules +++ b/debian/rules @@ -19,6 +19,9 @@ clean: dh_clean build-docs build-stamp install-docs \ $(PYVERS:%=install-python%) $(PYVERS:%=build-python%) \ $(PYVERS:%=install-debug-python%) $(PYVERS:%=build-debug-python%) + $(PY3VERS:%=install-python%) $(PY3VERS:%=build-python%) \ + $(PY3VERS:%=install-debug-python%) $(PY3VERS:%=build-debug-python%) + build: build-arch
Bug#747822: perlmagick: build dependency cycle
On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: (Perl 5.20 will be released in a couple of weeks, and we're aiming to get it in jessie, so this bug will probably become release critical later.) The solution is to get expérimental version to unstable. I am waiting for transition Ça on peut pas, parce que ça veut dire mélanger deux transitions. On doit se débarrasser de la b-dep externe dans unstable d'abord, je le fais ce soir (le truc dans experimental doit marcher, non ?). Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747534: transition: libetpan
On Mon, May 12, 2014 at 10:00:45 +0200, Ricardo Mones wrote: So, to make it clear, from release team's point of view is it preferred to apply Andreas' patch before uploading? :) I don't think the release team cares one way or the other. I know I don't. Cheers, Julien signature.asc Description: Digital signature
Bug#747853: SIGUSR1 does not rotate logfile
Package: minidlna Version: 1.1.2+dfsg-1 Severity: normal Tags: patch Hallo, please add call to log_reopen() to sigusr1 handler, now only clears cache. Thanks Petr -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages minidlna depends on: ii adduser3.113+nmu3 ii initscripts2.88dsf-53 ii libavformat54 6:9.13-1 ii libavutil526:9.13-1 ii libc6 2.18-5 ii libexif12 0.6.21-1 ii libflac8 1.3.0-2 ii libid3tag0 0.15.1b-10 ii libjpeg8 8d-2 ii libogg01.3.1-1 ii libsqlite3-0 3.8.4.3-3 ii libvorbis0a1.3.2-1.3 ii lsb-base 4.1+Debian12 minidlna recommends no packages. minidlna suggests no packages. -- Configuration Files: /etc/default/minidlna changed [not included] /etc/minidlna.conf changed [not included] -- no debconf information diff --git a/minidlna.c b/minidlna.c index 4c77133..f6cbf6e 100644 --- a/minidlna.c +++ b/minidlna.c @@ -162,6 +162,10 @@ sigusr1(int sig) DPRINTF(E_WARN, L_GENERAL, received signal %d, clear cache\n, sig); memset(clients, '\0', sizeof(clients)); + + + DPRINTF(E_WARN, L_GENERAL, reopening logfile\n, sig); + log_reopen(); } static void
Bug#740724: Unreproducible
thanks daniel, now it works indeed. however, i had the issue for a long period during, and probably due to, gvfs, glib, and bluefish upgrades. yes, gedit was working ok, even while bluefish was not. now you may close the bug indeed :) . alex On 05/10/2014 11:06 PM, Daniel Leidert wrote: tags 740724 + unreproducible moreinfo Hi Alex, I cannot reproduce your issue. I've just tested and sftp:// works just fine. You can try to run bluefish in a debugger or via strace and check, where it hangs. You might check your local ~/.xsession-errors and your other log files for more information on what goes wrong. Do you see anything useful when you start bluefish from the command line? Can you access remote locations via other applications and via gvfs* commands (like gvfs-info)? Regards, Daniel -- best regards, alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#739079: First round of binNMU request for libav 10
On Sun, May 11, 2014 at 22:02:38 -0400, Reinhard Tartler wrote: Hi, The following packages from pkg-multimedia build just fine for me: nmu lives_2.2.4~ds0-2 . ALL . -mrebuild against libav10 nmu chromaprint_1.1-1 . ALL . -mrebuild against libav10 nmu idjc_0.8.14-1 . ALL . -mrebuild against libav10 nmu silan_0.3.2-2 . ALL . -mrebuild against libav10 nmu wxsvg_2:1.3~dfsg-1 . ALL . -mrebuild against libav10 Scheduled. Note that you need a space between -m and the message. nmu libffms2-3_2.19.1-1 . ALL . -mrebuild against libav10 That's not the name of a source package. Cheers, Julien signature.asc Description: Digital signature
Bug#645883: [pkg-php-pear] Bug#645883: Current status of twig
Daniel Beyer, 2014-05-12 07:54:43 +0200 : [...] I pushed everything I've done last week to anonscm.d.o [1] and uploaded the package again to mentors [2]. Roland, can you have an other look onto the package, especially the new parts [3] regarding the newly added php-twig-doc package? I just did. The package looks fine, and I uploaded it. Thanks! Since I plan on using it for FusionForge, you may hear from me as a user in the not-too-distant future if I find bugs :-) Roland. -- Roland Mas A lesson for you all: never fall in love during a total eclipse. -- Senex, in A Funny Thing Happened on the Way to the Forum -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742990: News?
Dear Frank, Do you agree with my changes ? I need a ack for your part in order to get it sponsored. BTW do you agree to push ckeditor to be team maintained by debian js team (I could do this change also). Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746411: linux-image-3.2.0-4-amd64: regression: suspend/resume not working after update
Ben Hutchings b...@decadent.org.uk writes: Thanks a lot. This should be reverted in the next security update. (Yes, even though it is not a security issue.) looking forward for the update, thanks! greetings, jens PS: i could imagine the revert will break stuff for other machines and likely a fixed version of e07518e9ce84547ef7a81478dbd3fed1539726da will be needed? if i can be of help by testing a possible new version, feel free to contact me pgpW3luRnq7Vs.pgp Description: PGP signature
Bug#747854: sysvrc: invoke-rc.d fails on masked systemd units
Package: sysv-rc Version: 2.88dsf-55 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic Hello, if you have a masked systemd unit, i. e. one that just points to /dev/null, invoke-rc.d fails with error code 100: | $ sudo sh -x /usr/sbin/invoke-rc.d cgroup-lite start | [...] | + test -d /run/systemd/system | + is_systemd=1 | [...] | + systemctl -p LoadState show cgroup-lite.service | + _state=LoadState=masked | + [ LoadState=masked != LoadState=masked ] | + [ = 1 ] | + [ -z ] | + test ! -f /etc/init.d/cgroup-lite | + querypolicy | + policyaction=start | + test x = x101 | + test x/usr/sbin/policy-rc.d != x | + test -x /usr/sbin/policy-rc.d | + test x = x | + RC=104 | + return | + exit 100 As these units are meant to be no-ops, I think invoke-rc.d should succeed instead of failing a package install/upgrade due to that. Tested patch against current git attached (on top of the one in bug #747851, but this only collides on debian/changelog). Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) From 52acfe6c9e0dcbb40f81785416b1d726765c1267 Mon Sep 17 00:00:00 2001 From: Martin Pitt martin.p...@ubuntu.com Date: Mon, 12 May 2014 11:24:03 +0200 Subject: [PATCH 2/2] invoke-rc.d: Don't fail if a systemd unit is masked. A masked systemd unit (i. e. symlinked to /dev/null) is meant to be a no-op, so just succeed in this case instead of erroring with code 100. LP: #1312975 --- debian/changelog| 1 + debian/src/sysv-rc/sbin/invoke-rc.d | 3 +++ 2 files changed, 4 insertions(+) diff --git a/debian/changelog b/debian/changelog index 9beb398..a97083a 100644 --- a/debian/changelog +++ b/debian/changelog @@ -21,6 +21,7 @@ sysvinit (2.88dsf-56) UNRELEASED; urgency=medium [ Martin Pitt ] * invoke-rc.d: Fix actions to run under systemd if there is no init.d script. + * invoke-rc.d: Don't fail if a systemd unit is masked. (LP: #1312975) -- Dimitri John Ledkov x...@ubuntu.com Tue, 22 Apr 2014 14:41:18 +0100 diff --git a/debian/src/sysv-rc/sbin/invoke-rc.d b/debian/src/sysv-rc/sbin/invoke-rc.d index 2ce4abc..598fe22 100644 --- a/debian/src/sysv-rc/sbin/invoke-rc.d +++ b/debian/src/sysv-rc/sbin/invoke-rc.d @@ -395,6 +395,9 @@ elif [ -n $is_systemd ]; then _state=$(systemctl -p LoadState show ${UNIT} 2/dev/null) if [ $_state != LoadState=masked ]; then _executable=1 +else +printerror Unit ${UNIT} is masked +exit 0 fi elif testexec ${INITDPREFIX}${INITSCRIPTID}; then _executable=1 -- 2.0.0.rc0
Bug#741423: fixed in grilo-plugins 0.2.11-2
Control: reopen -1 On Thu, Mar 13, 2014 at 10:18:59 +, Alberto Garcia wrote: grilo-plugins (0.2.11-2) unstable; urgency=medium . * debian/control: - Build with libtracker-sparql-1.0-dev if available (Closes: #741423). That's not good enough. Alternatives in build dependencies are not considered by sbuild and the buildd network, so this needs to actually change to libtracker-sparql-1.0-dev without the older version. Cheers, Julien signature.asc Description: Digital signature
Bug#747313: [Pkg-shadow-devel] Bug#747313: login: Please move pam_selinux open call higher in the session PAM stack
On Wed, May 07, 2014 at 02:14:34PM +0200, Laurent Bigonville wrote: After looking at Fedora/CentOS ssh pam config file and talking with people upstream[0] I think that the call to pam_selinux open should be moved higher in the session stack (just after pam_loginuid and before pam_keyinit to follow what Fedora is doing). just for curiosity, why do you still use ligin(1) from shadow-utils? Does it have any feature that is missing in util-linux login(1)? Note that we spent a lot time to make util-linux login(1) compatible with Suse, /etc/login.defs and to make it PAM-only etc. Karel -- Karel Zak k...@redhat.com http://karelzak.blogspot.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747855: libindi-data: circular dependency with libindidriver0c, libindi-plugins
Package: libindi-data Version: 0.9.8.1-2 Severity: important Hello Debian Krap Maintainers, There is a circular dependency between libindi-data, libindi-plugins and libindidriver0c: libindi-data:Depends: libindi-plugins (= 0.9.8.1-2) libindi-plugins :Depends: libindidriver0c (= 0.9.7) libindidriver0c :Depends: libindi-data (= 0.9.8.1-2) Circular dependencies involving shared libraries are known to cause problems during upgrade, so we should try to avoid them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747313: [Pkg-shadow-devel] Bug#747313: login: Please move pam_selinux open call higher in the session PAM stack
Le Mon, 12 May 2014 11:49:42 +0200, Karel Zak k...@redhat.com a écrit : On Wed, May 07, 2014 at 02:14:34PM +0200, Laurent Bigonville wrote: After looking at Fedora/CentOS ssh pam config file and talking with people upstream[0] I think that the call to pam_selinux open should be moved higher in the session stack (just after pam_loginuid and before pam_keyinit to follow what Fedora is doing). just for curiosity, why do you still use ligin(1) from shadow-utils? Does it have any feature that is missing in util-linux login(1)? Note that we spent a lot time to make util-linux login(1) compatible with Suse, /etc/login.defs and to make it PAM-only etc. I've the same question for su actually, but I guess this is a bit out of the scope of this bugreport. Cheers! Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741743: NMU patch for kicad_0.20140224+bzr4027-3.1
Hello Georges Khaznadar, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bug #741743. https://bugs.debian.org/741743 My NMU patch for kicad_0.20140224+bzr4027-3.1 is below, at the end of this message. With the changes in the NMU patch kicad builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff kicad_0.20140224+bzr4027-3.dsc kicad_0.20140224+bzr4027-3.1.dsc diff -Nru kicad-0.20140224+bzr4027/debian/changelog kicad-0.20140224+bzr4027/debian/changelog --- kicad-0.20140224+bzr4027/debian/changelog 2014-03-07 10:49:51.0 + +++ kicad-0.20140224+bzr4027/debian/changelog 2014-05-09 04:33:34.0 +0100 @@ -1,3 +1,12 @@ +kicad (0.20140224+bzr4027-3.1) unstable; urgency=low + + * Non-maintainer upload. + * It FTBFS because kicad-common is arch independent. +Patch by Dejan Latinovic dejan.latino...@imgtec.com. +Closes: #741743 + + -- Anibal Monsalve Salazar ani...@debian.org Fri, 09 May 2014 04:33:24 +0100 + kicad (0.20140224+bzr4027-3) unstable; urgency=medium * taken in account Samuel Thibault's hint. Closes: #740999 diff -Nru kicad-0.20140224+bzr4027/debian/rules kicad-0.20140224+bzr4027/debian/rules --- kicad-0.20140224+bzr4027/debian/rules 2014-03-07 10:50:28.0 + +++ kicad-0.20140224+bzr4027/debian/rules 2014-05-09 04:32:41.0 +0100 @@ -21,7 +21,7 @@ override_dh_compress: dh_compress --exclude=.pdf -override_dh_install: +override_dh_install-arch: convert bitmaps_png/icons/icon_kicad.xpm -resize 32x32 debian/tmp/icon_kicad.xpm dh_install # fix wrong permissions and link jnlp file to usr/share @@ -29,6 +29,9 @@ chmod a-x $(COMMONDIR)/usr/share/kicad/internat/ja/* ln -s ../share/kicad/freeroute.jnlp $(PKGDIR)/usr/bin chmod a-x $(PKGDIR)/usr/share/kicad/freeroute.jnlp + +override_dh_install-indep: + dh_install # remove out-of-topic files find $(COMMONDIR)/usr/share/kicad -name CMake* -exec rm {} \; signature.asc Description: Digital signature
Bug#746099: FTBFS: Tests failures
Hi, The following is fail part in test-suite.log. During building, the environment variables needed by test case are not available, so the test case fails. ... skip ... test_wildcard_last (test_cangjie.CangjieTestCase) ... ok test_ui_file_is_valid_gtk_builder (test_prefs.PrefsTestCase) ... error: XDG_RUNTIME_DIR not set in the environment. Unable to init server: Could not connect: Connection refused (run_tests:15956): Gtk-CRITICAL **: gtk_settings_get_for_screen: assertion 'GDK_IS_SCREEN (screen)' failed (run_tests:15956): Gtk-CRITICAL **: _gtk_settings_get_style_cascade: assertion 'GTK_IS_SETTINGS (settings)' failed ... skip ... The build is okay if build by `debuild --preserve-env`. -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#739936: closed by Alessandro Ghedini gh...@debian.org (Re: Bug#739936: mpv: no 'ICY Info' metadata printed when playing from playlist stream)
On Sun, May 11, 2014 at 10:06:16PM -0500, Brian Paterni wrote: Thanks for your work on this bug Alessandro! Since I'm running unstable, I've been patiently waiting for the transition to libav10. I see that it has apparently hit today with libavformat55 6:10.1-1, but I'm still not seeing printing of metadata by mpv. My assumption was that I'd be able to see this information once the transition went through. Is this not the case? Must I tell mpv to print stream metadata manually somehow? The transition just barely started (it will end when libav0 migrates to testing), and mpv hasn't been rebuilt yet. Anyway, I just uploaded 0.3.9-2 to try to speed things up a bit. signature.asc Description: Digital signature
Bug#747856: [jmagick] [imagemagick transition] Please use pkg-config
Package: jmagick Severity: important x-debbugs-cc: Emmanuel Bourg ebo...@apache.org x-debbugs-cc: sylves...@debian.org hi, We plan to made a transition for imagemagick as soon as possible. Could you please include this patch in order to avoid FTBFS ? Thanks BastienFrom c4e99452076369fd852147a1e6f6fe573ac55fe3 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com Date: Mon, 12 May 2014 11:59:56 +0200 Subject: [PATCH] Use pkgconfig for flags --- configure.in | 21 + debian/rules | 1 + 2 files changed, 22 insertions(+) diff --git a/configure.in b/configure.in index 93de0f7..58da3d4 100644 --- a/configure.in +++ b/configure.in @@ -241,6 +241,15 @@ AC_ARG_ENABLE(diagnostic, C_DEBUG=-DDIAGNOSTIC,C_DEBUG=) AC_SUBST(C_DEBUG) +AC_PATH_PROG(PKGCONFIG, pkg-config, not_found) +USE_PKGCONFIG='no' +if (test PKGCONFIG != 'not_found') ; then +if pkg-config MagickCore /dev/null 2/dev/null; then + USE_PKGCONFIG='yes' +fi +fi + +if (test USE_PKGCONFIG == 'no') ; then dnl Check if ImageMagick home specified AC_ARG_WITH(magick-home, --with-magick-home=path home directory of ImageMagick, MAGICK_HOME=${withval}) @@ -289,6 +298,13 @@ AC_ARG_WITH(magick-inc-dir, if ( test -f ${MAGICK_INCLUDE_PATH}/magick/api.h ) ; then MAGICK_INCLUDES=-I${MAGICK_INCLUDE_PATH} fi +# pkgconfig +else +MAGICK_LIBS=`pkg-config --libs-only-l MagickCore` +MAGICK_LDFLAGS=`pkg-config --libs-only-L --libs-only-other MagickCore` +MAGICK_CFLAGS=`pkg-config --cflags-only-other MagickCore` +MAGICK_INCLUDES=`pkg-config --cflags-only-I MagickCore` +fi dnl Check for the ImageMagick header file magick/api.h OLD_CPPFLAGS=${CPPFLAGS} @@ -306,12 +322,17 @@ OLD_LDFLAGS=${LDFLAGS} if test -n ${MAGICK_LIBS}; then LDFLAGS=${MAGICK_LIBS} ${LDFLAGS} fi +if (test USE_PKGCONFIG=='no'); then AC_CHECK_LIB(Magick, ConstituteImage, HAVE_MAGICK_LIB=yes, HAVE_MAGICK_LIB=no) if test ${HAVE_ImageMagick-6.2.4MAGICK_LIB} = no; then AC_MSG_ERROR('Unable to find ImageMagick library') fi +else +HAVE_MAGICK_LIB='yes'; +fi LDFLAGS=${OLD_LDFLAGS} +CFLAGS=${CFLAGS} ${MAGICK_CFLAGS} diff --git a/debian/rules b/debian/rules index 53ff56e..b82583e 100755 --- a/debian/rules +++ b/debian/rules @@ -18,6 +18,7 @@ DEB_MAKE_CHECK_TARGET = DEB_DH_INSTALL_SOURCEDIR = debian/tmp DEB_COMPRESS_EXCLUDE = .java DEB_INSTALL_CHANGELOGS_ALL := Changelog.txt +DEB_AUTO_UPDATE_AUTOCONF := yes VERSION=$(shell dpkg-parsechangelog | sed -rne 's,^Version: ([^~-]+).*,\1,p') export JFLAGS = -source 1.6 -target 1.6 -g -- 2.0.0.rc0
Bug#747822: perlmagick: build dependency cycle
On Mon, May 12, 2014 at 10:43 AM, Vincent Fourmond fourm...@gmail.com wrote: On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: (Perl 5.20 will be released in a couple of weeks, and we're aiming to get it in jessie, so this bug will probably become release critical later.) The solution is to get expérimental version to unstable. I am waiting for transition Ça on peut pas, parce que ça veut dire mélanger deux transitions. On doit se débarrasser de la b-dep externe dans unstable d'abord, je le fais ce soir (le truc dans experimental doit marcher, non ?). Yes the stuff in experimental should work. BTW I have send patches for jmagick in order to smooth the transition. Bastien Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747828: iceweasel: the UI is completely broken: no menu bar, no status bar...
On Mon, May 12, 2014 at 09:27:14AM +0200, Vincent Lefevre wrote: On 2014-05-12 11:40:18 +0900, Mike Hommey wrote: severity 747828 wishlist title 747828 New UI is confusing at first thanks On Mon, May 12, 2014 at 03:21:01AM +0200, Vincent Lefevre wrote: On 2014-05-12 06:49:30 +0900, Mike Hommey wrote: On Sun, May 11, 2014 at 11:11:03PM +0200, Vincent Lefevre wrote: After upgrading to iceweasel 29.0.1-1, the UI got completely broken: the menu bar no longer appears, the status bar is absent as well, and the user config has completely been modified. For this one, it appears that upstream provides something[*] (I don't know whether this is complete), but I didn't see anything with the Debian upgrade. Oh, so your bug report is really I don't like the new UI. Not really. The fact that the menu bar no longer appears could be regarded as a bug, but since there's no documentation, it's difficult to say whether this is a bug or the features are available via some context menu. After some search, I could see that the problem with the menu bar was actually a configuration problem with the new version, and one can get it back. There are addons to get the old UI, including the menu bar and the status bar. I thought it was iceweasel doesn't work at all, a bit like when you get xul errors. Well, without the menu bar, various major features (this includes bookmarks) were no longer available. I still don't know how to get the status bar back. There is a button in the toolbar for bookmarks, and the right-most icon on the toolbar is also a menu with more things. [*] https://bugzilla.mozilla.org/show_bug.cgi?id=1008761 So, as mentioned in the bug, there is a tour... except it's a Firefox page on mozilla.org doing that. The problem is that with the Debian upgrade, this page is not presented to the user, contrary to what happens with upstream's version 29. I know. I don't know how to fix this yet. Upstream also says that this page is available in the Help menu, but this menu is not available by default with the new UI. Only a tour can make you know how to get this back! Cf. above, there is such a menu. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747854: sysvrc: invoke-rc.d fails on masked systemd units
Hello again, As a further clarification: This only affects cases where a package has a systemd unit, but not an init.d script. In this case we run into this condition: elif [ -z $is_upstart ] test ! -f ${INITDPREFIX}${INITSCRIPTID} ; then and as there's no init.d script this just does exit 100. With an init.d script this instead goes into the following else clause which does RC=101 instead, and the whole thing succeeds. However, even with an init.d script it doesn't currently tell you the reason why it didn't actually do anything, so the patch still mildly improves that case, too. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747292: gdm3: Unable to login after last upgrade (version 3.8.4-7): fails to start a GNOME session
Le Mon, 12 May 2014 12:02:12 +0200, Benjamin Menant benjamin.men...@gmail.com a écrit : Hello Laurent, Hello, I upgraded my system and got gdm3:amd64 3.8.4-8.1 installed. After reboot, I opened a VC to strace systemd-logind, then I tried to login through gdm. I attached the log results. I actually installed a VM during the weekend to test on a pure unstable installation with and without systemd as PID1, and I cannot reproduce this :/ Grepping the strace I see the following ENOENT error access(/var/lib/systemd/linger/Debian-gdm, F_OK) = -1 ENOENT (No such file or directory) lstat(/run/systemd/system/, 0x7fffe42a8d20) = -1 ENOENT (No such file or directory) lstat(/run/systemd/system/, 0x7fffe42a8e10) = -1 ENOENT (No such file or directory) open(/proc/2262/cgroup, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) unlink(/run/systemd/inhibit/1)= -1 ENOENT (No such file or directory) unlink(/run/systemd/inhibit/2)= -1 ENOENT (No such file or directory) unlink(/run/systemd/inhibit/3)= -1 ENOENT (No such file or directory) What is really puzzling me is the seat entry in the following line: gdm3][2892]: pam_systemd(gdm3:session): Asking logind to create session: uid=1000 pid=2892 service=gdm3 type=x11 class=user seat=/org/freedesktop/ConsoleKit/Seat1 vtnr=0 tty= display=:0 remote=no remote_user= remote_host= I'm a bit out of idea here :/ Eventually, I got back to 3.8.4-6. Bob, are you talking about the Gnome Flashback session? I will give it a try next time. Pascal, I also successfully tried lightdm. I got your point, and thank you very much for your messages. However, since GDM3 comes with Gnome 3, I am pretty sure it would be comfy for most users to just get GDM3 working stable without installing any other package (even if those packages are better in any way; it is not the point). Also, I am using the **unstable** distribution, and I knew this distribution comes with issues. That’s fine. By the way, I guess my humble role as a GNU/Debian user is to report bugs, and give the most information I can to Maintainers so they can fix those bugs (or not). So, IMHO, running away to install an alternative is not a solution. ;-) Thanks for this. Cheers! Thank you, Benjamin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747822: perlmagick: build dependency cycle
On Mon, May 12, 2014 at 10:43 AM, Vincent Fourmond fourm...@gmail.com wrote: On Mon, May 12, 2014 at 9:11 AM, Bastien ROUCARIES roucaries.bast...@gmail.com wrote: (Perl 5.20 will be released in a couple of weeks, and we're aiming to get it in jessie, so this bug will probably become release critical later.) The solution is to get expérimental version to unstable. I am waiting for transition Drat, I thought I was replying to Bastien only, hence in French. Translation: We can't use the version in experimental since it will tie two transitions. So I'll backport the way we got rid of graphicsmagick in experimental to the version in unstable ASAP. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747302: Security flaw: deleted config files get restored
On Sun, 2014-05-11 at 20:28 +0300, Tzafrir Cohen wrote: On Wed, May 07, 2014 at 12:41:01PM +0200, Petr Tomášek wrote: Package: asterisk Version: 1.8.13.1~dfsg1-3+deb7u3 The Asterisk (open source telephony switching and private branch exchange service) comes with many example config files in place which post possible security risk as they configure features which should not be present on a production system. Now, if these config files are deleted they are restored by the next update meaning that the system get screwed and it may lead to a security problem. Configuration files don't just get deleted. Did you remove asterisk (or rather; asterisk-config) or purge it? If you did not purge asterisk-config, the configuration files should not have been removed. Did you have any local changes that were not preserved? Could you please give a more specific scenario? The scenario is very simple: I deleted those config files on purpose because I considered them to be a potential security problem. That upgrading the asterisk package restored these potentially dangerous config files was a big surprise to me :-(. Therfore I'd suggest that config files that are just examples (and not feasible defaults like e.g. ) all be moved out of the /etc/asterisk to some documentation directory. Without any configuration files Asterisk will behave in different ways than expected. Some of the defaults are hard-coded in the configuration rather than in the code. I wrote config files that are just examples! I didn't suggest that no configuration files at all be shipped! Of course there are some config files which contain feasible defaults, like for example codes.conf, but my impression is that this is true for only a small fraction of the config files. Most of the config files are full of rubbish. Just consider the files extensions.conf, extensons.ael and extensions.lua which all of them have some idiotic examples and if someone replaces extensions.conf with his own configuration the configuration in extensions.ael and *.lua (meant as an example) still will be used! Most notable example: by default asterisk will not load any module. The standard modules.conf has [modules] autoload = yes Which itself is posts a security problem - most users do need only a small portion of the available modules, why should all of them be autoloaded? The opposite would be much better from the security (and performance) point of view: to have a modules.conf listing ALL of available modules hashed out and the user would go through this file and enable only those modules he really needs. I'd therefore propose that asterisk be shipped with only a very minimal configuration to prevent potential security problems. (Or maybe a package asterisk-config-minimal could be created for this purpose as an alternative for asterisk-config?) I would be happy to contributing to such an effort - however I have so far no experience with packaging for debian so would probably need some help. BTW, I tried to remove the asterisk-config pakckage but dpkg refused to do so: # dpkg --remove asterisk-config dpkg: dependency problems prevent removal of asterisk-config: asterisk depends on asterisk-config (= 1:1.8.13.1~dfsg1-3+deb7u3) | asterisk-config-custom; however: Package asterisk-config is to be removed. Package asterisk-config-custom is not installed. If I understand it well this makes asterisk-config to be installed automatically when someone installs asterisk which I consider bad (see above). Petr Tomášek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747857: [php5-imagick] [transition] Please add this patch
Package: php5-imagick Version: 3.1.2-1 Severity: important x-debbugs-cc: fourm...@gmail.com Hi, Due to next imagemagick release and in order to avoid ftbfs could you please add the following patch? ThanksFrom fde724e9e442c8773e3c088fabfe93ba7ed42161 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Bastien=20ROUCARI=C3=88S?= roucaries.bast...@gmail.com Date: Mon, 12 May 2014 12:42:00 +0200 Subject: [PATCH] Add pkgconfig --- imagick-3.1.2/config.m4 | 24 +--- 1 file changed, 21 insertions(+), 3 deletions(-) diff --git a/imagick-3.1.2/config.m4 b/imagick-3.1.2/config.m4 index 547efef..d320f6e 100644 --- a/imagick-3.1.2/config.m4 +++ b/imagick-3.1.2/config.m4 @@ -11,7 +11,13 @@ fi if test $PHP_IMAGICK != no; then AC_MSG_CHECKING(ImageMagick MagickWand API configuration program) - + + test -x /usr/bin/pkg-config PKGCONFIG=/usr/bin/pkg-config + if ! test -z $PKGCONFIG; then +$PKGCONFIG --exists MagickWand /dev/null 2/dev/null USE_PKGCONFIG=yes + fi + + if test x$USE_PKGCONFIG != xyes; then for i in $PHP_IMAGICK /usr/local /usr; do test -r $i/bin/MagickWand-config IMAGICK_AFTER_BWC_BREAK=true WAND_BINARY=$i/bin/MagickWand-config break @@ -27,10 +33,15 @@ if test $PHP_IMAGICK != no; then if test -z $WAND_BINARY; then AC_MSG_ERROR(not found. Please provide a path to MagickWand-config or Wand-config program.) fi + fi AC_MSG_RESULT(found in $WAND_BINARY) + if test x$USE_PKGCONFIG != xyes; then IMAGEMAGICK_VERSION_ORIG=`$WAND_BINARY --version` + else + IMAGEMAGICK_VERSION_ORIG=`$PKGCONFIG --modversion MagickWand` + fi IMAGEMAGICK_VERSION_MASK=`echo ${IMAGEMAGICK_VERSION_ORIG} | awk 'BEGIN { FS = .; } { printf %d, ($1 * 1000 + $2) * 1000 + $3;}'` AC_MSG_CHECKING(if ImageMagick version is at least 6.2.4) @@ -40,7 +51,8 @@ if test $PHP_IMAGICK != no; then AC_MSG_ERROR(no. You need at least Imagemagick version 6.2.4 to use Imagick.) fi - WAND_DIR=`$WAND_BINARY --prefix` + if test x$USE_PKGCONFIG != xyes; then + WAND_DIR=`$WAND_BINARY --prefix` if test -z $IMAGICK_AFTER_BWC_BREAK; then AC_MSG_CHECKING(for magick-wand.h header file) @@ -66,6 +78,7 @@ if test $PHP_IMAGICK != no; then AC_DEFINE(IMAGICK_USE_NEW_HEADER,1,[ ]) PHP_IMAGICK_USE_NEW_HEADER=1 fi + fi AC_MSG_CHECKING([PHP version is at least 5.1.3]) @@ -91,6 +104,7 @@ if test $PHP_IMAGICK != no; then AC_DEFINE(HAVE_IMAGICK,1,[ ]) + if test x$USE_PKGCONFIG != xyes; then IMAGICK_MAGICK_PREFIX=`$WAND_BINARY --prefix` export ORIG_PKG_CONFIG_PATH=$PKG_CONFIG_PATH @@ -101,7 +115,11 @@ if test $PHP_IMAGICK != no; then IMAGICK_CFLAGS=`$WAND_BINARY --cflags` IMAGICK_CFLAGS=$IMAGICK_CFLAGS -I$WAND_DIR/include - + else + IMAGICK_MAGICK_PREFIX='' + IMAGICK_LIBS=`pkg-config --libs MagickWand` + IMAGICK_CFLAGS=`pkg-config --cflags MagickWand` + fi PHP_EVAL_LIBLINE($IMAGICK_LIBS, IMAGICK_SHARED_LIBADD) PHP_EVAL_INCLINE($IMAGICK_CFLAGS) -- 2.0.0.rc0
Bug#747858: libruby2.1: circular dependency hell
Package: libruby2.1 Version: 2.1.2-1 Severity: important Hello Antonio, There is a circular dependency between libruby2.1, ruby and ruby2.1: libruby2.1 :Depends: ruby2.1 (= 2.1.2-1) ruby:Depends: ruby2.1 ruby2.1 :Depends: ruby (= 1:1.9.3.1), libruby2.1 (= 2.1.0) Complex circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739079: First round of binNMU request for libav 10
On Mon, May 12, 2014 at 5:01 AM, Julien Cristau jcris...@debian.org wrote: On Sun, May 11, 2014 at 22:02:38 -0400, Reinhard Tartler wrote: Hi, The following packages from pkg-multimedia build just fine for me: nmu lives_2.2.4~ds0-2 . ALL . -mrebuild against libav10 nmu chromaprint_1.1-1 . ALL . -mrebuild against libav10 nmu idjc_0.8.14-1 . ALL . -mrebuild against libav10 nmu silan_0.3.2-2 . ALL . -mrebuild against libav10 nmu wxsvg_2:1.3~dfsg-1 . ALL . -mrebuild against libav10 Scheduled. Note that you need a space between -m and the message. Ok nmu libffms2-3_2.19.1-1 . ALL . -mrebuild against libav10 That's not the name of a source package. Sorry, that should have read: nmu ffms2_2.19.1-1 . ALL . -m rebuild against libav10 Thanks -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747761: xulrunner-dev: ships mozilla-js.pc which is also in libmozjs-dev
2014-05-11 20:06 GMT+03:00 Rene Engelhard r...@rene-engelhard.de: Package: xulrunner-dev Version: 29.0.1-1 Severity: serious Hi, In my dist-upgrade today: [...] dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/xulrunner-dev_29.0.1-1_amd64.deb (--unpack): Versuch, »/usr/lib/pkgconfig/mozilla-js.pc« zu überschreiben, welches auch in Paket libmozjs-dev 24.5.0esr-1 ist [...] Sorry, german, but you should get the idea (xulrunner-dev contains /usr/lib/pkgconfig/mozilla-js.pc which is also in package libmozjs-dev 24.5.0esr-1) Interestingly there was no libmozjs-dev update. That's probably because upstream decided to no longer ship a separate Javascript parser; building the suite with their parser has become compulsory. xulrunner-dev probably needs to Conflicts/Provides/Replaces libmozjs-dev -- Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#747859: mame: program name should be lowercase in help output
Package: mame Version: 0.146-5 Tags: patch Since this is Unix and the program is installed as mame, the help output should also reflect this. The attached patch (untested) might work. I see there is a variable called exename, maybe it could be used instead. You might want to forward this upstream in either case. Thanks.diff --git a/src/emu/clifront.c b/src/emu/clifront.c index 63804c3..a6ac254 100644 --- a/src/emu/clifront.c +++ b/src/emu/clifront.c @@ -1441,14 +1441,14 @@ void cli_frontend::display_help() { mame_printf_info(%s v%s - %s\n%s\n\n, emulator_info::get_applongname(),build_version,emulator_info::get_fulllongname(),emulator_info::get_copyright_info()); mame_printf_info(%s\n, emulator_info::get_disclaimer()); - emulator_info::printf_usage(emulator_info::get_appname(),emulator_info::get_gamenoun()); + emulator_info::printf_usage(emulator_info::get_appname_lower(),emulator_info::get_gamenoun()); mame_printf_info(\n\n %s -showusagefor a brief list of options\n %s -showconfig for a list of configuration options\n %s -listmediafor a full list of supported media\n %s -createconfig to create a %s.ini\n\n - For usage instructions, please consult the files config.txt and windows.txt.\n,emulator_info::get_appname(), - emulator_info::get_appname(),emulator_info::get_appname(),emulator_info::get_appname(),emulator_info::get_configname()); + For usage instructions, please consult the files config.txt and windows.txt.\n,emulator_info::get_appname_lower(), + emulator_info::get_appname_lower(),emulator_info::get_appname_lower(),emulator_info::get_appname_lower(),emulator_info::get_configname()); }
Bug#739323: closed by Nobuhiro Iwamatsu iwama...@debian.org (Bug#739323: fixed in guvcview 1.7.3-1)
Control: reopen -1 Control: severity -1 serious Control: tags -1 + sid jessie On 2014-03-25 23:06:19, Debian Bug Tracking System wrote: Changes: guvcview (1.7.3-1) unstable; urgency=low . * New upstream release. (Closes: #739049) * Update debian/control. - Update Standards-Version to 3.9.5. - Add libusb-1.0-0-dev to Build-Depends. * Fix build with libav10. (Closes: #739323) Add patches/0001-fix-build-with-libav10.patch. Thanks to Moritz Muehlenhoff and an...@khirnov.net. Unfortunately, the patch is not enough. It still fails to build against libav 10: | gcc -DLOCALEDIR=\/usr/share/locale\ -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -DPACKAGE_LOCALE_DIR=\/usr/share/locale\ -DPACKAGE_SRC_DIR=\.\ -DPACKAGE_DATA_DIR=\/usr/share\ -pthread -D_GNU_SOURCE=1 -D_REENTRANT -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/SDL -I/usr/include/libpng12 -I/usr/include/libusb-1.0 -D_REENTRANT -pthread -D_REENTRANT -D_FILE_OFFSET_BITS=64 -Wall -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o guvcview-lavc_common.o `test -f 'lavc_common.c' || echo './'`lavc_common.c | lavc_common.c: In function 'init_lavc': | lavc_common.c:448:2: warning: 'avcodec_alloc_frame' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations] | data-picture= avcodec_alloc_frame(); | ^ | lavc_common.c: In function 'init_lavc_audio': | lavc_common.c:661:2: warning: 'avcodec_alloc_frame' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations] | pdata-lavc_data-frame= avcodec_alloc_frame(); | ^ | lavc_common.c:662:2: warning: 'avcodec_get_frame_defaults' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3124) [-Wdeprecated-declarations] | avcodec_get_frame_defaults(pdata-lavc_data-frame); | ^ | lavc_common.c: In function 'has_h264_decoder': | lavc_common.c:670:26: error: 'CODEC_ID_H264' undeclared (first use in this function) | if(avcodec_find_decoder(CODEC_ID_H264)) | ^ | lavc_common.c:670:26: note: each undeclared identifier is reported only once for each function it appears in | lavc_common.c: In function 'init_h264_decoder': | lavc_common.c:681:41: error: 'CODEC_ID_H264' undeclared (first use in this function) | h264_ctx-codec = avcodec_find_decoder(CODEC_ID_H264); | ^ | lavc_common.c:716:2: warning: 'avcodec_alloc_frame' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations] | h264_ctx-picture = avcodec_alloc_frame(); | ^ | lavc_common.c:717:2: warning: 'avcodec_get_frame_defaults' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3124) [-Wdeprecated-declarations] | avcodec_get_frame_defaults(h264_ctx-picture); | ^ | lavc_common.c: In function 'has_h264_decoder': | lavc_common.c:674:1: warning: control reaches end of non-void function [-Wreturn-type] | } | ^ | make[3]: *** [guvcview-lavc_common.o] Error 1 Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747860: Can't switch CRTC between different outputs
Package: arandr Version: 0.1.7.1-1 Severity: wishlist Hi! I have a setup with a laptop, a docking station and two external monitors connected to the docking station. Since the laptop can only drive two displays at a time (it only has two CRTCs), I use xrandr to turn off the internal LVDS display and activate the two external displays. This works, but is cumbersome and requires three steps. Using arandr, I was hoping that it could turn off the builtin display and activate the external displays in one step and vice versa. However, this doesn't work, since activating the second external display fails because the required CRTC is already in use. It would be nice if arandr could activate the displays in the required number of steps automatically. Just for the record, a similar issue exists for lxrandr, the other GUI for xrandr in Debian. Thanks! Uli
Bug#739496: [X2Go-Dev] Issue with 100% cpu usage in x2goclient + libssh 0.6.0
On Mon, May 12, 2014 at 2:48 AM, Mike Gabriel mike.gabr...@das-netzwerkteam.de wrote: Reinhard pointed out that my previous mail did not have any patches. are attached to this mail now. Thanks Ubuntu downstream tasks: What needs to be done in Ubuntu IMHO is: o Test x2goclient-reduce-fan-noise-with-libssh-0.6.x.patch applied to x2goclient ( 4.0.1.4) with libssh (= 0.6.0). That patch does not apply to x2goclient 4.0.1.1, because it changes the method SshMasterConnection::userChallengeAuth to make a call to the function ssh_userauth_none, which doesn't exist in this version of x2goclient. Can you please check the patch again? Regarding libssh, that's fine for the x2go PPA, but for trusty main, I think x2goclient-reduce-fan-noise-with-libssh-0.6.x.patch is the critical one, provided that it can be made to work. (BTW, please also keep the ubuntu bug in the look, see the CC line). -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747861: Can't switch CRTC between different outputs
Package: lxrandr Version: 0.1.2-3 Severity: wishlist Hi! I have a setup with a laptop, a docking station and two external monitors connected to the docking station. Since the laptop can only drive two displays at a time (it only has two CRTCs), I use xrandr to turn off the internal LVDS display and activate the two external displays. This works, but is cumbersome and requires three steps. Using lxrandr, I was hoping that it could turn off the builtin display and activate the external displays in one step and vice versa. However, this doesn't work, since activating the second external display fails because the required CRTC is already in use. It would be nice if lxrandr could activate the displays in the required number of steps automatically. Just for the record, a similar issue exists for arandr, the other GUI for xrandr in Debian. Thanks! Uli
Bug#739079: First round of binNMU request for libav 10
On Mon, May 12, 2014 at 07:04:28 -0400, Reinhard Tartler wrote: nmu ffms2_2.19.1-1 . ALL . -m rebuild against libav10 Scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#747862: proj-data: Pakcage contains architecture dependant files in /usr/share
Package: proj-data Version: 4.8.0-4 Severity: serious Justification: Policy 9.1.1. The package avoids Filesystem Hierarchy Standard since it drops architecture dependant files in /usr/share. For more details please see the discussion on the Debian GIS mailing list starting here: https://lists.alioth.debian.org/pipermail/pkg-grass-devel/2014-May/019784.html Kind regards Andreas. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747863: systemd service fails by default and causes package install failure
Package: nut-client Version: 2.7.1-1 Hello, nut-client's current systemd unit for upsmon is missing the init.d script's check for the unconfigured MODE=none in /etc/nut/nut.conf. This leads to a failed unit: | Apr 27 10:41:43 laptop upsmon[2856]: Fatal error: insufficient power configured! | Apr 27 10:41:43 laptop upsmon[2856]: Sum of power values: 0 | Apr 27 10:41:43 laptop upsmon[2856]: Minimum value (MINSUPPLIES): 1 | Apr 27 10:41:43 laptop upsmon[2856]: Edit your upsmon.conf and change the values. | Apr 27 10:41:43 laptop systemd[1]: nut-monitor.service: control process exited, code=exited status=1 | Apr 27 10:41:43 laptop systemd[1]: Failed to start Network UPS Tools - power device monitor and shutdown controller. | -- Subject: Unit nut-monitor.service has failed Unfortunately due to that the package installation also fails as the autogenerated postinsts assume invoke-rc.d to succeed. In other words, a clean install of nut-client under systemd fails. I see the following options: * Somehow add that startup condition to the .service. There is no ConditionCommand or similar which could hold that though, and putting the test into ExecStartPre= or similar wouldn't work either. So it would need to be something which doesn't cause the unit to fail (due to non-running daemon or non-zero exit). * In the postinst, only enable the unit if the service is configured, otherwise leave it as disabled; and add instructions how to enable it (with update-rc.d?) to nut.conf. * Drop the systemd unit entirely and continue using the init.d script for the time being (that's what I just did to the Ubuntu package for simplicity, for the record). Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#739209: alsa-plugins: diff for NMU version 1.0.27-2.1
Dear maintainer, Now that libav10 is in unstable, I've updated the NMU for alsa-plugins (versioned as 1.0.27-2.1) and uploaded it to unstable. I've also canceled the previous one last-minute. The reason was that I forgot to add libavresample-dev as build depends to debian/control. Please find the updated patch attached to this email. Regards. diff -Nru alsa-plugins-1.0.27/debian/changelog alsa-plugins-1.0.27/debian/changelog --- alsa-plugins-1.0.27/debian/changelog 2013-05-09 06:40:50.0 -0400 +++ alsa-plugins-1.0.27/debian/changelog 2014-05-12 07:33:20.0 -0400 @@ -1,3 +1,10 @@ +alsa-plugins (1.0.27-2.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add libav10.patch to allow compilation against Libav10 (Closes: #739209) + + -- Reinhard Tartler siret...@tauware.de Mon, 12 May 2014 07:33:19 -0400 + alsa-plugins (1.0.27-2) unstable; urgency=low * Upload to unstable. diff -Nru alsa-plugins-1.0.27/debian/control alsa-plugins-1.0.27/debian/control --- alsa-plugins-1.0.27/debian/control 2013-03-31 20:24:44.0 -0400 +++ alsa-plugins-1.0.27/debian/control 2014-05-12 07:35:20.0 -0400 @@ -9,6 +9,7 @@ dh-autoreconf, libasound2-dev (= 1.0.25), libavcodec-dev, + libavresample-dev, libavutil-dev, libdbus-1-dev (= 1.4.12-3~), libjack-dev (= 1:0.121.0+svn4538-2~), diff -Nru alsa-plugins-1.0.27/debian/patches/libav10.patch alsa-plugins-1.0.27/debian/patches/libav10.patch --- alsa-plugins-1.0.27/debian/patches/libav10.patch 1969-12-31 19:00:00.0 -0500 +++ alsa-plugins-1.0.27/debian/patches/libav10.patch 2014-05-12 07:30:30.0 -0400 @@ -0,0 +1,339 @@ +From: Luca Barbato lu_z...@gentoo.org +Description: lavr: Add a libavresample based rate plugin +Date: Mon, 14 Apr 2014 10:01:07 +0200 + +Provide lavcrate compatibility. + +--- a/configure.in b/configure.in +@@ -64,7 +64,7 @@ if test $use_maemo_rm = yes; then + fi + + AC_ARG_ENABLE([avcodec], +- AS_HELP_STRING([--disable-avcodec], [Don't build plugins depending on avcodec (a52)])) ++ AS_HELP_STRING([--disable-avcodec], [Do not build plugins depending on avcodec (a52)])) + + if test x$enable_avcodec != xno; then + PKG_CHECK_MODULES(AVCODEC, [libavcodec libavutil], [HAVE_AVCODEC=yes], [HAVE_AVCODEC=no]) +@@ -99,6 +99,10 @@ if test $HAVE_AVCODEC = yes; then + if test -z $AVCODEC_HEADER; then + HAVE_AVCODEC=no + fi ++ SAVE_LIBS=$LIBS ++ LIBS=$LIBS $AVCODEC_LIBS ++ AC_CHECK_FUNCS([av_resample_init]) ++ LIBS=$SAVE_LIBS + fi + + AM_CONDITIONAL(HAVE_AVCODEC, test x$HAVE_AVCODEC = xyes) +@@ -106,6 +110,18 @@ AC_SUBST(AVCODEC_CFLAGS) + AC_SUBST(AVCODEC_LIBS) + AC_SUBST(AVCODEC_HEADER) + ++AC_ARG_ENABLE([avresample], ++ AS_HELP_STRING([--disable-avresample], [Do not build plugins depending on avcodec (lavrate)])) ++ ++if test x$enable_avresample != xno; then ++ PKG_CHECK_MODULES(AVRESAMPLE, [libavresample libavutil], [HAVE_AVRESAMPLE=yes], [HAVE_AVRESAMPLE=no]) ++fi ++ ++AM_CONDITIONAL(HAVE_AVRESAMPLE, test x$HAVE_AVCODEC = xyes) ++AC_SUBST(AVRESAMPLE_CFLAGS) ++AC_SUBST(AVRESAMPLE_LIBS) ++AC_SUBST(AVRESAMPLE_HEADER) ++ + PKG_CHECK_MODULES(speexdsp, [speexdsp = 1.2], [HAVE_SPEEXDSP=yes], [HAVE_SPEEXDSP=]) + AM_CONDITIONAL(HAVE_SPEEXDSP, test $HAVE_SPEEXDSP = yes) + +@@ -179,7 +195,7 @@ AC_OUTPUT([ + mix/Makefile + rate/Makefile + a52/Makefile +- rate-lavc/Makefile ++ rate-lavr/Makefile + maemo/Makefile + doc/Makefile + usb_stream/Makefile +--- a/Makefile.am b/Makefile.am +@@ -9,8 +9,14 @@ if HAVE_SAMPLERATE + SUBDIRS += rate + endif + if HAVE_AVCODEC ++SUBDIRS += a52 ++if !HAVE_AVRESAMPLE + SUBDIRS += a52 rate-lavc + endif ++endif ++if HAVE_AVRESAMPLE ++SUBDIRS += rate-lavr ++endif + if HAVE_MAEMO_PLUGIN + SUBDIRS += maemo + endif +--- /dev/null b/rate-lavr/Makefile.am +@@ -0,0 +1,22 @@ ++asound_module_rate_lavr_LTLIBRARIES = libasound_module_rate_lavr.la ++ ++asound_module_rate_lavrdir = @ALSA_PLUGIN_DIR@ ++ ++AM_CFLAGS = -Wall -g @ALSA_CFLAGS@ @AVRESAMPLE_CFLAGS@ ++AM_LDFLAGS = -module -avoid-version -export-dynamic -no-undefined $(LDFLAGS_NOUNDEFINED) ++ ++libasound_module_rate_lavr_la_SOURCES = rate_lavr.c ++libasound_module_rate_lavr_la_LIBADD = @ALSA_LIBS@ @AVRESAMPLE_LIBS@ ++ ++ ++install-exec-hook: ++ rm -f $(DESTDIR)@ALSA_PLUGIN_DIR@/libasound_module_rate_lavcrate*.so ++ $(LN_S) libasound_module_rate_lavr.so $(DESTDIR)@ALSA_PLUGIN_DIR@/libasound_module_rate_lavcrate.so ++ $(LN_S) libasound_module_rate_lavr.so $(DESTDIR)@ALSA_PLUGIN_DIR@/libasound_module_rate_lavcrate_higher.so ++ $(LN_S) libasound_module_rate_lavr.so $(DESTDIR)@ALSA_PLUGIN_DIR@/libasound_module_rate_lavcrate_high.so ++ $(LN_S) libasound_module_rate_lavr.so $(DESTDIR)@ALSA_PLUGIN_DIR@/libasound_module_rate_lavcrate_fast.so ++ $(LN_S) libasound_module_rate_lavr.so $(DESTDIR)@ALSA_PLUGIN_DIR@/libasound_module_rate_lavcrate_faster.so ++ ++uninstall-hook: ++ rm -f
Bug#747862: proj_4.8.0-3_amd64.changes ACCEPTED into unstable
Hi Francesco, On Sat, May 10, 2014 at 09:50:48AM +0200, Francesco P. Lovergine wrote: On Fri, May 09, 2014 at 09:20:31PM +, Debian FTP Masters wrote: . [ Andreas Tille ] * proj-data is arch all Argh, wrong! If nothing changed at upstream level, binary data need to be generated per architecture due to endianess. The right fix would be making proj-data all and adding a postinst script to generate binary versions at install time. Please, reverse change immediately! I decided to revert the change but at the same time filed a serious bug since the package is violating Filesystem Hierarchy Standard. I admit I have a bad feeling by beeing aware to upload a package with a serious problem (now reported as bug #747862) but it seems that reverting the change might our users harm less than leaving it as is. Please provide a proper fix as described above soon. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709803: Processed: your mail
tag 709803 - patch tag 709803 + upstream tag 709803 + wontfix kthxbye On Sun, May 11, 2014 at 08:29:46PM -0400, Michael Gilbert wrote: I was in the process of putting together a patch addressing both of these requests, and hadn't yet finished this mail, which has the desired context. This doesn't address the issue in the original report: this isn't something we should be doing off our own back in Debian, it's something that upstream should be doing. The issue isn't that it's hard to build shared libraries, the issue is that it's hard to maintain them and so it needs to be something that upstream are engaged with. Please discuss this with upstream. signature.asc Description: Digital signature
Bug#739434: closed by Anton Gladky gl...@debian.org (Bug#739434: fixed in paraview 4.0.1+dfsg-1)
Control: reopen -1 Control: severity -1 serious Control: tags -1 + sid jessie On 2014-03-13 21:24:09, Debian Bug Tracking System wrote: Changes: paraview (4.0.1+dfsg-1) unstable; urgency=medium . [ Christophe Trophime ] * [c20bad7] Add missing file from install (needed to install salome-paravis for instance). . [ Anton Gladky ] * [0f6c102] Imported Upstream version 4.0.1+dfsg * [f4ccb4e] Fix libav10 compilation. (Closes: #739434) Unfortunately it still fails to build with libav 10: | cd /«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/FFMPEG /usr/lib/ccache/c++ -DMPICH_IGNORE_CXX_SEEK -DVTK_IN_VTK -DvtkIOFFMPEG_EXPORTS -D__STDC_CONSTANT_MACROS -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -Wno-deprecated -fPIC -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/Movie -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/Movie -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/DataModel -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/DataModel -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Math -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Math -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Core -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Core -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Utilities/KWSys -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Utilities/KWSys -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Misc -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Misc -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/System -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/System -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/Transforms -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/Transforms -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/Common/ExecutionModel -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/Common/ExecutionModel -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/Core -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/Core -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/ThirdParty/zlib -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/ThirdParty/zlib -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/ThirdParty/oggtheora -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/ThirdParty/oggtheora -I/«BUILDDIR»/paraview-4.0.1+dfsg/obj-x86_64-linux-gnu/VTK/IO/FFMPEG -I/«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG-fvisibility=hidden -fvisibility-inlines-hidden -o CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o -c /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx: In member function 'int vtkFFMPEGWriterInternal::Start()': | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:151:41: error: 'CODEC_ID_MJPEG' was not declared in this scope | this-avOutputFormat-video_codec = AV_CODEC_ID_MJPEG; | ^ | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:155:41: error: 'CODEC_ID_RAWVIDEO' was not declared in this scope | this-avOutputFormat-video_codec = AV_CODEC_ID_RAWVIDEO; | ^ | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:178:18: error: 'CodecID' was not declared in this scope |c-codec_id = (CodecID)this-avOutputFormat-video_codec; | ^ | /«BUILDDIR»/paraview-4.0.1+dfsg/VTK/IO/FFMPEG/vtkFFMPEGWriter.cxx:178:26: error: expected ';' before 'this' |c-codec_id = (CodecID)this-avOutputFormat-video_codec; | ^ | make[3]: *** [VTK/IO/FFMPEG/CMakeFiles/vtkIOFFMPEG.dir/vtkFFMPEGWriter.cxx.o] Error 1 Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747501: thinkfan.service fails to start after upgrade
Hello Evgeni, On Sun, May 11, 2014 at 09:31:44AM +0200, Evgeni Golov wrote: This is an upgrade from 0.8.1-1? hmm, I just run apt-get update and apt-get upgrade. But probably yes. The cache on the laptop just contains the last update, but mostly at home I use apt-cacher-ng. $ ls -la /var/cache/apt/archives/thinkfan_0.9.2-1_amd64.deb -rw-r--r-- 1 root root 33120 Apr 29 08:04 /var/cache/apt/archives/thinkfan_0.9.2-1_amd64.deb I greped in my apt-cacher-ng repo this, so yes, the update was from 0.8.1. carsten@iconnect-carsten:/data/apt-cacher-ng $ find | grep thinkfan ./debrep/pool/main/t/thinkfan ./debrep/pool/main/t/thinkfan/thinkfan_0.8.1-1_amd64.deb ./debrep/pool/main/t/thinkfan/thinkfan_0.8.1-1_amd64.deb.head Can you post your /etc/thinkfan.conf Yes of course, but that the should be the default config from thinkfan.conf.simple. There quite some days gone I was working on it. $ cat /etc/thinkfan.conf ## # thinkfan 0.7 example config file # [snip] # I use this on my T61p: #tp_fan /proc/acpi/ibm/fan #tp_thermal /proc/acpi/ibm/thermal (0, 10, 15, 2, 10, 5, 0, 3, 0, 3) (0, 0, 55) (1, 48, 60) (2, 50, 61) (3, 52, 63) (4, 56, 65) (5, 59, 66) (7, 63, 32767) and cat /sys/module/thinkpad_acpi/parameters/fan_control there is this inside $ cat /sys/module/thinkpad_acpi/parameters/fan_control N Hope that's helpful. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747501: thinkfan.service fails to start after upgrade
Hi Carsten, On Mon, May 12, 2014 at 01:50:03PM +0200, Carsten Schoenert wrote: there is this inside $ cat /sys/module/thinkpad_acpi/parameters/fan_control N Hope that's helpful. Yes it is. You do not have fan_control enabled, so thinkfan was never working for you. You have to load the thinkpad_acpi module with fan_control=1 for thinkfan to be able to control the fan. Rgerads Evgeni -- Bruce Schneier can read and understand Perl programs. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733352: Bowtie and tophat fail to build with seqan = 1.4
Hi Kim, I'm not sure whether you are really aware that we have trouble to build tophat under Debian against seqan 1.4. The whole discussion (including some patches solving part of the issue) is summarised on the bug report web page https://bugs.debian.org/733352 It would be really cool if we could get tophat built against the Debian packaged seqan 1.4 library. Please let us know if you can provide any clue or if you need further information to understand the problem. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739079: First round of binNMU request for libav 10
On 2014-05-12 13:32:35, Julien Cristau wrote: On Mon, May 12, 2014 at 07:04:28 -0400, Reinhard Tartler wrote: nmu ffms2_2.19.1-1 . ALL . -m rebuild against libav10 Scheduled. Please also schedule binNMUs for the following packages from stage 1: nmu amide_1.0.5-2 . ALL . -m Rebuild against libav10. nmu aubio_0.4.1-2 . ALL . -m Rebuild against libav10. nmu audacious-plugins_3.4.3-2 . ALL . -m Rebuild against libav10. nmu bino_1.4.4-2 . ALL . -m Rebuild against libav10. nmu cantata_1.1.3.ds1-1 . ALL . -m Rebuild against libav10. nmu ffmpegthumbnailer_2.0.8-2 . ALL . -m Rebuild against libav10. nmu ffmpegthumbs_4:4.12.2-2 . amd64 armel armhf hurd-i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel s390x sparc . -m Rebuild against libav10. # fallout from the gmp breakage gb ffmpegthumbs_4:4.12.2-2 . i386 powerpc nmu freerdp_1.0.2-4 . ALL . -m Rebuild against libav10. nmu gegl_0.2.0-5 . ALL . -m Rebuild against libav10. nmu gnash_0.8.11~git20140419-1 . ALL . -m Rebuild against libav10. nmu goldendict_1.5.0~git20131003-1 . ALL . -m Rebuild against libav10. nmu hedgewars_0.9.20.5-2 . ALL . -m Rebuild against libav10. nmu jugglemaster_0.4-6.3 . ALL . -m Rebuild against libav10. nmu lebiniou_3.20-1 . ALL . -m Rebuild against libav10. nmu libphash_0.9.4-1.4 . ALL . -m Rebuild against libav10. nmu moc_1:2.5.0~beta2-1 . ALL . -m Rebuild against libav10. nmu motion_3.2.12+git20140228-4 . ALL . -m Rebuild against libav10. nmu mpd_0.18.10-2 . ALL . -m Rebuild against libav10. nmu nepomuk-core_4:4.12.4-1 . ALL . -m Rebuild against libav10. nmu qmmp_0.7.5-1 . ALL . -m Rebuild against libav10. nmu qutecom_2.2.1+dfsg1-5 . ALL . -m Rebuild against libav10. nmu spek_0.8.2-3.1 . ALL . -m Rebuild against libav10. nmu squeezelite_1.6-1 . ALL . -m Rebuild against libav10. nmu survex_1.2.12-1 . ALL . -m Rebuild against libav10. nmu yorick-av_0.0.3-2 . ALL . -m Rebuild against libav10. I've run a test build for all of them and they built fine against libav 10. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747864: wrong license in debian/copyright
Package: tanglet Version: 1.2.2-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, this software is now licensed under GPL3+. Please change your debian/copyright accordingly. 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#747865: wrong license in debian/copyright
Package: connectagram Version: 1.1.2-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, this software is now licensed under GPL3+. Please change your debian/copyright accordingly. 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#747866: asterisk: Please add aelparse to the package
Package: asterisk Severity: wishlist Dear Maintainer, the aelparse binary does not seem to be part of the Asterisk package, at least not the one currently in jessie: $ dpkg -L asterisk | grep aelparse $ Debugging AEL configurations is greatly simplified by this tool, so please consider adding it. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747867: renpy: FTBFS against libav 10
Source: renpy Version: 6.16.5-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: sid jessie User: j...@debian.org Usertags: libav10 renpy fails to build against libav 10: | x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fPIC -I. -I/usr/include -I/usr/include/SDL -I/usr/include/freetype2 -I/usr/include/python2.7 -c ffdecode.c -o build/temp.linux-x86_64-2.7/ffdecode.o -Wno-unused-function | ffdecode.c:104:25: error: 'AVCODEC_MAX_AUDIO_FRAME_SIZE' undeclared here (not in a function) | uint8_t audio_buf1[(AVCODEC_MAX_AUDIO_FRAME_SIZE * 3) / 2] __attribute__ ((aligned (16))) ; | ^ | ffdecode.c:119:5: error: unknown type name 'ReSampleContext' | ReSampleContext *reformat_ctx; | ^ | ffdecode.c: In function 'get_time': | ffdecode.c:268:2: warning: implicit declaration of function 'av_gettime' [-Wimplicit-function-declaration] | return av_gettime() * 1e-6; | ^ | ffdecode.c: In function 'video_thread': | ffdecode.c:751:9: warning: 'avcodec_alloc_frame' is deprecated (declared at /usr/include/libavcodec/avcodec.h:3114) [-Wdeprecated-declarations] | frame = avcodec_alloc_frame(); | ^ | ffdecode.c: In function 'audio_decode_frame': | ffdecode.c:982:13: warning: implicit declaration of function 'avcodec_decode_audio3' [-Wimplicit-function-declaration] | len1 = avcodec_decode_audio3(dec, | ^ | ffdecode.c:1001:17: warning: implicit declaration of function 'av_audio_resample_init' [-Wimplicit-function-declaration] | is-reformat_ctx = av_audio_resample_init( | ^ | ffdecode.c:1001:34: warning: assignment makes pointer from integer without a cast [enabled by default] | is-reformat_ctx = av_audio_resample_init( | ^ | ffdecode.c:1025:17: warning: implicit declaration of function 'audio_resample' [-Wimplicit-function-declaration] | len = audio_resample(is-reformat_ctx, (short *) is-audio_buf2, (short *) is-audio_buf1, len); | ^ | ffdecode.c: In function 'stream_component_open': | ffdecode.c:1226:13: warning: 'request_channels' is deprecated (declared at /usr/include/libavcodec/avcodec.h:1832) [-Wdeprecated-declarations] | enc-request_channels = FFMIN(2, enc-channels); | ^ | ffdecode.c:1228:13: warning: 'request_channels' is deprecated (declared at /usr/include/libavcodec/avcodec.h:1832) [-Wdeprecated-declarations] | enc-request_channels = 2; | ^ | ffdecode.c:1233:5: warning: 'debug_mv' is deprecated (declared at /usr/include/libavcodec/avcodec.h:2379) [-Wdeprecated-declarations] | enc-debug_mv = debug_mv; | ^ | ffdecode.c: In function 'stream_component_close': | ffdecode.c:1314:13: warning: implicit declaration of function 'audio_resample_close' [-Wimplicit-function-declaration] | audio_resample_close(is-reformat_ctx); | ^ | In file included from ffdecode.c:22:0: | ffdecode.c: At top level: | /usr/include/python2.7/pygame/pygame.h:678:14: warning: 'PyGAME_C_API' defined but not used [-Wunused-variable] | static void* PyGAME_C_API[PYGAMEAPI_TOTALSLOTS] = { NULL }; | ^ | error: command 'x86_64-linux-gnu-gcc' failed with exit status 1 | make: *** [build-python2.7] Error 1 For a full build log see http://people.debian.org/~sramacher/logs/libav10/renpy_6.16.5-1_amd64-20140512-1347.log Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747868: dvswitch: FTBFS against libav 10
Source: dvswitch Version: 0.8.3.6-1.2 Severity: serious Justification: fails to build from source (but built successfully in the past) Tags: sid jessie User: j...@debian.org Usertags: libav10 dvswitch fails to build against libav 10: | [ 40%] Building CXX object src/CMakeFiles/dvswitch.dir/dvswitch.o | In file included from /«PKGBUILDDIR»/src/dv_display_widget.hpp:13:0, | from /«PKGBUILDDIR»/src/mixer_window.hpp:21, | from /«PKGBUILDDIR»/src/dvswitch.cpp:20: | /«PKGBUILDDIR»/src/auto_codec.hpp:22:36: error: 'CodecID' was not declared in this scope | auto_codec auto_codec_open_decoder(CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:23:50: error: 'CodecID' has not been declared | void auto_codec_open_decoder(const auto_codec , CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:23:57: error: 'void auto_codec_open_decoder(const auto_codec, int)' redeclared as different kind of symbol | void auto_codec_open_decoder(const auto_codec , CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:22:12: error: previous declaration of 'auto_codec auto_codec_open_decoder' | auto_codec auto_codec_open_decoder(CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:24:36: error: 'CodecID' was not declared in this scope | auto_codec auto_codec_open_encoder(CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:25:50: error: 'CodecID' has not been declared | void auto_codec_open_encoder(const auto_codec , CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:25:57: error: 'void auto_codec_open_encoder(const auto_codec, int)' redeclared as different kind of symbol | void auto_codec_open_encoder(const auto_codec , CodecID); | ^ | /«PKGBUILDDIR»/src/auto_codec.hpp:24:12: error: previous declaration of 'auto_codec auto_codec_open_encoder' | auto_codec auto_codec_open_encoder(CodecID); | ^ | make[3]: *** [src/CMakeFiles/dvswitch.dir/dvswitch.o] Error 1 | src/CMakeFiles/dvswitch.dir/build.make:54: recipe for target 'src/CMakeFiles/dvswitch.dir/dvswitch.o' failed For a full build log see http://people.debian.org/~sramacher/logs/libav10/dvswitch_0.8.3.6-1.2_amd64-20140512-1215.log Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#747078: #747078: eatmydata: breaks faketime (and maybe others)
Control: reassign -1 eatmydata Control: retitle -1 eatmydata: breaks faketime (and maybe others) Control: affects -1 faketime On Sun, May 11, 2014 at 08:17:28PM +0200, Christian Hofstaedtler wrote: Antonio, do you happen to use eatmydata in combination with your chroot? I'm seeing similar failures with sbuild/schroot + eatmydata. hah, that's it, that chroot did have eatmydata configured as a command-prefix! I have now removed eaymydata usage, and I can narrow down the problem to: $ faketime +1day date Tue May 13 12:06:09 UTC 2014 $ eatmydata faketime +1day date shm_open: Bad address $ faketime +1day eatmydata date shm_open: Bad address I can also reproduce that problem on my main system, so it is not specific to the chroot configuration. For speeding up stuff in schroot the most reliable option when you have enough RAM is to use an overlay on a tmpfs. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#747828: iceweasel: the UI is completely broken: no menu bar, no status bar...
On 2014-05-12 19:31:45 +0900, Mike Hommey wrote: There are addons to get the old UI, including the menu bar and the status bar. I think that there should be a file to give information / references on how to get these things back. The NEWS file should be used to give some information (but it would be nice if information could be given when the user starts FF29 for the first time). Even if the user isn't the admin, if he notices some important changes, the NEWS file is the place one generally looks at in the first place, AFAIK. I have collected some links: https://support.mozilla.org/en-US/kb/learn-more-about-the-design-of-new-firefox https://support.mozilla.org/en-US/kb/customize-firefox-controls-buttons-and-toolbars https://support.mozilla.org/en-US/kb/what-happened-to-the-file-edit-and-view-menus https://support.mozilla.org/en-US/kb/add-on-bar-quick-access-to-add-ons https://support.mozilla.org/en-US/kb/how-to-make-new-firefox-look-like-old-firefox https://support.mozilla.org/en-US/kb/what-happened-to-the-add-on-bar but I haven't had the time yet to look at them in detail (it seems that some infomation doesn't correspond to the FF29 behavior, either because of a bug or because of obsolete information). Upstream also says that this page is available in the Help menu, but this menu is not available by default with the new UI. Only a tour can make you know how to get this back! Cf. above, there is such a menu. It is not obvious to find, in particular because FF29 has a very specific UI, which doesn't look like the one of other applications. Hence the need of a page that explains the new UI. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739957: RFP: marmotta -- Apache Marmotta, Open Platform for Linked Data
The current release (3.2.0) already provide a .deb via an unofficial repository: http://marmotta.apache.org/installation.html#deb http://stack.linkeddata.org/deb/pool/main/m/marmotta/marmotta_3.2.0_all.deb I'd happy to help any DD to check it a polish any detail that might be required according the official Debian policies. Thanks! -- Sergio Fernández Senior Researcher Knowledge and Media Technologies Salzburg Research Forschungsgesellschaft mbH Jakob-Haringer-Straße 5/3 | 5020 Salzburg, Austria T: +43 662 2288 318 | M: +43 660 2747 925 sergio.fernan...@salzburgresearch.at http://www.salzburgresearch.at -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747519: bibtool: Symbol does not start with a letter random errors with pipe
Control: retitle -1 bibtool: silent corruption / Symbol does not start with a letter random errors with pipe On 2014-05-10 11:28:37 +0200, Jerome BENOIT wrote: Meanwhile, it appears that putting a sufficiently long `print.line.length' fixes the issue: a length of 255 for the sent material does the trick. Thanks. It also seems to solve silent corruption I've also noticed yesterday, but I think that's directly related. For instance, here's what I got with bibtool: === --- other.bib (revision 99) +++ other.bib (working copy) @@ -382,8 +382,8 @@ } @Unpublished{alias:ensl-00549682, - author = {Alias, Christophe and Pasca, Bogdan and Plesco, - Alexandru}, + author = {Alias, Christophe and Pasca, Bogdan and Plesco, Alexandru} + ^?, title= {{Automatic Generation of FPGA-Specific Pipelined Accelerators}}, keywords = {High-level synthesis ; Polytope model ; Pipelined where ^? is the DEL character (7F). I suspect that the Symbol does not start with a letter error appears when such a corrupt output is fed to a second bibtool invocation with a pipe, as indeed, the DEL character is not a letter. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747664: julia--get-object breaks because of mapcan
Hi ESSers, Could you please have a look at this which was filed at my end, but is of course an upstream issue? Thanks, Dirk On 10 May 2014 at 22:36, Juliusz Chroboczek wrote: | Package: ess | Version: 13.09-1-1 | | Typing TAB in an iESS buffer in Julia mode sometimes breaks because | mapcan is not defined. A simple workaround is to (load 'cl), but it | would perhaps be better to use nconc(mapcar) instead. | | I am running emacs24 24.3+1-3. | | Here's a backtrace: | | Debugger entered--Lisp error: (void-function mapcan) | mapcan(#[(mod) \303\304\232\203 julia--get-objects(#process julia nil) | julia-object-completion() | completion--capf-wrapper(julia-object-completion all) | run-hook-wrapped(completion--capf-wrapper julia-object-completion all) | completion-at-point() | call-interactively(completion-at-point nil nil) | | ___ | ESS-Debian mailing list | ess-deb...@r-project.org | https://stat.ethz.ch/mailman/listinfo/ess-debian -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743995: ### Synaptic Bug : (GLib-CRITICAL **: g_child_watch_add_full: assertion 'pid 0' failed) ###
Hi all, sorry to bother you but i'm facing the same problem while using synaptic ; (GLib-CRITICAL **: g_child_watch_add_full: assertion 'pid 0' failed) For instance, as i installed codeblocks, i had this message : (synaptic:23460): GLib-CRITICAL **: g_child_watch_add_full: assertion 'pid 0' failed Sélection du paquet gamin précédemment désélectionné. (Lecture de la base de données... 226445 fichiers et répertoires déjà installés.) Preparing to unpack .../gamin_0.1.10-4.1_amd64.deb ... Unpacking gamin (0.1.10-4.1) ... dpkg: libfam0 : problème de dépendance, mais suppression comme demandé : libkdecore5 dépend de libfam0. If you wish, i can provide you with more stuff, in order to target what's happening. May i say that i'm a Debian fan :) i'll try to deal with this problem by my self, nevertheless, maybe it'll be a good thing for you to have some logs concerning this issue. Don't hesitate to contact me if you wish, have a nice day and thank you very much for all your great work, Best regards, rxr -- deb...@neurometal.com rxse...@gmail.com TakeLink -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747869: missing license in debian/copyright
Package: python-neuroshare Version: 0.9.1-2 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing license from python-neuroshare-0.9.1\doc\source\_themes\LICENSE to debian/copyright. 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#747592: autogen: build hangs on testsuite (amd64)
On Sat, May 10, 2014 at 10:14:56AM -0700, Bruce Korb wrote: From information supplied by Andreas, I have determined that the shell process being run by autogen is trying to tell autogen to die with several kill signals. It is not dying. It would be interesting to know exactly which platforms show this problem. I saw an email of the issue on a Debian kfreebsd build. (What is that? Is it Debian or FreeBSD?) It was seen on amd64, at barber buildd: https://buildd.debian.org/status/fetch.php?pkg=autogenarch=amd64ver=1%3A5.18.3~pre19-1stamp=1398803346 I am attaching failed log found in buildd, but did not get uploaded as it never finished building. Regards, -- Hector Oron autogen_5.18.3~pre34-1_amd64-20140509-0954.gz Description: Binary data signature.asc Description: Digital signature
Bug#747519: bibtool: Symbol does not start with a letter random errors with pipe
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello Vincent: thanks for your feedback. On 12/05/14 14:43, Vincent Lefevre wrote: Control: retitle -1 bibtool: silent corruption / Symbol does not start with a letter random errors with pipe On 2014-05-10 11:28:37 +0200, Jerome BENOIT wrote: Meanwhile, it appears that putting a sufficiently long `print.line.length' fixes the issue: a length of 255 for the sent material does the trick. Thanks. It also seems to solve silent corruption I've also noticed yesterday, but I think that's directly related. This is the workaround: the silent corruption is the bug (which appears hard to isolate). For instance, here's what I got with bibtool: === --- other.bib (revision 99) +++ other.bib (working copy) @@ -382,8 +382,8 @@ } @Unpublished{alias:ensl-00549682, - author = {Alias, Christophe and Pasca, Bogdan and Plesco, - Alexandru}, + author = {Alias, Christophe and Pasca, Bogdan and Plesco, Alexandru} + ^?, title= {{Automatic Generation of FPGA-Specific Pipelined Accelerators}}, keywords = {High-level synthesis ; Polytope model ; Pipelined where ^? is the DEL character (7F). How can we easily see that ? I suspect that the Symbol does not start with a letter error appears when such a corrupt output is fed to a second bibtool invocation with a pipe, as indeed, the DEL character is not a letter. It is an output issue, not a pipe one: if the '-o' option is used in the script along with temporary files, the issue remains. Best wishes, Jerome -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBAgAGBQJTcMR2AAoJEIC/w4IMSybjAekH/juBVBc3912R9Zu37hBw+e94 Tltpf/8eWq9DsM74Mfr+JIRGCZkeDLH68x1dAlAeXBlmyLZNBq8YfkfS4XPB7ZTN 51HsqWMjimGi2ygraGVxywrf8ZiKD1t7/NpeZnIsNObcU2zy3Vy/giIvOklFXQux UtVTLZVAjU+CxPk5evXQknoV38pL7sJQSkLOrNnNDSTgcn7BZbnDT3RdYJ+OEb9m 3QS87DE9LwxJHrE2mTUbVqnQq0qTHk8/M9gEMNzR1dAmMbIQDFy+Zr6UnZkqrsWy jjL4uOZ/BwAgpv+ZchrBvWywoOpkxkfqIYyw4XaPIU+XaGzm11VeNoutXYykhQw= =9VDO -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726508: sqlitebrowser: cause identified
Package: sqlitebrowser Version: 2.0.0~beta1+ds.1-3 Followup-For: Bug #726508 Dear Maintainer, the cause of this bug is that : - the configuration file is not loaded correctly because it is not found, thus values saved previously are not retreived - the configuration is store in a file named: SQLite Database Browser 2.conf in ~/.config/sqlitebrowser.sf.net - but when the program tries to re-open this configuration file it fails, because it uses a bad filename. The program tries to open many configuration files that do not exist : open(/home/me/.config/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Unknown Organization.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/home/me/.config/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com/Arca Database Browser 2.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) open(/etc/xdg/Tabuleiro.com.conf, O_RDONLY|O_CLOEXEC) = -1 ENOENT (No such file or directory) This is because the programmer didn't specified correctly the organization/application names in his source code (Qt::Application). Cheers, Michel -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (50, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sqlitebrowser depends on: ii libc6 2.13-38+deb7u1 ii libgcc11:4.7.2-5 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 sqlitebrowser recommends no packages. sqlitebrowser 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#747870: lightdm not usable on LTSP_FATCLIENTS
Package: ltsp-client-core Version: 5.5.1-1 X-Debbugs-Cc: debian-...@lists.debian.org User: debian-...@lists.debian.org Usertags: debian-edu Dear LTSP maintainers, currently it is not possible to use lightdm as DEFAULT_DISPLAY_MANAGER, because the lightdm init script (/etc/init.d/lightdm) gets removed during LTSP client boot (in /usr/share/ltsp/init-ltsp.d/50-rm-system-services). Please let the lightdm init script remain in the LTSP chroot. Thanks! Mike (aka sunweaver from Debian Edu team) -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpADCxn9dFd2.pgp Description: Digitale PGP-Signatur
Bug#747871: mkinitramfs: breaks with LUKS root on MMC (mkinitramfs: for root /dev/dm-0 missing mmcblk /sys/block/ entry) and MODULES=dep
Package: initramfs-tools Version: 0.109.1 Severity: normal File: /usr/sbin/mkinitramfs Dear Maintainer, on a system with the rootfs living inside LUKS on an SD card, mkinitramfs (and thus update-initramfs) fails with: === Begin === root@mimosa:/boot# update-initramfs -k 3.0.19-mimosa-8-01603-g1b85fba -c update-initramfs: Generating /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba mkinitramfs: for root /dev/dm-0 missing mmcblk /sys/block/ entry mkinitramfs: workaround is MODULES=most mkinitramfs: Error please report the bug update-initramfs: failed for /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba with 1. === End === Older versions displayed a warning (which I ignored since everything needed for boot is built-in to the custom kernel anyway), but didn't abort initramfs generation. It looks like hook-functions is a bit overzealous in stripping down the partition name to a device name, resulting in mmcblk rather than mmcblk0. There's existing special casing in dep_add_modules for device mapper (LVM/LUKS) on top of cciss or ida and for root on cciss, ida, mmc and a few more in place already, but not for device mapper on top of mmc. Maybe a recursive function would be a better fit for determining the modules needed for the rootfs? For reference, this is a trace of mkinitramfs: === Begin trace === + CONFDIR=/etc/initramfs-tools + verbose=n + test -e /bin/busybox + BUSYBOXDIR=/bin + test -e /usr/lib/initramfs-tools/bin/busybox + export BUSYBOXDIR ++ getopt -o c:d:ko:r:v -n mkinitramfs -- -o /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new 3.0.19-mimosa-8-01603-g1b85fba + OPTIONS=' -o '\''/boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new'\'' -- '\''3.0.19-mimosa-8-01603-g1b85fba'\''' + '[' 0 '!=' 0 ']' + eval set -- ' -o '\''/boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new'\'' -- '\''3.0.19-mimosa-8-01603-g1b85fba'\''' ++ set -- -o /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new -- 3.0.19-mimosa-8-01603-g1b85fba + true + case $1 in + outfile=/boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new + shift 2 + true + case $1 in + shift + break + . /usr/share/initramfs-tools/scripts/functions + . /usr/share/initramfs-tools/hook-functions + . /etc/initramfs-tools/initramfs.conf ++ MODULES=dep ++ BUSYBOX=y ++ KEYMAP=n ++ COMPRESS=gzip ++ DEVICE= ++ NFSROOT=auto + EXTRA_CONF= + for i in '/usr/share/initramfs-tools/conf.d/*' '${CONFDIR}/conf.d/*' + '[' -e '/usr/share/initramfs-tools/conf.d/*' ']' + for i in '/usr/share/initramfs-tools/conf.d/*' '${CONFDIR}/conf.d/*' + '[' -e '/etc/initramfs-tools/conf.d/*' ']' + for i in '/usr/share/initramfs-tools/conf-hooks.d/*' + '[' -d /usr/share/initramfs-tools/conf-hooks.d/cryptsetup ']' + '[' -e /usr/share/initramfs-tools/conf-hooks.d/cryptsetup ']' + . /usr/share/initramfs-tools/conf-hooks.d/cryptsetup ++ KEYMAP=y ++ BUSYBOX=y ++ FRAMEBUFFER=y + '[' -n '' ']' + '[' -z /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new ']' + touch /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new ++ readlink -f /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new + outfile=/boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new + '[' 1 -ne 1 ']' + version=3.0.19-mimosa-8-01603-g1b85fba + case ${version} in + case ${version} in + '[' -z '' ']' + compress=gzip + command -v gzip + dpkg --compare-versions 3.0.19-mimosa-8-01603-g1b85fba lt 2.6.38 + '[' gzip = lzop ']' + '[' gzip = xz ']' + '[' -d /boot/initrd.img-3.0.19-mimosa-8-01603-g1b85fba.new ']' + MODULESDIR=/lib/modules/3.0.19-mimosa-8-01603-g1b85fba + '[' '!' -e /lib/modules/3.0.19-mimosa-8-01603-g1b85fba ']' + '[' '!' -e /lib/modules/3.0.19-mimosa-8-01603-g1b85fba/modules.dep ']' + '[' -n '' ']' ++ mktemp -d /var/tmp/mkinitramfs_XX + DESTDIR=/var/tmp/mkinitramfs_K8XasF + chmod 755 /var/tmp/mkinitramfs_K8XasF + NOEXEC= ++ tail -1 ++ awk '{print $6}' ++ df -P /var/tmp/mkinitramfs_K8XasF + fs=/ + '[' -n / ']' + grep -q 'on / .*noexec' + mount ++ mktemp /var/tmp/mkinitramfs-OL_XX + __TMPCPIOGZ=/var/tmp/mkinitramfs-OL_OuJNFs ++ dpkg --print-architecture + DPKG_ARCH=armel + export MODULESDIR + export version + export CONFDIR + export DESTDIR + export DPKG_ARCH + export verbose + export KEYMAP + export MODULES + export BUSYBOX + export __TMPCPIOGZ + for d in bin conf/conf.d etc lib/modules run sbin scripts '${MODULESDIR}' + mkdir -p /var/tmp/mkinitramfs_K8XasF/bin + for d in bin conf/conf.d etc lib/modules run sbin scripts '${MODULESDIR}' + mkdir -p /var/tmp/mkinitramfs_K8XasF/conf/conf.d + for d in bin conf/conf.d etc lib/modules run sbin scripts '${MODULESDIR}' + mkdir -p /var/tmp/mkinitramfs_K8XasF/etc + for d in bin conf/conf.d etc lib/modules run sbin scripts '${MODULESDIR}' + mkdir -p /var/tmp/mkinitramfs_K8XasF/lib/modules + for d in bin conf/conf.d etc lib/modules run sbin scripts '${MODULESDIR}' + mkdir -p /var/tmp/mkinitramfs_K8XasF/run + for d in bin conf/conf.d etc lib/modules run sbin scripts '${MODULESDIR}' + mkdir -p /var/tmp/mkinitramfs_K8XasF/sbin + for d in bin conf/conf.d etc lib/modules run sbin
Bug#739079: First round of binNMU request for libav 10
On Mon, May 12, 2014 at 14:13:35 +0200, Sebastian Ramacher wrote: On 2014-05-12 13:32:35, Julien Cristau wrote: On Mon, May 12, 2014 at 07:04:28 -0400, Reinhard Tartler wrote: nmu ffms2_2.19.1-1 . ALL . -m rebuild against libav10 Scheduled. Please also schedule binNMUs for the following packages from stage 1: Scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#728524: gradle: Groovy 2.1.x breaks Gradle
Since we are now heading toward separate packages for Groovy 2 and Gradle 2 I guess we can mark this bug as won't fix. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org