Bug#737502: bluez: conffiles not removed
Control: reopen -1 Control: found -1 5.21-2 Package: bluez Version: 5.21-2 Followup-For: Bug #737502 This bug has not been fixed properly yet. $ pkg=bluez ; adequate $pkg ; dpkg-query -W -f='${Conffiles}\n' $pkg | grep obsolete bluez: obsolete-conffile /etc/bluetooth/rfcomm.conf bluez: obsolete-conffile /etc/bluetooth/serial.conf bluez: obsolete-conffile /etc/bluetooth/audio.conf /etc/bluetooth/rfcomm.conf 0a87d3eddd29683c1456688907e67b4f obsolete /etc/bluetooth/serial.conf 5dcc15dd1153ddebbd41612da9b642e5 obsolete /etc/bluetooth/audio.conf 6bc1fef4f5fe083d34e953ec3dd70bfd obsolete -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluez depends on: ii dbus 1.8.6-1 ii init-system-helpers 1.19 ii kmod 18-1 ii libc62.19-7 ii libdbus-1-3 1.8.6-1 ii libglib2.0-0 2.40.0-3 ii libreadline6 6.3-6 ii libudev1 208-6 ii lsb-base 4.1+Debian13 ii udev 208-6 bluez recommends no packages. bluez suggests no packages. -- no debconf information -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#756466: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Package: qemu-system-x86 Version: 2.0.0+dfsg-7 Setting up qemu-system-x86 (2.0.0+dfsg-7) ... update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756087: O: criu -- checkpoint and restore in userspace
Control: retitle -1 ITA: criu -- checkpoint and restore in userspace Control: owner -1 ! Hi I would be intersted in maintaining criu, but still evaluating if time could permit; marking my intention to possibly adopt. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754365: roundcube-core: reinstall of roundcube fails
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm sorry, but in the meanwhile i installed all the packages by exiting 0 in the post+preinst Scripts and installed all the config stuff by hand. So actually there is no issue. I also guess this is a issue with my system and it's dpkg/debconf-states. Soon i will have new problems :-P On 27.07.2014 13:38, Vincent Bernat wrote: ❦ 10 juillet 2014 12:45 +0200, Christoph li...@unixfrickler.de : I try to reinstall roundcube, but it alway fails with errors in the post or perinstall scripts. I already purged the package several times in different ways. Also removed all remains manually. Last i tried to clean up debconf database by PURGE deconf-communicate, but didn't help. Sorry for the late answer. I just tried the installation on a clean wheezy and it succeeded without a problem. Last snippet of the dpkg-output with -x in the scripts: Could you also add it to roundcube-core.config? Also, do you have anything left with `sudo debconf-get-selections | grep roundcube`? -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJT2IowAAoJEA+92Q6Xl2pZ/eYH/RSlI3IRDble59fxYzRJiXDF MTFIna+QTvo1jP+bufzU7WQolqOKi+tnY2SJF5B0cPnIN9MPpGcLO6rD9c1d3LBL de1zJhiDZv8auzaAJXztajE3TIlfNyn0qSanqOYanVeQlffqazJhqP3VxBWKNHLA EXLVFx/cvS62mFqUkV5zbQKltkVe8y4VbUN1kjbpQOCaihp6J4MQIqZMhGahClXO WRNxmbwl+iMJTQ13jgpEPwx2Pk8XsSmvZdue1+Z961MkWW6omJADz8bMOjsfE/tT DuGmnqeiTtNhImgqg+rPnRSYq7bYMT9Om8a9AxsfeDMZwuvh6XbhjIfv/vw/TQY= =aKu4 -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#735227: Severity is still serious [was source of jquery is missing]
In-Reply-To: 53a73593.5070...@apache.org Organization: Debian Content-Type: multipart/signed; micalg=pgp-sha512; protocol=application/pgp-signature; boundary==-tf7Hdw0ebARTkRiRrBOX X-Mailer: Evolution 3.12.2-1+b1 Mime-Version: 1.0 --=-tf7Hdw0ebARTkRiRrBOX Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Control: severity -1 serious On Sun, 22 Jun 2014 21:59:15 +0200 Emmanuel Bourg wrote: This file has no functional purpose, it's not different than a windows= =20 binary left in a source package, so please ignore it. It doesn't harm=20 anyone's freedom to use and modify this package. It is part of the source package, which is part of Debian, which the Debian project has promised will comply with the DFSG, which requires source code. In addition the ftp team has recently re-stated their requirement for source for all source and binary packages. If you would like to override the DFSG and or ftp team's position on it, the right mechanism to do that is a General Resolution. https://www.debian.org/social_contract#guidelines https://lists.debian.org/debian-devel-announce/2014/04/msg00014.html https://www.debian.org/devel/constitution#item-4 --=20 bye, pabs http://wiki.debian.org/PaulWise --=-tf7Hdw0ebARTkRiRrBOX Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAABCgAGBQJT2I0MAAoJEDEWul6f+mmjHd0P/1CeE2EhDtrQracQqK5U1vj9 ajRQZUiWqy7JFkJm2kCOZSJin6Xrt5o9aXEltCldb5vJaUADNdOHn37WGrp/fIWF K3F4IyeNLEg/RlQJlEhCeMf2z0DZOfUdwsmTihMS7ma1lIZmujxSIFQbO3aI135F BrY2nz/+xk4FvO3z4ce2+94FgghYqYn4N27ewfmjQvUlxIQnEBAgk9qkPQNmJ3/A 0HbLQxWofwSNnT5eqz26G7Bk7t9XWtPR23jchfmMmt/FKD8q9Dfvru0dOMbOeeIk RFFHwjB3I11hR+pwvW9Eg8ahpupIbXoEucXALaXJ8viKmzTqd6Th8TgF7CG9k8n5 cqvdGwNLhnZGWMHmA3pXhBnAqQTEe+fuO/iOlcLT53uiI//wtxA+RykSaaA9z+lg zmSJDZx5MbIVPQLCUOUaSdeHPiE2WCBs3pikC4wy/72UAZY3Xw2bsj4FDcb2MvCA T7/9bxsuJVTW5GNtuQ3OwbPYp+ndmEjO2Heb4xYuUX252IcH25kSwwFP2ocjxv+Z BQofBTu89tOj8J3vxbjcFRAI8KAH3hoooucvbNRNyOJv1c6EkbtN5/LvwU/XR9mo kiWb5AbOAMInWb49yPkrzTr7Mm2V2nEGGe4Ndsa1PazwRRh9j82xySdiz1vqb8db P8hCvuXi/mIENvepo3cu =NIO0 -END PGP SIGNATURE- --=-tf7Hdw0ebARTkRiRrBOX-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756406: tiptop: FTBFS on MIPS
On 30/07/14 13:39, YunQiang Su wrote: Control: severity -1 serious I tested your patch on mips64el, it works. syscall: Invalid argument Could not perform syscall. Don't know why... This bug is serious as it is ftbfs for released port. -- YunQiang Su Hi Guys, we are going to release new version with failing archs masked out. Upstream has been informed about problems. Cheers, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756467: Supermin: test-build-bash.sh failed on mips64el: failed to find a suitable kernel
Package: supermin Version: 5.1.9-1 syq@thor ../src/supermin -v --build -f ext2 --host-cpu mips64el /tmp/tmp.sIjXghDnea/d1 -o /tmp/tmp.sIjXghDnea/d2 ~/supermin/supermin-5.1.9/tests supermin: version: 5.1.9 supermin: package handler: debian/dpkg supermin: build: /tmp/tmp.sIjXghDnea/d1 supermin: build: visiting /tmp/tmp.sIjXghDnea/d1/base.tar.gz type gzip base image (tar) supermin: build: visiting /tmp/tmp.sIjXghDnea/d1/packages type uncompressed packages supermin: build: 20 packages, including dependencies supermin: build: 1009 files supermin: build: 1009 files, after removing unreadable files supermin: build: 1009 files, after matching excludefiles supermin: build: 1009 files, after adding hostfiles supermin: build: 1011 files, after munging supermin: failed to find a suitable kernel (host_cpu=mips64el). I looked for kernels in /boot and modules in /lib/modules. If this is a Xen guest, and you only have Xen domU kernels installed, try installing a fullvirt kernel (only for supermin use, you shouldn't boot the Xen guest with it). syq@thor ../src/supermin -v --build -f ext2 --host-cpu mips64 /tmp/tmp.sIjXghDnea/d1 -o /tmp/tmp.sIjXghDnea/d2 ~/supermin/supermin-5.1.9/tests supermin: version: 5.1.9 supermin: package handler: debian/dpkg supermin: build: /tmp/tmp.sIjXghDnea/d1 supermin: build: visiting /tmp/tmp.sIjXghDnea/d1/base.tar.gz type gzip base image (tar) supermin: build: visiting /tmp/tmp.sIjXghDnea/d1/packages type uncompressed packages supermin: build: 20 packages, including dependencies supermin: build: 1009 files supermin: build: 1009 files, after removing unreadable files supermin: build: 1009 files, after matching excludefiles supermin: build: 1009 files, after adding hostfiles supermin: build: 1011 files, after munging supermin: failed to find a suitable kernel (host_cpu=mips64). I looked for kernels in /boot and modules in /lib/modules. If this is a Xen guest, and you only have Xen domU kernels installed, try installing a fullvirt kernel (only for supermin use, you shouldn't boot the Xen guest with it). -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756468: selinux-policy-default: Installation of utempter fails because of deny of groupadd when SELinux is set to enforcing
Package: selinux-policy-default Version: 2:2.20110726-12 Severity: normal Dear Maintainer, the installation of selinux-policy-src when SELinux is set to enforcing fails: # sestatus SELinux status: enabled SELinuxfs mount:/sys/fs/selinux SELinux root directory: /etc/selinux Loaded policy name: default Current mode: enforcing Mode from config file: enforcing Policy MLS status: enabled Policy deny_unknown status: denied Max kernel policy version: 26 # se_apt-get install selinux-policy-src [...] Setting up libutempter0 (1.1.5-4) ... Creating utempter group... addgroup: `/usr/sbin/groupadd -g 104 utempter' returned error code 10. Exiting. dpkg: error processing libutempter0 (--configure): subprocess installed post-installation script returned error exit status 1 (looks that selinux-policy-src is dependent on libutempter0.) Here is the audit.log of this event: type=SYSCALL msg=audit(1406697782.110:13): arch=c03e syscall=59 success=yes exit=0 a0=132a3d0 a1=132a450 a2=1601060 a3=0 items=0 ppid=7956 pid=7957 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=1 comm=groupadd exe=/usr/sbin/groupadd subj=system_u:system_r:groupadd_t:s0 key=(null) type=AVC msg=audit(1406697782.122:14): avc: denied { search } for pid=7957 comm=groupadd name=contexts dev=dm-0 ino=522851 scontext=system_u:system_r:groupadd_t:s0 tcontext=system_u:object_r:default_context_t:s0 tclass=dir type=SYSCALL msg=audit(1406697782.122:14): arch=c03e syscall=2 success=no exit=-13 a0=cfc340 a1=0 a2=1b6 a3=0 items=0 ppid=7956 pid=7957 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=1 comm=groupadd exe=/usr/sbin/groupadd subj=system_u:system_r:groupadd_t:s0 key=(null) type=AVC msg=audit(1406697782.122:15): avc: denied { search } for pid=7957 comm=groupadd name=contexts dev=dm-0 ino=522851 scontext=system_u:system_r:groupadd_t:s0 tcontext=system_u:object_r:default_context_t:s0 tclass=dir type=SYSCALL msg=audit(1406697782.122:15): arch=c03e syscall=2 success=no exit=-13 a0=cfc2d0 a1=0 a2=1b6 a3=0 items=0 ppid=7956 pid=7957 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=1 comm=groupadd exe=/usr/sbin/groupadd subj=system_u:system_r:groupadd_t:s0 key=(null) type=AVC msg=audit(1406697782.122:16): avc: denied { search } for pid=7957 comm=groupadd name=contexts dev=dm-0 ino=522851 scontext=system_u:system_r:groupadd_t:s0 tcontext=system_u:object_r:default_context_t:s0 tclass=dir type=SYSCALL msg=audit(1406697782.122:16): arch=c03e syscall=2 success=no exit=-13 a0=cfbc40 a1=0 a2=1b6 a3=0 items=0 ppid=7956 pid=7957 auid=0 uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=pts2 ses=1 comm=groupadd exe=/usr/sbin/groupadd subj=system_u:system_r:groupadd_t:s0 key=(null) The system is a fresh and minimalistic installation of Debian 7.6. Kind regards Andre -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-7.1 ii libselinux1 2.1.9-5 ii libsepol12.1.4-3 ii policycoreutils 2.1.10-9 ii python 2.7.3-4+deb7u1 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.1.8-2 ii setools 3.3.7-3 Versions of packages selinux-policy-default suggests: pn logchecknone pn syslog-summary 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#588497: New virtual package: httpd-wsgi
Bill Allombert wrote: Would that description be OK: httpd-wsgi A WSGI capable HTTP server Are there other developper maintaining WSGI related packages to second this ? I second the above description. I (co-)maintain uwsgi, which is capable of serving HTTP (via Apache2 but also) on its own, and handle (a lot of protocols including) WSGI. On a related note, it probably makes sense to add similar note for PSGI and maybe other protocols too (not sure how widespread other ones are), but that's outside the scope of this bugreport, I guess. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#754365: roundcube-core: reinstall of roundcube fails
❦ 30 juillet 2014 08:01 +0200, Hostmaster hostmas...@unixfrickler.de : I'm sorry, but in the meanwhile i installed all the packages by exiting 0 in the post+preinst Scripts and installed all the config stuff by hand. So actually there is no issue. I also guess this is a issue with my system and it's dpkg/debconf-states. OK, I tag the bug report appropriately. Maybe someone else will be hit by the same bug and will provide additional information. There is not much I can do meantime. -- Keep it right when you make it faster. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#756466: update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
Control: severity -1 minor Control: merge 751754 -1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681111: imagemagick: Use fftw3-dev, not fftw-dev
It work on experimental version. May be you could help with transition. See #debian-devel for help. You must compile reverse depends of image magic and correct ftbfs Le 28 juil. 2014 22:21, Ulrich Klauer ulr...@chirlu.de a écrit : found 68 8:6.7.7.10+dfsg-1 thanks After two years, this trivial fix has still not found its way into unstable, meaning that the fft effect doesn't work. Any chance this could be considered for inclusion in the near future? Ulrich
Bug#756463: [Pkg-haskell-maintainers] Bug#756463: xmonad: screen is not redrawn when last window is closed
Dear Kai, Am Mittwoch, den 30.07.2014, 06:21 +0200 schrieb Kai Harries: * What led up to the situation? Start xmonad from gdm. Open a terminal. Close the terminal. * What was the outcome of this action? The terminal window was still visible as an artifact. * What outcome did you expect instead? The terminal window disappears and the desktop will become visible. thanks for your report. I don’t think this is technically a problem with xmonad; xmonad is just not responsible for drawing the background. The desktop is also not redrawn when I switch to an empty workspace. It looks like a lack of a composition manager is causing this problem. Because when I modify /usr/share/xsessions/xmonad.desktop so that xmonad gets started by a script like this: xcompmgr xmonad everything behaves like expected. That is one solution. But there are many more, such as running a proper desktop program in the background (e.g. natuilus) or simply running something like $ xsetroot -solid black as part of your session. I have local modifications to the xmonad package to support a .xmonad/xmonad-session-rc session script where these things can easily go. I guess I should upload these soon. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#756469: libfuntools-dev and libbsd-dev: error when trying to install together
Package: libbsd-dev,libfuntools-dev Version: libbsd-dev/0.7.0-1 Version: libfuntools-dev/1.4.4+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2014-07-30 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: Selecting previously unselected package libbsd0:amd64. (Reading database ... 10858 files and directories currently installed.) Preparing to unpack .../libbsd0_0.7.0-1_amd64.deb ... Unpacking libbsd0:amd64 (0.7.0-1) ... Selecting previously unselected package libwcstools0:amd64. Preparing to unpack .../libwcstools0_3.8.7-2_amd64.deb ... Unpacking libwcstools0:amd64 (3.8.7-2) ... Selecting previously unselected package libfuntools1:amd64. Preparing to unpack .../libfuntools1_1.4.4+dfsg-1_amd64.deb ... Unpacking libfuntools1:amd64 (1.4.4+dfsg-1) ... Selecting previously unselected package libbsd-dev:amd64. Preparing to unpack .../libbsd-dev_0.7.0-1_amd64.deb ... Unpacking libbsd-dev:amd64 (0.7.0-1) ... Selecting previously unselected package libwcstools-dev. Preparing to unpack .../libwcstools-dev_3.8.7-2_amd64.deb ... Unpacking libwcstools-dev (3.8.7-2) ... Selecting previously unselected package libfuntools-dev. Preparing to unpack .../libfuntools-dev_1.4.4+dfsg-1_amd64.deb ... Unpacking libfuntools-dev (1.4.4+dfsg-1) ... dpkg: error processing archive /var/cache/apt/archives/libfuntools-dev_1.4.4+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man3/funopen.3.gz', which is also in package libbsd-dev:amd64 0.7.0-1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Processing triggers for man-db (2.6.7.1-1) ... Errors were encountered while processing: /var/cache/apt/archives/libfuntools-dev_1.4.4+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man3/funopen.3.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755094: transition: harfbuzz
On 29/07/14 20:37, Julien Cristau wrote: On Tue, Jul 29, 2014 at 15:24:58 +0200, أحمد المحمودي wrote: My question, should I add HB_VERSION_CHECK as it was before 0.9.30 ? Or should I add it as an alias for HB_VERSION_ATLEAST ? Bring it back with the old implementation, I would say. Yes. You can upload it directly to unstable (e.g. 0.9.32-1 with HB_VERSION_CHECK/hb_version_check added back) with the old package name (libharfbuzz0b). Then the packages in experimental with the renamed package will be removed. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720050: monkeysign: -u should take full fingerprint
On Mon, 19 Aug 2013 10:32:35 -0400 micah mi...@riseup.net wrote: Antoine Beaupré anar...@anarcat.ath.cx writes: On 2013-08-17 18:16:59, Micah Anderson wrote: You can pass the full fingerprint, including spaces, to monkeysign for the key to be signed. However, if you try to do this for -u, then it gets rather confused and only takes the first 4 characters and then assumes the remainder is a key that should be signed (an invalid key that it will fail to find). This is a limitation of the optparse library - the number of arguments to an option is hardcoded, I believe. Logically, the commandline parser needs to know how many arguments after `-u` it needs to eat and pass to that option, and since we want to accept single uids, it seems to me we can't accept space-separated fingerprints there. I know it's inconsistent, but it's a limitation with the commandline parser built into python. The new argparse library supports variable length arguments, but that requires porting: Thanks for the explanation! usually arguments in the unix world will only have one value that may have a special format to bring in more information. http://docs.python.org/2/library/argparse.html#nargs So for now, use a single userid or (non-space-separated) fingerprint. (Or is monkeysign -u choking on (non-space-separated) fingerprints?) Nope, it is just choking on the space-separated ones. have you tried quoting your fingerprint so that it's taken as one blob for the -u option? like this: monkeysign -u 1234 5678 9ABC ... --other-options the above seems to be working for me with the 2.x branch. -- Gabriel Filion signature.asc Description: OpenPGP digital signature
Bug#756470: openntpd: please add systemd .services file
Package: openntpd Version: 20080406p-7 Severity: normal As outlined at [1], gnome-control-center calls NTP via a generic interface using one's choice of chrony/openntpd/ntp to perform the requested synchronization, provided that a systemd .services file is installed. Would it be possible to add one to OpenNTPd? [1] https://bugs.archlinux.org/task/36142 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openntpd depends on: ii adduser 3.113+nmu3 ii libc62.19-7 ii libssl1.0.0 1.0.1h-3 ii netbase 5.2 openntpd recommends no packages. openntpd 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#756471: flann: Fix cmake HDF5 detection
Source: flann Version: 1.8.4-4 Severity: normal Tags: patch User: p...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please find attached a patch proposal to fix cmake HDF5 detection when it isn't installed in the standard path. This patch fixes a FTBFS against hdf5 1.8.13 currently in experimental. Thanks in advance, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT2KAXAAoJEO/obGx//s+DnCwH/1kErKqQqz58EITu9MuyrCvx U6fmoUg7u8G0xr40A4DDqG4MXZ9HBSYQNDc8tf2kHhZ3eTqAypTA+RfCT6g/3Kw6 rt2YceJw6VFLFzUzhaxamv16xUZdQvwuAFfGuXqDBhZY6l9+At8gy/DWBRxP6NAL tVJRbu5wn/q7HQpSmRR7fUauyolvWykJ8J857IHjkn5diYpG0hs0tgseYaHM7gWb fiXQRIhmw0VYPQP5/T4KgmkouD/bUa5axL7VlEsYY9o4+5uNSqEr5yAO1vBhs1jI o4D5K8CPxXcUAEWC4TwEESL3fvkVF2ZLDG81RVGbtCBwm3uuMGDNHYFq1uFNjJ0= =59oB -END PGP SIGNATURE- diff -Nru flann-1.8.4/debian/changelog flann-1.8.4/debian/changelog --- flann-1.8.4/debian/changelog 2014-06-17 10:58:18.0 +0200 +++ flann-1.8.4/debian/changelog 2014-07-24 19:46:48.0 +0200 @@ -1,3 +1,11 @@ +flann (1.8.4-4.1) unstable; urgency=low + + * Non-maintainer upload. + * New patch fix-cmake-hdf5.patch to support hdf5 1.8.13 new packaging +layout. + + -- Gilles Filippini p...@debian.org Thu, 24 Jul 2014 19:46:48 +0200 + flann (1.8.4-4) unstable; urgency=low * Bump Std-Vers to 3.9.5, no changes needed. Run w-a-s for cleanup. diff -Nru flann-1.8.4/debian/patches/fix-cmake-hdf5.patch flann-1.8.4/debian/patches/fix-cmake-hdf5.patch --- flann-1.8.4/debian/patches/fix-cmake-hdf5.patch 1970-01-01 01:00:00.0 +0100 +++ flann-1.8.4/debian/patches/fix-cmake-hdf5.patch 2014-07-24 19:52:42.0 +0200 @@ -0,0 +1,44 @@ +Index: flann-1.8.4/CMakeLists.txt +=== +--- flann-1.8.4.orig/CMakeLists.txt 2014-07-24 16:52:23.0 +0200 flann-1.8.4/CMakeLists.txt 2014-07-24 19:52:39.193104490 +0200 +@@ -71,11 +71,11 @@ + set(BUILD_PYTHON_BINDINGS OFF) + endif() + +-find_hdf5() ++find_package(HDF5) + if (NOT HDF5_FOUND) + message(WARNING hdf5 library not found, some tests will not be run) + else() +-include_directories(${HDF5_INCLUDE_DIR}) ++include_directories(${HDF5_INCLUDE_DIRS}) + endif() + + if (USE_MPI OR HDF5_IS_PARALLEL) +Index: flann-1.8.4/examples/CMakeLists.txt +=== +--- flann-1.8.4.orig/examples/CMakeLists.txt 2013-01-15 22:38:32.0 +0100 flann-1.8.4/examples/CMakeLists.txt 2014-07-24 19:52:04.463947527 +0200 +@@ -11,7 +11,7 @@ + endif() + + if (HDF5_FOUND) +-include_directories(${HDF5_INCLUDE_DIR}) ++include_directories(${HDF5_INCLUDE_DIRS}) + + add_executable(flann_example_cpp flann_example.cpp) + target_link_libraries(flann_example_cpp ${HDF5_LIBRARIES}) +Index: flann-1.8.4/test/CMakeLists.txt +=== +--- flann-1.8.4.orig/test/CMakeLists.txt 2013-01-15 22:38:32.0 +0100 flann-1.8.4/test/CMakeLists.txt 2014-07-24 19:52:12.668222600 +0200 +@@ -20,7 +20,7 @@ + endif() + + if (GTEST_FOUND AND HDF5_FOUND) +- include_directories(${HDF5_INCLUDE_DIR}) ++ include_directories(${HDF5_INCLUDE_DIRS}) + + set(TEST_LIBRARIES ${HDF5_LIBRARIES}) + if (HDF5_IS_PARALLEL) diff -Nru flann-1.8.4/debian/patches/series flann-1.8.4/debian/patches/series --- flann-1.8.4/debian/patches/series 2013-01-19 19:23:17.0 +0100 +++ flann-1.8.4/debian/patches/series 2014-07-24 19:45:59.0 +0200 @@ -1,2 +1,3 @@ remove_tests.patch fixmultiarchlibinstall.patch +fix-cmake-hdf5.patch
Bug#756472: gmsh: fix cmake HDF5 detection
Source: gmsh Version: 2.8.4+dfsg-1 Severity: normal Tags: patch User: p...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Please find attached a patch proposal to fix cmake HDF5 detection when it isn't installed in the standard path. This patch fixes a FTBFS against hdf5 1.8.13 currently in experimental. Thanks in advance, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT2KFQAAoJEO/obGx//s+DLTEIAIZ49CQsgHiraWVN5L/QS88B T341oZA5BWJlZfRVjpzoCWGfYCJVuHRhY5ZEvwJw5EZlTlTQX+Ul05JuOeLXUbGV mIA3/2nM1Sy6kF2ncKU7RTMgiTBQ0DN7aQBWTiuUeaqVg3haaBOk6ihmbwxTS913 qI7paWxfHtsHUNkvUlA4yG04XAAkKZNm03Y3fj0jKXjQOynCJ/JQOGyQ2X3HHS1M ek+LV74XVOwNmHXXqwfOIwGJhyVR7/tF5QswqNPe19l0oy+7UnK9ov4njoqhb4nA msuCCMzABzpbNLHiBEyvmE3/CSaFwPCOrwW2g4u26+mRrhi8w1ZR2aWSPDc5C1M= =raHr -END PGP SIGNATURE- diff -Nru gmsh-2.8.4+dfsg/debian/changelog gmsh-2.8.4+dfsg/debian/changelog --- gmsh-2.8.4+dfsg/debian/changelog 2014-02-11 07:42:58.0 +0100 +++ gmsh-2.8.4+dfsg/debian/changelog 2014-07-25 00:43:50.0 +0200 @@ -1,3 +1,11 @@ +gmsh (2.8.4+dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * New patch fix-cmake-hdf5.patch to support hdf5 1.8.13 new packaging +layout. + + -- Gilles Filippini p...@debian.org Fri, 25 Jul 2014 00:43:50 +0200 + gmsh (2.8.4+dfsg-1) unstable; urgency=medium * [09d4b69] Imported Upstream version 2.8.4+dfsg diff -Nru gmsh-2.8.4+dfsg/debian/patches/fix-cmake-hdf5.patch gmsh-2.8.4+dfsg/debian/patches/fix-cmake-hdf5.patch --- gmsh-2.8.4+dfsg/debian/patches/fix-cmake-hdf5.patch 1970-01-01 01:00:00.0 +0100 +++ gmsh-2.8.4+dfsg/debian/patches/fix-cmake-hdf5.patch 2014-07-25 12:00:18.0 +0200 @@ -0,0 +1,29 @@ +Index: gmsh-2.8.4+dfsg/CMakeLists.txt +=== +--- gmsh-2.8.4+dfsg.orig/CMakeLists.txt 2014-07-25 00:43:13.0 +0200 gmsh-2.8.4+dfsg/CMakeLists.txt 2014-07-25 12:00:12.512894965 +0200 +@@ -779,8 +779,10 @@ + endif(ENABLE_FOURIER_MODEL) + + if(ENABLE_MED OR ENABLE_CGNS) +- find_library(HDF5_LIB hdf5) +- if(HDF5_LIB) ++ find_package(HDF5) ++ if(HDF5_FOUND) ++set(HDF5_LIB ${HDF5_C_LIBRARIES}) ++list(APPEND EXTERNAL_INCLUDES ${HDF5_INCLUDE_DIRS}) + if(ENABLE_MED) + find_library(MED_LIB med) + if(MED_LIB) +@@ -811,9 +813,9 @@ + endif(ZLIB_FOUND) + endif(NOT HAVE_LIBZ) + endif(MED_LIB OR CGNS_LIB) +- else(HDF5_LIB) ++ else(HDF5_FOUND) + message(STATUS HDF5 not found) +- endif(HDF5_LIB) ++ endif(HDF5_FOUND) + endif(ENABLE_MED OR ENABLE_CGNS) + + if(HAVE_SOLVER) diff -Nru gmsh-2.8.4+dfsg/debian/patches/series gmsh-2.8.4+dfsg/debian/patches/series --- gmsh-2.8.4+dfsg/debian/patches/series 2014-02-10 21:11:17.0 +0100 +++ gmsh-2.8.4+dfsg/debian/patches/series 2014-07-25 00:44:39.0 +0200 @@ -9,3 +9,4 @@ fix_script_header.patch fix_java_wrapper_compilation.patch enable_tetgen.patch +fix-cmake-hdf5.patch
Bug#756473: src:glibc: install multilib stubs-$abi.h when bootstrapping
Package: src:glibc Version: 2.19-7 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap While attempting to do multilib glibc stage1 cross builds, i noticed that certain libc*-dev-*_extra_pkg_install defines from debian/sysdeps/*.mk would fail to install absent debian/tmp-*/usr/include/gnu/stubs-*.h files. I dug into the reasons and discovered that Ubuntu's eglibc patch (in its *-cross-toolchain-base packages) would just touch the missing files. While this appears to work, I believe that it is the wrong solution, because it adds cruft. Rather, I suggest to update the place that handles them: debian/patches/any/local-bootstrap-headers.diff Looking at that patch one can see that it predates multilib as it only handles the main stubs.h, but doesn't handle the stubs-$abi.h headers. To that end, I am proposing to update said patch rather than papering over its deficiencies. This should keep the packaging simpler. Please consider the attached patch. Helmut diff -Nru glibc-2.19/debian/changelog glibc-2.19/debian/changelog --- glibc-2.19/debian/changelog 2014-07-13 01:31:22.0 +0200 +++ glibc-2.19/debian/changelog 2014-07-30 09:29:34.0 +0200 @@ -1,3 +1,11 @@ +glibc (2.19-7.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * debian/patches/any/local-bootstrap-headers.diff: Update to handle +stubs-$abi.h which is required for multilib bootstraps. (Closes: #-1) + + -- Helmut Grohne hel...@subdivi.de Wed, 30 Jul 2014 09:28:26 +0200 + glibc (2.19-7) unstable; urgency=high * debian/patches/localedata/unsubmitted-tst-setlocale3-ENV.diff: Apply diff -Nru glibc-2.19/debian/patches/any/local-bootstrap-headers.diff glibc-2.19/debian/patches/any/local-bootstrap-headers.diff --- glibc-2.19/debian/patches/any/local-bootstrap-headers.diff 2014-07-06 10:13:13.0 +0200 +++ glibc-2.19/debian/patches/any/local-bootstrap-headers.diff 2014-07-30 09:28:22.0 +0200 @@ -1,5 +1,11 @@ Taken from EGLIBC, r1484 + r1525 +2014-07-30 Helmut Grohne hel...@subdivi.de + + * With the advent of multilib gnu/stubs.h became a meta-header that + includes the correct stubs-$abi.h. So install gnu/stubs.h as usual + and install stubs-bootstrap.h as gnu/stubs-$abi.h + 2007-02-20 Jim Blandy j...@codesourcery.com * Makefile (install-headers): Preserve old behavior: depend on @@ -33,48 +39,40 @@ + an empty stubs.h like this will do fine for GCC. */ --- a/Makefile +++ b/Makefile -@@ -68,9 +68,18 @@ - vpath %.h $(subdir-dirs) - - # What to install. --install-others = $(inst_includedir)/gnu/stubs.h - install-bin-script = +@@ -177,6 +177,13 @@ + install-others-nosubdir: $(installed-stubs) + endif +# If we're bootstrapping, install a dummy gnu/stubs.h along with the +# other headers, so 'make install-headers' produces a useable include +# tree. Otherwise, install gnu/stubs.h later, after the rest of the +# build is done. +ifeq ($(install-bootstrap-headers),yes) -+install-headers: $(inst_includedir)/gnu/stubs.h -+else -+install-others = $(inst_includedir)/gnu/stubs.h ++install-headers: $(inst_includedir)/gnu/stubs.h $(installed-stubs) +endif -+ - ifeq (yes,$(build-shared)) - headers += gnu/lib-names.h - endif -@@ -150,6 +159,16 @@ - - subdir-stubs := $(foreach dir,$(subdirs),$(common-objpfx)$(dir)/stubs) + # Since stubs.h is never needed when building the library, we simplify the + # hairy installation process by producing it in place only as the last part +@@ -184,6 +191,14 @@ + # iterates over all the subdirs; subdir_install in each subdir depends on + # the subdir's stubs file. Having more direct dependencies would result in + # extra iterations over the list for subdirs and many recursive makes. ++ifeq ($(install-bootstrap-headers),yes) +# gnu/stubs.h depends (via the subdir 'stubs' targets) on all the .o +# files in GLIBC. For bootstrapping a GCC/GLIBC pair, an empty +# gnu/stubs.h is good enough. -+ifeq ($(install-bootstrap-headers),yes) -+$(inst_includedir)/gnu/stubs.h: include/stubs-bootstrap.h $(+force) ++$(installed-stubs): include/stubs-bootstrap.h $(+force) + $(make-target-directory) + $(INSTALL_DATA) $ $@ -+ -+installed-stubs = +else - ifndef abi-variants - installed-stubs = $(inst_includedir)/gnu/stubs.h - else -@@ -176,6 +195,7 @@ - - install-others-nosubdir: $(installed-stubs) - endif + $(installed-stubs): include/stubs-prologue.h subdir_install + $(make-target-directory) + @rm -f $(objpfx)stubs.h +@@ -192,6 +207,7 @@ + then echo 'stubs.h unchanged'; \ + else $(INSTALL_DATA) $(objpfx)stubs.h $@; fi + rm -f $(objpfx)stubs.h +endif - - - # Since stubs.h is never needed when building the library, we simplify the + + # This makes the Info or DVI file of the documentation from the Texinfo source. + .PHONY: info dvi pdf html
Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game
Control: reassign -1 wnpp Control: retitle -1 ITP: backgammon2 -- another implementation of the Backgammon game On Ma, 29 iul 14, 23:47:58, Andrzej Skalski wrote: Severity: wishlist Package: Backgammon2 https://github.com/askalski/Backgammon2 I am the only author of this code, I released it on GNU License (whatever version you prefer). I am looking for someone to help me package it. I can confirm it worked on Linux on my University (via Mono). I can help to patch it (there's a window scaling issue on low DPI settings), but I know nothing about packaging. Best Regards Andrzej Skalski -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#752468: Perl 5.20 transition imminent
On 28/07/14 22:37, Damyan Ivanov wrote: Control: severity -1 serious Perl 5.20 is planned to hit unstable around the 12th of August, at which point your package will become unbuildable and/or uninstallable. We plan to start doing NMUs to DELAYED/5 of all the packages which have a patch attached on or about 2nd of August, but a maintainer upload would be warmly appreciated. Unfortunately I can't upload atm. Please feel free to NMU, no need to go through the delayed queue. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756474: sensord: obsolete-conffile /etc/logcheck/ignore.d.server/sensord
Package: sensord Version: 1:3.3.5-2 Severity: normal $ adequate sensord sensord: obsolete-conffile /etc/logcheck/ignore.d.server/sensord For information on how to fix this, please read: man dh_installdeb man dpkg-maintscript-helper Thanks! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sensord depends on: ii libc62.19-7 ii librrd4 1.4.8-1+b1 ii libsensors4 1:3.3.5-2 ii lm-sensors 1:3.3.5-2 ii lsb-base 4.1+Debian13 sensord recommends no packages. Versions of packages sensord suggests: pn rrdtool none -- Configuration Files: /etc/logcheck/ignore.d.server/sensord [Errno 13] Lupa evätty: u'/etc/logcheck/ignore.d.server/sensord' /etc/logcheck/ignore.d.workstation/sensord [Errno 13] Lupa evätty: u'/etc/logcheck/ignore.d.workstation/sensord' -- 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#756475: xserver-xorg-video-radeon: obsolete-conffile /etc/modprobe.d/radeon-kms.conf
Package: xserver-xorg-video-radeon Version: 1:7.4.0-2 Severity: normal $ adequate xserver-xorg-video-radeon xserver-xorg-video-radeon: obsolete-conffile /etc/modprobe.d/radeon-kms.conf For information on how to fix this, please read: man dh_installdeb man dpkg-maintscript-helper Thanks! -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Oct 25 2008 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2528112 Jul 18 02:04 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller [8086:27a2] (rev 03) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 3.14-1-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-4) ) #1 SMP Debian 3.14.12-1 (2014-07-11) Xorg X server log files on system: -- -rw-r--r-- 1 root root 10965 Jan 5 2013 /var/log/Xorg.7.log -rw-r--r-- 1 root root 7647 Jan 5 2013 /var/log/Xorg.9.log -rw-r--r-- 1 root root 7647 Jan 5 2013 /var/log/Xorg.8.log -rw-r--r-- 1 root root 7647 Jan 5 2013 /var/log/Xorg.6.log -rw-r--r-- 1 root root 7080 Jul 20 23:43 /var/log/Xorg.3.log -rw-r--r-- 1 root root 7080 Jul 20 23:43 /var/log/Xorg.2.log -rw-r--r-- 1 root root 7080 Jul 20 23:43 /var/log/Xorg.5.log -rw-r--r-- 1 root root 7080 Jul 20 23:43 /var/log/Xorg.4.log -rw-r--r-- 1 root root 46420 Jul 21 15:09 /var/log/Xorg.1.log -rw-r--r-- 1 root root 49411 Jul 22 20:37 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 25237.869] X.Org X Server 1.15.99.904 (1.16.0 RC 4) Release Date: 2014-07-07 [ 25237.870] X Protocol Version 11, Revision 0 [ 25237.870] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [ 25237.870] Current Operating System: Linux suomi 3.14-1-686-pae #1 SMP Debian 3.14.12-1 (2014-07-11) i686 [ 25237.870] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-686-pae root=UUID=cd9a1998-9fb2-4208-aba6-bc2ba8f5e36a ro panic=15 video=TV-1:d quiet splash [ 25237.870] Build Date: 08 July 2014 03:58:16PM [ 25237.870] xorg-server 2:1.15.99.904-1 (http://www.debian.org/support) [ 25237.870] Current version of pixman: 0.32.6 [ 25237.870]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 25237.870] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 25237.870] (==) Log file: /var/log/Xorg.0.log, Time: Tue Jul 22 08:04:46 2014 [ 25237.965] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 25238.394] (==) No Layout section. Using the first Screen section. [ 25238.394] (==) No screen section available. Using defaults. [ 25238.394] (**) |--Screen Default Screen Section (0) [ 25238.394] (**) | |--Monitor default monitor [ 25238.395] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 25238.395] (==) Automatically adding devices [ 25238.395] (==) Automatically enabling devices [ 25238.395] (==) Automatically adding GPU devices [ 25238.581] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 25238.581]Entry deleted from font path. [ 25238.581] (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. [ 25238.581]Entry deleted from font path. [ 25238.581] (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. [ 25238.581]Entry deleted from font path. [ 25238.639] (WW) The directory /usr/share/fonts/X11/100dpi does not exist. [ 25238.639]Entry deleted from font path. [ 25238.639] (WW) The directory /usr/share/fonts/X11/75dpi does not exist. [ 25238.639]Entry deleted from font path. [ 25238.639] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/Type1, built-ins [ 25238.639] (==) ModulePath set to /usr/lib/xorg/modules [ 25238.639] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 25238.639] (II) Loader magic: 0xb7761700 [ 25238.639] (II) Module ABI versions: [ 25238.639]X.Org ANSI C Emulation: 0.4 [ 25238.639]X.Org Video Driver: 18.0 [ 25238.639]X.Org XInput driver : 21.0 [ 25238.639]X.Org Server Extension : 8.0 [ 25238.640] (II) xfree86: Adding drm device (/dev/dri/card0) [ 25238.644] (--) PCI:*(0:0:2:0) 8086:27a2:1028:0201 rev 3, Mem @ 0xeff0/524288, 0xd000/268435456, 0xefec/262144, I/O @ 0xeff8/8 [
Bug#756410: [Pkg-nagios-devel] Bug#756410: nagios-nrpe: Please replace deprecated dpatch by quilt
Am Dienstag, den 29.07.2014, 19:12 +0200 schrieb Alexander Wirt: tag 756410 wishlist thanks On Tue, 29 Jul 2014, Benjamin Drung wrote: Package: nagios-nrpe Version: 2.15-1 Severity: normal Tags: patch Hi, Please replace the deprecated dpatch by quilt. I have attached a patch that replaces dpatch by a dpkg-source 3.0 (quilt) format. no thank you. Would you be interesting into replacing dpatch by quilt and keeping dpkg-source 1.0 format? -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747804: spotlighter: FTBFS: error: Test for GTK3+ failed
Control: clone 747804 -1 Control: retitle -1 gtk-3.0.m4 doesn't work as header files in /usr/include/gtk-3.0 Control: reassign -1 libgtk-3-dev I think this problem is caused by libgtk-3-dev. File /usr/share/aclocal/gtk-3.0.m4, it doesn't work, as the header files of gtk+3 is in /usr/include/gtk-3.0 And I will nmu spotlighter to not use gtk-3.0.m4. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623110: Reproduced in Wheezy
I can reproduce this bug in the current all-updated wheezy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756410: [Pkg-nagios-devel] Bug#756410: Bug#756410: nagios-nrpe: Please replace deprecated dpatch by quilt
On Wed, 30 Jul 2014, Benjamin Drung wrote: Am Dienstag, den 29.07.2014, 19:12 +0200 schrieb Alexander Wirt: tag 756410 wishlist thanks On Tue, 29 Jul 2014, Benjamin Drung wrote: Package: nagios-nrpe Version: 2.15-1 Severity: normal Tags: patch Hi, Please replace the deprecated dpatch by quilt. I have attached a patch that replaces dpatch by a dpkg-source 3.0 (quilt) format. no thank you. Would you be interesting into replacing dpatch by quilt and keeping dpkg-source 1.0 format? dpatch is the reason I have 1.0 Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731594: Please make openntpd package priority standard
Package: openntpd Followup-For: Bug #731594 Is there any progress on this? Is there anything I can do to help? Cheers! Martin-Éric -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openntpd depends on: ii adduser 3.113+nmu3 ii libc62.19-7 ii libssl1.0.0 1.0.1h-3 ii netbase 5.2 openntpd recommends no packages. openntpd 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#742896: xbmc: Blank video with VDPAU enabled
Hi. I'm not so sure about problem in xbmc. Acceleration don't work even in mplayer for me. Some of log: /usr/bin/mplayer -noquiet -nofs -nomouseinput -vc ffh264vdpau,ffmpeg12vdpau,ffwmv3vdpau,ffvc1vdpau, -lavdopts threads=2 -sub-fuzziness 1 -identify -slave -vo vdpau -ao pulse -nokeepaspect -nodr -double -input nodefault-bindings:conf=/dev/null -stop-xscreensaver -wid 90177575 -monitorpixelaspect 1 -noass -subfont-autoscale 1 -subfont-text-scale 5 -subcp UTF-8 -vid 0 -aid 0 -subpos 100 -volume 100 -cache 2048 -osdlevel 0 -noslices -channels 2 -af scaletempo,equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 110 /data/Загрузки/HD Video/EVE_Tyrannis_1920x1080.mp4 MPlayer2 2.0-728-g2c378c7-2+b1 (C) 2000-2012 MPlayer Team Terminal type `unknown' is not defined. Playing /data/Загрузки/HD Video/EVE_Tyrannis_1920x1080.mp4. Cache size set to 2048 KiB Cache fill: 0.00% (0 bytes) Detected file format: QuickTime / MOV (libavformat) ID_VIDEO_ID=0 [lavf] stream 0: video (h264), -vid 0 ID_AUDIO_ID=0 ID_AID_0_LANG=eng [lavf] stream 1: audio (aac), -aid 0, -alang eng Clip info: major_brand: mp42 ID_CLIP_INFO_NAME0=major_brand ID_CLIP_INFO_VALUE0=mp42 minor_version: 1 ID_CLIP_INFO_NAME1=minor_version ID_CLIP_INFO_VALUE1=1 compatible_brands: mp42mp41 ID_CLIP_INFO_NAME2=compatible_brands ID_CLIP_INFO_VALUE2=mp42mp41 creation_time: 2010-04-27 14:57:36 ID_CLIP_INFO_NAME3=creation_time ID_CLIP_INFO_VALUE3=2010-04-27 14:57:36 ID_CLIP_INFO_N=4 Load subtitles in /data/Загрузки/HD Video/ ID_FILENAME=/data/Загрузки/HD Video/EVE_Tyrannis_1920x1080.mp4 ID_DEMUXER=lavfpref ID_VIDEO_FORMAT=H264 ID_VIDEO_BITRATE=12999384 ID_VIDEO_WIDTH=1920 ID_VIDEO_HEIGHT=1080 ID_VIDEO_FPS=30.000 ID_VIDEO_ASPECT=0. ID_AUDIO_FORMAT=MP4A ID_AUDIO_BITRATE=255992 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 ID_START_TIME=0.00 ID_LENGTH=146.50 ID_SEEKABLE=1 ID_CHAPTERS=0 Forced video codec: ffh264vdpau Cannot find codec 'h264_vdpau' in libavcodec... Video decoder init failed for codecs.conf entry ffh264vdpau. Forced video codec: ffmpeg12vdpau Forced video codec: ffwmv3vdpau Forced video codec: ffvc1vdpau Selected video codec: H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10 [libavcodec] ID_VIDEO_CODEC=ffh264 Selected audio codec: AAC (Advanced Audio Coding) [libavcodec] AUDIO: 48000 Hz, 2 ch, floatle, 256.0 kbit/8.33% (ratio: 31999-384000) ID_AUDIO_BITRATE=255992 ID_AUDIO_RATE=48000 ID_AUDIO_NCH=2 AO: [pulse] 48000Hz 2ch floatle (4 bytes per sample) ID_AUDIO_CODEC=ffaac [Mixer] No hardware mixing, inserting volume filter. Starting playback... VIDEO: 1920x1080 30.000 fps 12999.4 kbps (1624.9 kB/s) VO: [vdpau] 1920x1080 = 1920x1080 Planar YV12 [vdpau] Compositing window manager detected. Assuming timing info is inaccurate. = PAUSE = 50% ID_PAUSED May be it's libavcodec problem? Sorry for my English.
Bug#756433: cme: manpage mentions quilt (3.0) as source format instead of 3.0 (quilt)
On Tuesday 29 July 2014 21:44:39 you wrote: which sould be '3.0 (quilt)' to give a real example for possible values. Good catch. Thanks for the report All the best -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756477: devscripts: please lower debian-keyring to Suggests
Package: devscripts Version: 2.14.5 Severity: normal The Recommends on debian-keyring pulls a significantly huge tarball. This fills precious disk space without any immediate benefit since Debian's GPG does not include its content by default anyhow. Please lower this dependency to a mere Suggests. Thanks! -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBUILD_LINTIAN=yes DEBUILD_LINTIAN_OPTS=--color=auto --ftp-master-rejects -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.10 ii libc62.19-7 ii perl 5.18.2-7 ii python3 3.4.1-1 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.37.1-1 ii dctrl-tools 2.23 pn debian-keyring none ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20.1-1 ii file1:5.19-1 ii gnupg 1.4.18-2 ii libdistro-info-perl 0.13 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.06-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.07-1 ii lintian 2.5.25 ii man-db 2.6.7.1-1 ii patch 2.7.1-5 ii patchutils 0.3.3-1 ii python3-debian 0.1.22 ii python3-magic 1:5.19-1 ii sensible-utils 0.0.9 ii strace 4.8-1.1 ii unzip 6.0-12 ii wdiff 1.2.2-1 ii wget1.15-1+b1 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20131005cvs-1 ii build-essential 11.6 pn cvs-buildpackage none pn devscripts-elnone pn gnuplot none ii gpgv 1.4.18-2 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-2 pn libyaml-syck-perlnone ii mutt 1.5.23-1 ii openssh-client [ssh-client] 1:6.6p1-6 pn svn-buildpackage none ii w3m 0.5.3-16 -- 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#756435: feel++: add explicit build dependency on libhdf5-mpi-dev
Hello thanks a lot for the patch. This will be fixed ASAP. Best regards C. On Tue, Jul 29, 2014 at 10:10 PM, Gilles Filippini p...@debian.org wrote: Source: feel++ Version: 1:0.98.0-final-1 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The source package feel++ indirectly build-depends on libhdf5-mpi-dev through libslepc3.4.2-dev. But after bug #755180 is fixed, libslepc3.4.2-dev won't depend on libhdf5-mpi-dev anymore. Then if feel++ needs HDF5 support it should explicitly build depend on libhdf5-mpi-dev. Patch attached. Thanks, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT1/+vAAoJEO/obGx//s+DyEMH/0b9jdrSQrI0RR+IMfR6dQAp ExUSZxcevD8yDP9FZM0t/5PaXzC5PiW+WzMTmjR6k3EzW3WACvi6uDJIKkaPOFJQ bViPMUBvMpJUzAFh3RnvL7YvzciFAmk6jjclFwENPosAW4WfgeUGgqjxYkHKxme1 zuHTx1J0nkpZK6i5GpiRixefLxzFzhlVOUeuwpI1g2h5/XMD9+6VYvIUaEzZ0W2n RTIpMvFt4yBWgGLPVcaYD5gsRnKs1T8rotpBReD/eVsbNBSD6GbZJaKRaMrVymJX dZhE5X9anqxYfG8kB7Sz9uQjTHeW7F38MzPgqyrE4nJPBBCTtWFppLz82Y8bXIk= =0wPh -END PGP SIGNATURE- To unsubscribe from this group and stop receiving emails from it, send an email to feelpp-devel+unsubscr...@feelpp.org. -- Professor in Scientific Computing IRMA, CeMoSiS, AMIES IRMA: http://www-irma.u-strasbg.fr/~prudhomm CeMoSis: http://www.cemosis.fr AMIES: http://www.agence-maths-entreprises.fr/ Téléphone : 03 68 85 0089 - Bureau : P-210 Mobile: 06 87 64 60 51
Bug#756476: Bug#747804: spotlighter: FTBFS: error: Test for GTK3+ failed
On 30/07/14 10:10, YunQiang Su wrote: Control: clone 747804 -1 Control: retitle -1 gtk-3.0.m4 doesn't work as header files in /usr/include/gtk-3.0 Control: reassign -1 libgtk-3-dev I think this problem is caused by libgtk-3-dev. File /usr/share/aclocal/gtk-3.0.m4, it doesn't work, as the header files of gtk+3 is in /usr/include/gtk-3.0 /usr/share/aclocal/gtk-3.0.m4 uses pkg-config to determine the necessary CFLAGS, e.g. -I/usr/include/gtk-3.0. Can you explain how gtk-3.0.m4 is not working? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756478: transition: openscenegraph
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, we are packaging the 3.2.1 stable release of openscenegraph, which is API-compatible with the current version in Debian, so only binNMUs should be needed. Reverse dependencies are: fgrun flightgear libcitygml osgearth ossim qgis simgear Can you create a transition for us, please? Ben file: title = openscenegraph; is_affected = .build-depends ~ /libopenscenegraph-dev|libopenthreads-dev/; is_good = .depends ~ /libopenscenegraph100|libopenthreads20/; is_bad = .depends ~ /libopenscenegrap99|libopenthreads14/; Thank you, -- Alberto pgpT61FUf5i3a.pgp Description: PGP signature
Bug#756479: nagios-nrpe-server: Ignores dont_blame_nrpe=1
Package: nagios-nrpe-server Version: 2.15-1 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrade from 2.13-3.1 to 2.15-1 * What exactly did you do (or not do) that was effective (or ineffective)? Downgrade to 2.13-3 * What was the outcome of this action? Listens to dont_blame_nrpe again. * What outcome did you expect instead? From the upgrade, that this wouldn't break. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (60, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.ISO8859-15, LC_CTYPE=en_US.ISO8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages nagios-nrpe-server depends on: ii adduser 3.113+nmu3 ii libc62.19-7 ii libssl1.0.0 1.0.1h-3 ii libwrap0 7.6.q-25 ii lsb-base 4.1+Debian13 Versions of packages nagios-nrpe-server recommends: ii nagios-plugins1.5-3 ii nagios-plugins-basic 1.5-3 nagios-nrpe-server suggests no packages. -- Configuration Files: /etc/nagios/nrpe.cfg changed: log_facility=daemon pid_file=/var/run/nrpe.pid server_port=5666 server_address=* nrpe_user=nagios nrpe_group=nagios allowed_hosts=* dont_blame_nrpe=1 allow_bash_command_substitution=0 debug=0 command_timeout=60 connection_timeout=300 command[check_users]=/usr/lib/nagios/plugins/check_users -w 5 -c 10 command[check_load]=/usr/lib/nagios/plugins/check_load -w 15,10,5 -c 30,25,20 command[check_hda1]=/usr/lib/nagios/plugins/check_disk -w 20% -c 10% -p /dev/hda1 command[check_zombie_procs]=/usr/lib/nagios/plugins/check_procs -w 5 -c 10 -s Z command[check_total_procs]=/usr/lib/nagios/plugins/check_procs -w 150 -c 200 include=/etc/nagios/nrpe_local.cfg include_dir=/etc/nagios/nrpe.d/ /etc/nagios/nrpe_local.cfg changed: command[check_disk]=/usr/lib/nagios/plugins/check_disk -w $ARG1$ -c $ARG2$ -p $ARG3$ command[check_load]=/usr/lib/nagios/plugins/check_load --warning=$ARG1$,$ARG2$,$ARG3$ --critical=$ARG4$,$ARG5$,$ARG6$ command[check_users]=/usr/lib/nagios/plugins/check_users -w $ARG1$ -c $ARG2$ command[check_procs]=/usr/lib/nagios/plugins/check_procs -w $ARG1$ -c $ARG2$ command[check_mailq_postfix]=/usr/lib/nagios/plugins/check_mailq -w $ARG1$ -c $ARG2$ -M postfix command[check_apt]=/usr/bin/sudo /usr/local/sbin/check-apt-upgrade.pl --run-apt command[check_raid]=/usr/local/sbin/nagios_raid -- 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#756476: Bug#747804: spotlighter: FTBFS: error: Test for GTK3+ failed
On Wed, Jul 30, 2014 at 4:37 PM, Emilio Pozuelo Monfort po...@debian.org wrote: On 30/07/14 10:10, YunQiang Su wrote: Control: clone 747804 -1 Control: retitle -1 gtk-3.0.m4 doesn't work as header files in /usr/include/gtk-3.0 Control: reassign -1 libgtk-3-dev I think this problem is caused by libgtk-3-dev. File /usr/share/aclocal/gtk-3.0.m4, it doesn't work, as the header files of gtk+3 is in /usr/include/gtk-3.0 /usr/share/aclocal/gtk-3.0.m4 uses pkg-config to determine the necessary CFLAGS, e.g. -I/usr/include/gtk-3.0. Can you explain how gtk-3.0.m4 is not working? You can try to build spotlighter. It uses AM_PATH_GTK_3_0, while cannot find gtk/gtk.h. Emilio -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756480: double-conversion: the package should create and install the *.cmake files
Source: double-conversion Version: Package should generate and install *.cmake files Severity: normal Dear Maintainer, the package is prepared to provide various *.cmake files that can be used by third party libraries using cmake to find the required information about the location of library files etc. E.g. the Insighttoolkit requires these files. As far as I can see the package supports two build systems: cmake and scons, and to build the package scons is used which doesn't create the *.cmake files. The cmake based build system would create these files but doesn't create and run the tests. (One should probably ask upstream to completely move to cmake). Many thanks, Gert -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash signature.asc Description: This is a digitally signed message part
Bug#755050: Mouse pointer invisible
Package: gnome-settings-daemon Version: 3.12.2-1 Followup-For: Bug #755050 Same problem under gnome-session-flashback. Disabling the cursor plugin with dconf also helped here (after restart). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'oldstable'), (450, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gsettings-desktop-schemas3.12.2-1 ii libc62.19-7 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcolord2 1.2.1-1 ii libcups2 1.7.4-1 ii libfontconfig1 2.11.0-5 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgeocode-glib0 3.12.2-1 ii libglib2.0-0 2.40.0-3 ii libgnome-desktop-3-103.12.2-2 ii libgtk-3-0 3.12.2-1+b1 ii libgudev-1.0-0 208-6 ii libgweather-3-6 3.12.2-1 ii libibus-1.0-51.5.7-1 ii liblcms2-2 2.6-3 ii libnotify4 0.7.6-2 ii libnspr4 2:4.10.6-1 ii libnspr4-0d 2:4.10.6-1 ii libnss3 2:3.16.3-1 ii libnss3-1d 2:3.16.3-1 ii libpackagekit-glib2-16 0.8.17-4 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-gobject-1-00.105-6.1 ii libpulse-mainloop-glib0 5.0-2 ii libpulse05.0-2 ii librsvg2-2 2.40.2-1 ii libupower-glib2 0.99.0-3 ii libwacom20.8-1 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-2 ii libxi6 2:1.7.2-1 ii libxkbfile1 1:1.0.8-1 ii libxtst6 2:1.2.2-1 ii nautilus-data3.12.2-1 ii systemd 208-6 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 5.0-2 Versions of packages gnome-settings-daemon suggests: ii awesome [x-window-manager] 3.4.15-1+b1 ii gnome-screensaver3.6.1-1+b1 ii metacity [x-window-manager] 1:3.12.0-1 ii x11-xserver-utils7.7+3 ii xmonad [x-window-manager]0.11-8 -- 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#756481: python-pyexiv2-doc: two broken symlinks
Package: python-pyexiv2-doc Version: 0.3.2-6 Severity: normal $ adequate python-pyexiv2-doc Reports that: python-pyexiv2-doc: broken-symlink /usr/share/doc/python-pyexiv2-doc/_static/underscore.js - ../../../javascript/sphinxdoc/1.0/underscore.js python-pyexiv2-doc: broken-symlink /usr/share/doc/python-pyexiv2-doc/_static/jquery.js - ../../../javascript/sphinxdoc/1.0/jquery.js -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pyexiv2-doc depends on: ii libjs-jquery 1.7.2+dfsg-3 Versions of packages python-pyexiv2-doc recommends: ii python-pyexiv2 0.3.2-6+b1 python-pyexiv2-doc 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#756482: python-support: broken symlink
Package: python-support Version: 1.0.15 Severity: normal $ adequate python-support Reports that: python-support: broken-symlink /usr/lib/python2.6/dist-packages/python-support.pth - ../../pymodules/python2.6/.path -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-support depends on: ii dpkg1.17.10 ii python 2.7.8-1 ii python-minimal 2.7.8-1 python-support recommends no packages. python-support 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#754294: Kernel release
Hi, Do any of the recent 'official' kernels have the fix for this bug? I've applied all the latest security updates, but I'm still seeing a similar issue whereby I have to reduce the MTU on all my internal PCs to 1492 to get decent throughput. Thanks Andy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756484: libgcj15: broken symlink
Package: libgcj15 Version: 4.9.1-1 Severity: normal $ adequate libgcj15 Reports that: libgcj15:i386: broken-symlink /usr/lib/jvm/java-1.5.0-gcj-4.9-i386/jre/lib/security/java.security - /etc/security/classpath.security -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgcj15 depends on: ii gcc-4.9-base 4.9.1-1 ii libasound2 1.0.28-1 ii libc6 2.19-7 ii libgcc11:4.9.1-1 ii libgcj-common 1:4.8.3-3 ii libgmp10 2:6.0.0+dfsg-4 ii multiarch-support 2.19-7 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages libgcj15 recommends: ii gcj-4.9-jre-lib 4.9.1-1 Versions of packages libgcj15 suggests: ii libgcj15-awt 4.9.1-1 pn libgcj15-dbg 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#756483: phatch-cli: broken symlink
Package: phatch-cli Version: 0.2.7.1-3 Severity: normal $ adequate phatch-cli Reports that: phatch-cli: broken-symlink /usr/share/phatch/data/fonts/Purisa.ttf - ../../../fonts/truetype/thai/Purisa.ttf -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable'), (101, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages phatch-cli depends on: ii fonts-freefont-ttf 20120503-4 ii fonts-thai-tlwg 1:0.6.1-1 ii libtiff-tools 4.0.3-9 ii mlocate 0.26-1 ii python-imaging 2.5.1-1 ii python-notify 0.1.1-3 ii python-pyexiv2 0.3.2-6+b1 ii python2.7 2.7.8-1 pn python:any none Versions of packages phatch-cli recommends: ii dcraw 9.21-0.2 ii exiftran 2.07-14 ii imagemagick8:6.7.7.10+dfsg-4 ii libjpeg-progs 8d1-1 ii xcftools 1.0.7-4 phatch-cli 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#747804: spotlighter: FTBFS: error: Test for GTK3+ failed
On Wed, Jul 30, 2014 at 4:10 PM, YunQiang Su wzss...@gmail.com wrote: Control: clone 747804 -1 Control: retitle -1 gtk-3.0.m4 doesn't work as header files in /usr/include/gtk-3.0 Control: reassign -1 libgtk-3-dev I think this problem is caused by libgtk-3-dev. File /usr/share/aclocal/gtk-3.0.m4, it doesn't work, as the header files of gtk+3 is in /usr/include/gtk-3.0 And I will nmu spotlighter to not use gtk-3.0.m4. I NMUed spotlighter to delay 5 days. If any doubt, please cut it or ask to do so. -- YunQiang Su -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751367: bug exist also in stable
Quoting Jonas Smedegaard (2014-07-11 23:37:14) This bug also exist in stable - the following is from executing http://parl.debian.net/desktop/script.sh (which installs a bunch of packages) in a clean Wheezy pbuilder chroot: [...] Setting up dictionaries-common (1.12.11) ... update-default-wordlist: Question empty but elements installed for class wordlist dictionaries-common/default-wordlist: return code: 0, value: Choices: , Manual symlink setting shared/packages-wordlist: return code: 10 owners/error: shared/packages-wordlist doesn't exist Installed elements: english (Webster's Second International English wordlist) Please see /usr/share/doc/dictionaries-common/README.problems, section Debconf database corruption for recovery info. Above mentioned README.problems hints at a debconf db repair command, and indeed that caught some (seemingly unrelated) corruption in my clean cowbuilder chroot: root@bastian:/# /usr/share/debconf/fix_db.pl root@bastian:/# diff -u /var/cache/debconf/config.dat{-old,}| grep ^[+-]Name +Name: sysv-rc/unable-to-convert +Name: util-linux/noauto-with-nonzero-passnum root@bastian:/# diff -u /var/cache/debconf/templates.dat{-old,} | grep ^[+-]Name +Name: sysv-rc/unable-to-convert +Name: util-linux/noauto-with-nonzero-passnum Unfortunately then running http://parl.debian.net/desktop/eu/script.sh _after_ fixing the debconf still fails, and repairing+inspecting again reveals debconf database apparently corruping during package install: root@bastian:/# /usr/share/debconf/fix_db.pl root@bastian:/# diff -u /var/cache/debconf/config.dat{-old,}| grep ^[+-]Name +Name: miscfiles/languages +Name: shared/packages-wordlist root@bastian:/# diff -u /var/cache/debconf/templates.dat{-old,} | grep ^[+-]Name +Name: miscfiles/languages +Name: shared/packages-wordlist Please consider applying the bugfix also to a stable point release. It may be that _this_ bug (dictionaries-common being over-cautious about debconf data and failing to install) is triggered by an underlying bug in debconf or elsewhere - still I believe that the fix applied to _this_ bug should be applied to stable as well, as in my experience stable is affected and it cause real trouble e.g. for deploying DebianParl. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#756485: acpid: Unable to upgrade/downgrade
Package: acpid Version: 1:2.0.22-2 Severity: grave Justification: renders package unusable Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Upgrade to this version resulted in the inability to stop package * What exactly did you do (or not do) that was effective (or ineffective)? 1. AFter first upgrade (previous version to this one) moved /etc/sysctl.d directory, so upgrade would continue. From this version to next (or previous) failes completely as acpid won't stop. (or at least stop script exits with error) 2. manually remove status of acpid from /var/lib/dpkg/status * What was the outcome of this action? 1. Unable to upgrade package. 2. Was able to install -3 version of package * What outcome did you expect instead? Upgrade to succeed from -2 to -3 version. *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (60, 'stable'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.ISO8859-15, LC_CTYPE=en_US.ISO8859-15 (charmap=ISO-8859-15) (ignored: LC_ALL set to en_US.ISO8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages acpid depends on: ii kmod 18-1 ii libc6 2.19-7 ii lsb-base 4.1+Debian13 Versions of packages acpid recommends: pn acpi-support-base none acpid 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#751860: xchat-gnome: Channel views scoll back on activity when they are not in the foreground
Control: severity -1 normal -=| Sam Morris, 17.06.2014 10:50:31 +0100 |=- Source: xchat-gnome Version: 1:0.30.0~git20131003.d20b8d-2 Severity: serious Justification: renders package unusable 1. Join #one and #two 2. On #one, cause enough activity to fill the window and require scrolling; make sure the view of #one is scrolled to the bottom 3. Set the focus to #two 4. With another client, speak on #one 5. Set the focus to #one 6. The channel should be scrolled to the bottom so that the new activity is visible; but instead, the view is scrolled back some way; additional user input is required to scroll to the bottom before the new activity is visible I don't think the above makes the package unusable. The main functions still work. Adjusting severity. -- dam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game
Control: retitle -1 RFP: backgammon2 -- another implementation of the Backgammon game -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756410: [Pkg-nagios-devel] Bug#756410: Bug#756410: nagios-nrpe: Please replace deprecated dpatch by quilt
Am Mittwoch, den 30.07.2014, 10:14 +0200 schrieb Alexander Wirt: On Wed, 30 Jul 2014, Benjamin Drung wrote: Am Dienstag, den 29.07.2014, 19:12 +0200 schrieb Alexander Wirt: tag 756410 wishlist thanks On Tue, 29 Jul 2014, Benjamin Drung wrote: Package: nagios-nrpe Version: 2.15-1 Severity: normal Tags: patch Hi, Please replace the deprecated dpatch by quilt. I have attached a patch that replaces dpatch by a dpkg-source 3.0 (quilt) format. no thank you. Would you be interesting into replacing dpatch by quilt and keeping dpkg-source 1.0 format? dpatch is the reason I have 1.0 So you want to keep using the deprecated dpatch and not switch to a different patch system? -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752468: xchat-gnome: diff for NMU version 1:0.30.0~git20131003.d20b8d-2.1
Dear maintainer, I've prepared an NMU for xchat-gnome (versioned as 1:0.30.0~git20131003.d20b8d-2.1). The diff is attached to this message. Regards. diff -Nru xchat-gnome-0.30.0~git20131003.d20b8d/debian/changelog xchat-gnome-0.30.0~git20131003.d20b8d/debian/changelog --- xchat-gnome-0.30.0~git20131003.d20b8d/debian/changelog 2013-10-26 23:14:26.0 +0300 +++ xchat-gnome-0.30.0~git20131003.d20b8d/debian/changelog 2014-07-30 12:03:32.0 +0300 @@ -1,3 +1,12 @@ +xchat-gnome (1:0.30.0~git20131003.d20b8d-2.1) unstable; urgency=medium + + * Non-maintainer upload with maintainer's permission + * add a patch to link perl-testing program with libperl, keeping perl +binding when built with perl 5.20 +Closes: #752468 + + -- Damyan Ivanov d...@debian.org Wed, 30 Jul 2014 09:03:29 + + xchat-gnome (1:0.30.0~git20131003.d20b8d-2) unstable; urgency=low * 01_finish_gtk3_port.patch: new patch. Imported from BZ#677043, diff -Nru xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/perl5.20.patch xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/perl5.20.patch --- xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/perl5.20.patch 1970-01-01 02:00:00.0 +0200 +++ xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/perl5.20.patch 2014-07-30 11:19:00.0 +0300 @@ -0,0 +1,19 @@ +Description: configure.ac: fix perl header test for perl 5.20 + The PL_memory_wrap and Perl_croak_nocontext symbols are now in libperl so a + test program needs to link with it. + Adding $($PERL -MExtUtils::Embed -e ldopts) to the compiler command line does + just that. +Author: Damyan Ivanov d...@debian.org +Bug-Debian: http://bugs.debian.org/752468 + +--- a/configure.ac b/configure.ac +@@ -164,7 +164,7 @@ fi + + if test x$have_perl != xno; then + AC_MSG_CHECKING(for Perl header files) +- PERL_HEADER_TEST=`PT=perltest.c ; echo #include EXTERN.h $PT; echo #include perl.h $PT; echo #include XSUB.h $PT ; echo int main() { return 0; } $PT ; $CC -Wall $PT -o $PT.out $($PERL -MExtUtils::Embed -e ccopts) 1/dev/null 21; echo $?; rm -f $PT $PT.out 1/dev/null 21` ++ PERL_HEADER_TEST=`PT=perltest.c ; echo #include EXTERN.h $PT; echo #include perl.h $PT; echo #include XSUB.h $PT ; echo int main() { return 0; } $PT ; $CC -Wall $PT -o $PT.out $($PERL -MExtUtils::Embed -e ccopts) $($PERL -MExtUtils::Embed -e ldopts) 1/dev/null 21; echo $?; rm -f $PT $PT.out 1/dev/null 21` + + if test x$PERL_HEADER_TEST = x0 ; then + PERL_CFLAGS=`$PERL -MExtUtils::Embed -e ccopts` diff -Nru xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/series xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/series --- xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/series 2013-10-26 23:12:11.0 +0300 +++ xchat-gnome-0.30.0~git20131003.d20b8d/debian/patches/series 2014-07-30 11:09:19.0 +0300 @@ -4,3 +4,4 @@ 04_no_spellcheck.patch 120-fix-clipboard-segfault.patch define_functions_fix_build.patch +perl5.20.patch
Bug#756486: postgrey: Link to support mailing list in /usr/share/doc/postgrey/README outdated
Package: postgrey Version: 1.34-1.1 Severity: minor Dear Maintainer, the link to the support mailing list given in /usr/share/doc/postgrey/README is outdated. This is true for wheezy and unstable. Upstream (https://github.com/schweikert/postgrey) is fixed. Please update the package. Sincerely, Malte Dik -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postgrey depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 ii libberkeleydb-perl 0.51-1 ii libnet-dns-perl0.66-2+b2 ii libnet-server-perl 2.006-1+deb7u1 ii perl 5.14.2-21+deb7u1 ii ucf3.0025+nmu3 Versions of packages postgrey recommends: ii libnet-rblclient-perl 0.5-2 ii libparse-syslog-perl 1.10-2 ii postfix2.9.6-2 postgrey suggests no packages. -- debconf information: postgrey/1.32-3_changeport: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656710: partman-crypto: Preseeding the passphrase
Hi, On Sat, 21 Jan 2012, Christian PERRIER wrote: Thanks for your proposal and the care you took in building a proper patch. We generally leave it up to Colin Watson to decide what Ubuntu change is well suited for being included in Debian, when it comes at D-I. So let's get his input about this. I have been using this patch in Kali (on top of wheezy's partman-crypto), it would be nice to have this patch merged in time for Jessie. Dimitrijs, Max or Christian? (You ar listed in Uploaders) Or should I just go ahead and commit it? Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755298: RFA: liblarch -- easily handle data structure
Control: retitle 755298 ITA: liblarch -- easily handle data structure I took the gtg, so I will adpot it. Sincerely Yours, Bin Li (李彬) http://www.bjgug.org/
Bug#705217: logger missing hostname fixed upstream
Control: tags -1 fixed-upstream Hello! The missing hostname problem was fixed in upstream master branch, see: https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=133bf77bc28db78dee5b200c428c104a5727398a Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#467244: logger -f option fixed upstream
Control: tags -1 fixed-upstream Hello! The proposed patch was merged in upstream master branch, see: https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/?id=3d9f4b1d234e4a38ac6a5619c4cd93fc66d1d4c6 Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756475: xserver-xorg-video-radeon: obsolete-conffile /etc/modprobe.d/radeon-kms.conf
Control: forcemerge 726154 -1 On Wed, Jul 30, 2014 at 10:58:13 +0300, Martin-Éric Racine wrote: Package: xserver-xorg-video-radeon Version: 1:7.4.0-2 Severity: normal $ adequate xserver-xorg-video-radeon xserver-xorg-video-radeon: obsolete-conffile /etc/modprobe.d/radeon-kms.conf Please look for duplicates before filing bug reports. Cheers, Julien signature.asc Description: Digital signature
Bug#756487: libjets3t-java: Cannot be used as build dependency with maven
Package: libjets3t-java Version: 0.8.1+dfsg-1 Severity: important Tags: patch I am trying to use libjets3t-java as a build dependency on a maven project. During build, maven always fails with the following error message: , | Missing: | -- | 1) com.jamesmurty.utils:java-xmlbuilder:jar:debian | | Try downloading the file manually from the project website. | | Then, install it using the command: | mvn install:install-file -DgroupId=com.jamesmurty.utils -DartifactId=java-xmlbuilder -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file | Alternatively, if you host your own repository you can deploy the file there: | mvn deploy:deploy-file -DgroupId=com.jamesmurty.utils -DartifactId=java-xmlbuilder -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] | | Path to dependency: | 1) test.libjets3t:1.0 | 2) net.java.dev.jets3t:jets3t:jar:0.x | 3) com.jamesmurty.utils:java-xmlbuilder:jar:debian `--- According to the pom in the debian maven-repo, jets3t depends on the debian version of libjava-xmlbuilder-java. During build of jets3t, the original version string in jets3t's pom is changed to debian by mh_cleanpom, because there is no rule for this dependency. The package libjavabuilder-java although ships no such version. The attached patch adds a rule for java-xmlbuilder to the package. Applying this patch and rebuilding jets3t fixes compilation of my project. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjets3t-java depends on: ii libaxis-java1.4-16.2 ii libcommons-codec-java 1.6-1 ii libcommons-httpclient-java 3.1-10.2 ii libcommons-logging-java 1.1.1-9 ii libjava-xmlbuilder-java 0.4-2 Versions of packages libjets3t-java recommends: ii libbcprov-java 1.44+dfsg-3.1 libjets3t-java suggests no packages. -- no debconf information -- Stefan Denker sden...@bfk.de BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99 --- a/debian/maven.rules +++ b/debian/maven.rules @@ -3,3 +3,4 @@ javax.servlet servlet-api * s/2\..*/2.5/ * * # Version jets3t for 0.x net.java.dev.jets3t * * s/0\..*/0.x/ * * commons-httpclient commons-httpclient * s/3\..*/3.x/ * * +com.jamesmurty.utils java-xmlbuilder * s/0\..*/0.x/ * *
Bug#723721: gnome-terminal: colors are swapped
unmerge 723721 severity 723721 normal tags 723721 + moreinfo thanks On Thu, 19 Sep 2013 at 08:58:42 +0200, folkert wrote: Black and white are swapped. If a program (eg an ncurses application) selects black, then gnome-terminal draws with white instead. Osamu Aoki merged this with #721489, but I'm not so sure that it's actually the same issue. Are you sure the program is selecting black, and not the default colour? The two are separate, and there are different terminal escapes to use them. Most terminals have white as their default foreground and black as their default background (e.g. xterm), but gnome-terminal has its defaults the other way round. These shell commands should produce text in the indicated colours, on all terminals: printf '\e[1;37;40m(bright/bold white on black)\e[0m\n' printf '\e[37;40m(dim white on black)\e[0m\n' printf '\e[47;30m(black on white)\e[0m\n' printf '\e[1;47;30m(dark grey on white)\e[0m\n' printf '\e[0m(terminal default background and foreground)\e[0m\n' printf '\e[1m(terminal default background and bright/bold foreground)\e[0m\n' If they do not, please say which ones you think are wrong, and what colours they come out as. Have you changed the colours in Profile Preferences? The Text and Background Color part of the Colors tab controls the default foreground and background, while the Palette part controls what happens if an application specifically asks for black or white or whatever. To match applications' expectations, the first row of the Palette should normally look something like this: black, red, green, yellow/orange/brown, blue, purple, dark cyan, light grey and the second row should be brighter versions of the top row. Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751367: bug exist also in stable
Quoting Jonas Smedegaard (2014-07-30 11:07:16) Quoting Jonas Smedegaard (2014-07-11 23:37:14) This bug also exist in stable - the following is from executing http://parl.debian.net/desktop/script.sh (which installs a bunch of packages) in a clean Wheezy pbuilder chroot: [...] Unfortunately then running http://parl.debian.net/desktop/eu/script.sh _after_ fixing the debconf still fails, and repairing+inspecting again reveals debconf database apparently corruping during package install: root@bastian:/# /usr/share/debconf/fix_db.pl root@bastian:/# diff -u /var/cache/debconf/config.dat{-old,}| grep ^[+-]Name +Name: miscfiles/languages +Name: shared/packages-wordlist root@bastian:/# diff -u /var/cache/debconf/templates.dat{-old,} | grep ^[+-]Name +Name: miscfiles/languages +Name: shared/packages-wordlist I have found two workarounds: a) Install miscfiles before the 900+ other DebianParl packages. b) Install apt-utils before all of the 900+ DebianParl packages. Perhaps what triggers (my incarnation of) this bug is that the APT resolver encountered a dependency loop and broke it by configuring packages in different order than it would in simpler situations: Configuring dictionaries-common before any wordlist is configured. What helped me find these workarounds was this message during a simple install of miscfiles: Setting up dictionaries-common (1.12.11) ... update-default-wordlist: apt-utils is not installed. Delay settings until wordlist elements are configured. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#683744: gnome-terminal: text is invisible when Use colors from system theme is ticked
tags 683744 + patch thanks On Thu, 05 Dec 2013 at 12:42:25 +, Simon McVittie wrote: On 05/12/13 00:13, Vincent Lefevre wrote: In Profile → Colors, when Use colors from system theme is ticked, the main text is invisible (black on black?). Workaround 1: turn off Use colors from system theme. Workaround 2: set a non-awful Gtk theme (Gtk 3.12's default is Raleigh which is very minimal and rather ugly) by installing gnome-themes-standard and putting this in $XDG_CONFIG_HOME/gtk-3.0/settings.ini, which is usually ~/.config/gtk-3.0/settings.ini: [Settings] gtk-theme-name = Adwaita (You might also notice that every other Gtk application looks a lot better as a result.) In Gtk 3.14, Adwaita has moved from gnome-themes-standard into Gtk and is the default theme on all platforms. I suspect that the bug is that when some part of GNOME (possibly gnome-settings-daemon?) is not running, gnome-terminal fails to find the system theme colours, and instead of falling back to some sensible hard-coded default (black-on-white or white-on-black), it falls back to black-on-black. The bug is actually that when gnome-terminal asks the theme engine what colours should I use to draw a TerminalScreen widget?, the answer given by the Raleigh theme is black on black, which is not helpful. The attached patch falls back to black-on-white (matching Adwaita) if that happens. S From 24df74c0b8f6c3593273ca32405feef8d53634a9 Mon Sep 17 00:00:00 2001 From: Simon McVittie simon.mcvit...@collabora.co.uk Date: Wed, 30 Jul 2014 10:38:16 +0100 Subject: [PATCH] Don't allow the theme to set black-on-black Gtk 3.12's Raleigh theme (the default in non-GNOME environments) says a TerminalScreen should be drawn in black-on-black, which is rather hopeless for usability. Hard-code black-on-white (matching Adwaita) as a fallback. Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=683744 --- src/terminal-screen.c | 11 +++ 1 file changed, 11 insertions(+) diff --git a/src/terminal-screen.c b/src/terminal-screen.c index ac971c0..cbf1491 100644 --- a/src/terminal-screen.c +++ b/src/terminal-screen.c @@ -862,6 +862,17 @@ update_color_scheme (TerminalScreen *screen) gtk_style_context_get_color (context, GTK_STATE_FLAG_NORMAL, theme_fg); gtk_style_context_get_background_color (context, GTK_STATE_FLAG_NORMAL, theme_bg); + if (theme_fg.red == 0.0 theme_fg.green == 0.0 theme_fg.blue == 0.0 + theme_bg.red == 0.0 theme_bg.green == 0.0 theme_bg.blue == 0.0) +{ + /* The GTK-default Raleigh theme in 3.12 ends up assigning + * black background and black foreground, which is clearly not + * useful. */ + theme_bg.red = 1.0; + theme_bg.green = 1.0; + theme_bg.blue = 1.0; +} + if (g_settings_get_boolean (profile, TERMINAL_PROFILE_USE_THEME_COLORS_KEY) || (!terminal_g_settings_get_rgba (profile, TERMINAL_PROFILE_FOREGROUND_COLOR_KEY, fg) || !terminal_g_settings_get_rgba (profile, TERMINAL_PROFILE_BACKGROUND_COLOR_KEY, bg))) -- 2.0.1
Bug#756488: gpsd: hotplug is broken with systemd due to wrong GPSD_SOCKET
Package: gpsd Version: 3.10+dev3~d6b65b48-1 Severity: grave Justification: renders package unusable Since the switch to systemd, gpsd's support for hotplug of USB devices is broken using the default configuration. This means that for most users, just installing gpsd and plugging in a GPS does not work, and it breaks working installations upon upgrade. The problem is that the udev hotplug script and gpsd have diverging views of what the control socket path is. When gpsd is installed on jessie, it is launched by systemd as follows: gpsd -N = it uses gpsd's default control socket path: /var/run/gpsd.sock This is confirmed by running lsof -p `pidof gpsd` gpsd5271 gpsd3u unix 0x8800a10127c0 0t0 71137 /var/run/gpsd.sock The udev hotplug script on the other hand reads /etc/default/gpsd to determine the path of the control socket, and the default value is: # gpsd control socket location. GPSD_SOCKET=/run/gpsd/gpsd.sock As a result of this, when the GPS is plugged in, the hotplug script thinks gpsd is not running, and launches a new instance of gpsd. This new instance of gpsd does not work as the port on which gpsd listens is already taken by the first process. Please either change the default value of GPSD_SOCKET in /etc/default/gpsd or change the systemd launch script so that it respects GPSD_SOCKET. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 gpsd depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.20 ii libbluetooth35.21-1 ii libc62.19-7 ii libdbus-1-3 1.8.6-1 ii libgps21 3.10+dev3~d6b65b48-1 ii libusb-1.0-0 2:1.0.19-1 ii lsb-base 4.1+Debian13 ii netbase 5.2 ii systemd-sysv 208-6 Versions of packages gpsd recommends: ii python 2.7.8-1 ii udev208-6 Versions of packages gpsd suggests: ii dbus 1.8.6-1 pn gpsd-clients 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#756489: viewnior: please drop unnecessary build-dependency on libexiv2-12
Package: viewnior Version: 1.4-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic viewnior build-depends on libexiv2-12 as well as libexiv2-dev. Build-depending on runtime libraries like this is unnecessary (libexiv2-dev already depends on the correct libexiv2-*), and it causes trouble when libexiv2 changes its SONAME. Please remove this. * Drop unnecessary build-dependency on libexiv2-12. The existing build-dependency on libexiv2-dev is enough. diff -Nru viewnior-1.4/debian/control viewnior-1.4/debian/control --- viewnior-1.4/debian/control 2014-02-13 21:43:33.0 + +++ viewnior-1.4/debian/control 2014-07-30 10:41:36.0 +0100 @@ -1,8 +1,8 @@ Source: viewnior Section: graphics Priority: optional -Build-Depends: debhelper (= 9), libgtk2.0-dev, intltool (= 0.35.0), libexiv2-dev, libexiv2-12, dh-autoreconf +Build-Depends: debhelper (= 9), libgtk2.0-dev, intltool (= 0.35.0), libexiv2-dev, dh-autoreconf Standards-Version: 3.9.5 Homepage: http://xsisqox.github.io/Viewnior/ Vcs-Git: git://anonscm.debian.org/collab-maint/viewnior.git Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395573: visit: changing back from ITP to RFP
This is a note to say I have been working on visit packaging, but am unlikely to complete before December due to completing a PhD. VisIt packaging has been mostly delayed awaiting vtk6 to be properly integrated and packaged in Debian (thus not requiring a separate visit-vtk). I have uploaded my work to date to alioth.debian.org (pkg-visit) where is can be downloaded via git.debian.org:/git/pkg-visit/pkg-visit.git regards Alastair McKinstry On 28/07/2014 14:47, Lucas Nussbaum wrote: retitle 395573 RFP: visit -- interactive parallel visualization and graphical analysis tool noowner 395573 tag 395573 - pending thanks Hi, A long time ago, you expressed interest in packaging visit. Unfortunately, it seems that it did not happen. In Debian, we try not to keep ITP bugs open for a too long time, as it might cause other prospective maintainers to refrain from packaging the software. This is an automatic email to change the status of visit back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 12 months. If you are still interested in packaging visit, please send a mail to cont...@bugs.debian.org with: retitle 395573 ITP: visit -- interactive parallel visualization and graphical analysis tool owner 395573 ! thanks It is also a good idea to document your progress on this ITP from time to time, by mailing 395...@bugs.debian.org. If you need guidance on how to package this software, please reply to this email, and/or contact the debian-ment...@lists.debian.org mailing list. Thank you for your interest in Debian, -- Alastair McKinstry, alast...@sceal.ie, mckins...@debian.org, https://diaspora.sceal.ie/u/amckinstry A decent provision for the poor is the true test of civilization. ~Samuel Johnson, Boswell: Life of Johnson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756327: extra library build-dependencies left uppercase
On Mon, 28 Jul 2014 23:12:15 +0300 Max Kirillov m...@max630.net wrote: Package: cabal-debian Version: 3.9-1 Tags: patch Hi. This is a re-submit of the https://bugs.debian.org/658595 , which has been closed as functionality your report is about was dropped from the package. In fact it was not just dropped, it was moved here, to cabal-debian. Thanks for your report and patch. Sorry, for closing the first report when it was still valid. I didn't had in mind that this was moved to another package. I will take care of this as soon as I have time for it. Regards Sven signature.asc Description: PGP signature
Bug#755094: transition: harfbuzz
On Wed, Jul 30, 2014 at 09:09:31AM +0200, Emilio Pozuelo Monfort wrote: You can upload it directly to unstable (e.g. 0.9.32-1 with HB_VERSION_CHECK/hb_version_check added back) with the old package name (libharfbuzz0b). Then the packages in experimental with the renamed package will be removed. ---end quoted text--- Almost done. Should I close this bug with the upload, or shall I leave it open ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#753653: RFP: tmsu -- command-line file tagging tooI and tag-based virtual filesystem
* Martin Gollowitzer mgollowit...@sipwise.com [140710 14:54, mID 20140710124056.ga6...@selenium.sipwise.com]: I'd also like to see TMSU in Debian. It's a great tool and actively developed. However, packaging TMSU will require golang-go-sqlite3 [1] and golang-go-fuse [2] first. See [3] for reference. [1] https://github.com/mattn/go-sqlite3 I have now checked the above URI and I don't think it can easily be packaged for Debian. The source files are missing proper license headers, there is no license file, just a reference in README.md. Additionally, it seems that the repo contains C source code from sqlite that was put together in one file without any license information. This needs to be fixed by upstream. Thanks, Martin signature.asc Description: Digital signature
Bug#588497: New virtual package: httpd-wsgi
On Wed, Jul 30, 2014 at 08:27:51AM +0200, Jonas Smedegaard wrote: Bill Allombert wrote: Would that description be OK: httpd-wsgi A WSGI capable HTTP server Are there other developper maintaining WSGI related packages to second this ? I second the above description. I (co-)maintain uwsgi, which is capable of serving HTTP (via Apache2 but also) on its own, and handle (a lot of protocols including) WSGI. On a related note, it probably makes sense to add similar note for PSGI and maybe other protocols too (not sure how widespread other ones are), but that's outside the scope of this bugreport, I guess. Thanks Jonas. Piotr and Stefan, you still did not say whether it was OK for you. 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#754354: Something holds dentry-related mutex forever in Wheezy amd64 kernel
On Monday 21 July 2014 at 15:01:31 +0100, Mike Crowe wrote: It is possible that I'm seeing the same problem. Our AMD Opteron 4386 (16 cores) machine is also getting stuck with lots of hung tasks. [snip] PID: 4087 TASK: 88040ea63840 CPU: 2 COMMAND: nfsd #0 [8804034b9c00] __schedule at 8134f195 #1 [8804034b9c88] __mutex_lock_common.isra.5 at 8134fb74 #2 [8804034b9cf8] mutex_lock at 8134fa62 #3 [8804034b9d18] fh_lock_nested.isra.6 at a043d63c [nfsd] #4 [8804034b9d28] nfsd_lookup_dentry at a043df1a [nfsd] #5 [8804034b9d98] nfsd4_secinfo.part.15 at a0447692 [nfsd] #6 [8804034b9dc8] nfsd4_proc_compound at a04468d6 [nfsd] #7 [8804034b9e18] nfsd_dispatch at a043a7cd [nfsd] #8 [8804034b9e48] svc_process_common at a0336c3f [sunrpc] #9 [8804034b9eb8] svc_process at a0337050 [sunrpc] #10 [8804034b9ed8] nfsd at a043a0e3 [nfsd] #11 [8804034b9ef8] kthread at 8105f701 #12 [8804034b9f48] kernel_thread_helper at 813576f4 ii linux-image-amd643.2+46 ii nfs-kernel-server1:1.2.6-4 That version information wasn't very useful, was it. :( I believe that this crash was from linux-image-3.2.0-4-amd64 3.2.60-1+deb7u1 I've just had the same failure happen with 3.2.60-1+deb7u3. Mike. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756490: fsarchiver: Restore fails because can't umount destination
Package: fsarchiver Version: 0.6.19-1 Severity: important Tags: upstream Dear Maintainer, After restoring the whole filesystem, fsarchiver exists with this error: [errno=16, Device or resource busy]: oper_restore.c#1323,extractar_filesystem_extract(): cannot umount /tmp/fsa/20140730-115231-00 However, after I get back the console on which fsarchiver was running I type umount /tmp/fsa/20140730-115231-00 and it umounts succesfully. Regards -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages fsarchiver depends on: ii e2fslibs 1.42.11-2 ii libblkid1 2.20.1-5.8 ii libbz2-1.0 1.0.6-6 ii libc6 2.19-7 ii libcomerr2 1.42.11-2 ii libgcrypt111.5.3-5 ii libgpg-error0 1.13-0.2 ii liblzma5 5.1.1alpha+20120614-2 ii liblzo2-2 2.08-1 ii libuuid1 2.20.1-5.8 ii zlib1g 1:1.2.8.dfsg-1 fsarchiver recommends no packages. Versions of packages fsarchiver suggests: pn btrfs-toolsnone pn jfsutils none ii ntfs-3g1:2014.2.15AR.1-4 pn ntfsprogs none pn reiser4progs none pn reiserfsprogs none pn xfsprogs 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#756492: system-config-printer-kde: Authentication Dialog cannot receive focus
Source: system-config-printer-kde Severity: grave Justification: renders package unusable When configuring an existing printer through the printer KCM module (as normal user), authentication is not possible when clicking Configure, makig changes there, and pressing Apply. The authentication dialog pops up, but cannot receive focus. When the authentication dialog pops up as a result of checking the 'Default Printer' or 'Reject Print Jobs' checkbox, the authentication dialog is able to receive focus, and these settings seems to apply after auth. So it is likely due to two modal dialogs competing for focus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756491: developers-reference: Vcs-git field: typo anonscn instead of anonscm
Package: developers-reference Version: 3.4.12 Severity: normal Tags: patch Dear Maintainer, I recenctly tried to debcheckout developers-reference, it failed and noticed a typo in the Vcs-GIT field. It's written anonscN instead of anonscM. Thanks, -- fabien -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-rc6-mmio (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash developers-reference depends on no packages. Versions of packages developers-reference recommends: pn debian-policy none Versions of packages developers-reference suggests: pn doc-base none -- no debconf information diff --git a/debian/control b/debian/control index 9ac5681..fc1dde8 100644 --- a/debian/control +++ b/debian/control @@ -9,7 +9,7 @@ Build-Depends-Indep: docbook-xsl (= 1.71.0), dblatex (= 0.2), xsltproc, libxml texlive-lang-cyrillic, texlive-lang-french, texlive-lang-german, texlive-xetex, xmlto, zip Build-Depends: debhelper (= 8), dpkg-dev (= 1.16.1~) -Vcs-Git: git://anonscn.debian.org/collab-maint/developers-reference.git +Vcs-Git: git://anonscm.debian.org/collab-maint/developers-reference.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/developers-reference.git Package: developers-reference
Bug#656710: partman-crypto: Preseeding the passphrase
Hi everyone, On Wed, Jul 30, 2014 at 11:23:28AM +0200, Raphael Hertzog wrote: I have been using this patch in Kali (on top of wheezy's partman-crypto), it would be nice to have this patch merged in time for Jessie. Dimitrijs, Max or Christian? (You ar listed in Uploaders) Two things come to my mind: - The feature should have some documentation to explain to users that any preseeded passphrase is to be considered insecure and must be changed after installation, like Olaf suggested perhaps the preseeding template could be a good place. - I have a vague memory of needing to clear the template value for partman-crypto/passphrase (and passphrase-again) to ensure the passphrase does not end up in the debconf database of the installed system. Could you verify if this is (still?) true? Other than that, I am happy with the change. Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588497: New virtual package: httpd-wsgi
Quoting Bill Allombert (2014-07-30 11:59:38) On Wed, Jul 30, 2014 at 08:27:51AM +0200, Jonas Smedegaard wrote: Bill Allombert wrote: Would that description be OK: httpd-wsgi A WSGI capable HTTP server Are there other developper maintaining WSGI related packages to second this ? I second the above description. [snip] Thanks Jonas. Piotr and Stefan, you still did not say whether it was OK for you. Sorry - I thought that was implied by seconding it. That description would be OK for me. Or did I still somehow fail to understand how I can help here? Regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game
On Wed, Jul 30, 2014 at 02:43:04PM +0600, Andrey Rahmatullin wrote: Control: retitle -1 RFP: backgammon2 -- another implementation of the Backgammon game The implementation language indeed isn't very relevant to users, but another is even more vague. What distinguishes it from other backgammon implementations? Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746394: Please consider shipping pre-built images in Debian packages
2014-05-01 0:59 GMT+02:00 Chris Fordham ch...@fordham-nagy.id.au: Personally, I'd prefer that we use packer instead of bootstrap-vz ( https://github.com/andsens/bootstrap-vz) to build official Debian images of which should be published on http://cdimage.debian.org or the more appropriate file server for users to download. One of the issue with Packer, at least for EC2 (Ocean, GCE, ..?) is it creates an image from an existing EC2 instance. So you need to get an EC2 account and use some minimal Amazon resources to build an image. With bootstrap-vz, you build your images only locally on your computer, no need of remote account/resource. Olivier On Thu, May 1, 2014 at 4:21 AM, Miguel Landaeta nomad...@debian.org wrote: On Tue, Apr 29, 2014 at 09:59:49PM +0200, Jan Wagner wrote: Did you have a look into /usr/share/docker.io/contrib/mkimage-debootstrap.sh? You can generate your own image via debootstrap. And what debian-cloud team? (CCing them) I don't know if that it's outside of the tasks of the team (what do you think guys?) but it would be nice if you can provide properly maintained and signed images? I'm a member of that team (I'm almost inactive although) but maybe we can contribute with that. For example, I have a very simple image in my web page[1] generated with debootstrap and signed with my key since is the only one I trust so far to play around with docker. 1. http://people.debian.org/~nomadium/docker/images/ -- Miguel Landaeta, nomadium at debian.org secure email with PGP 0x6E608B637D8967E9 available at http://db.debian.org/fetchkey.cgi?fingerprint=4CB7FE1E280ECC90F29A597E6E608B637D8967E9 Faith means not wanting to know what is true. -- Nietzsche -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#743853: libpango-1.0-0 : Breaks: libpango1.0-0 ( 1.32.5-2) but 1.30.0-1 is to be installed
tags 743853 + moreinfo On Mon, 07 Apr 2014 at 13:39:53 +0200, Holger Levsen wrote: as visible in (at least) https://jenkins.debian.net/job/chroot-installation_wheezy_install_developer_upgrade_to_jessie/322/console libpango-1.0.0 breaks upgrades from wheezy to jessie. How can this be reproduced? I tried installing libpango1.0-0 in a wheezy chroot and doing a dist-upgrade to jessie, and that worked fine. http://anonscm.debian.org/gitweb/?p=qa/jenkins.debian.net.git;a=blob;f=job-cfg/chroot-installation.yaml indicates that this particular test case is: Debootstrap wheezy, then install four desktop environments and the most commonly used applications and packages - and the build depends for all of these, then upgrade to jessie ... which seems inconveniently large. https://jenkins.debian.net/ indicates that chroot-installation_wheezy_install_developer_upgrade_to_jessie passes or fails intermittently, and the failures don't seem to be related to this bug. The following packages have unmet dependencies: libpango-1.0-0 : Breaks: libpango1.0-0 ( 1.32.5-2) but 1.30.0-1 is to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. E: Internal error, Upgrade broke stuff I wonder whether this might have been the same apt issue as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722912. Do you use wheezy's apt or jessie's apt (or something else, like aptitude) for the upgrade? #722912 appears to have been fixed in jessie's apt. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723721: gnome-terminal: colors are swapped
Black and white are swapped. If a program (eg an ncurses application) selects black, then gnome-terminal draws with white instead. Osamu Aoki merged this with #721489, but I'm not so sure that it's actually the same issue. Unfortunately I switched to xfce so I can't test anything, but: Are you sure the program is selecting black, and not the default colour? The two are separate, and there are different terminal escapes to use them. Most terminals have white as their default foreground and black as their default background (e.g. xterm), but gnome-terminal has its defaults the other way round. ...that would explain it. But from a programming point of view it is counter-intuitive imho. Folkert van Heusden -- www.TrustedTimestamping.com is a service that enables you to show that at a certain point in time, you had access to a hash-value reflecting the contents of a file (this file can be a word document, a jpeg image, everything). -- Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588497: New virtual package: httpd-wsgi
[Bill Allombert, 2014-07-30] On Wed, Jul 30, 2014 at 08:27:51AM +0200, Jonas Smedegaard wrote: Bill Allombert wrote: Would that description be OK: httpd-wsgi A WSGI capable HTTP server Are there other developper maintaining WSGI related packages to second this ? I second the above description. I (co-)maintain uwsgi, which is capable of serving HTTP (via Apache2 but also) on its own, and handle (a lot of protocols including) WSGI. On a related note, it probably makes sense to add similar note for PSGI and maybe other protocols too (not sure how widespread other ones are), but that's outside the scope of this bugreport, I guess. Thanks Jonas. Piotr and Stefan, you still did not say whether it was OK for you. looks good to me (although most packages providing httpd-wsgi will provide plugins to actual web servers most probably, but it's close enough for me) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756493: [youtube-dl] new upstraem version 2014.07.30
Package: youtube-dl Severity: normal --- Please enter the report below this line. --- Please update version to fix this bug: https://github.com/rg3/youtube-dl/issues/3401#issuecomment-50567108 Upstream say: You are using an outdated version of youtube-dl. YouTube changed their player on 2014-07-25, so you'll need at least youtube-dl version 2014.07.25 (or newer). --- System information. --- Architecture: amd64 Kernel: Linux 3.12.16unera Debian Release: 7.5 990 stable ftp.de.debian.org 500 unstableftp.de.debian.org 500 testing-proposed-updates ftp.de.debian.org 500 testing ftp.de.debian.org 500 stable-updates ftp.de.debian.org 500 proposed-updates ftp.de.debian.org 500 oldstable www.deb-multimedia.org 500 nowtaxi debian.nowtaxi.ru 100 wheezy-backports ftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== python(= 2.6) | 2.7.6-2 Recommends(Version) | Installed ===-+- libav-tools | 6:0.8.10-1 OR ffmpeg | 6:0.8.10-1 libav-tools | 6:0.8.10-1 OR ffmpeg (= 4:0.6) | 6:0.8.10-1 OR ffprobe | rtmpdump| Package's Suggests field is empty. signature.asc Description: OpenPGP digital signature
Bug#743853: libpango-1.0-0 : Breaks: libpango1.0-0 ( 1.32.5-2) but 1.30.0-1 is to be installed
Hi Simon, On Mittwoch, 30. Juli 2014, Simon McVittie wrote: I wonder whether this might have been the same apt issue as https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=722912. Do you use wheezy's apt or jessie's apt (or something else, like aptitude) for the upgrade? #722912 appears to have been fixed in jessie's apt. I use wheezy's apt (until it's upgraded). cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#755315: [openstack-dev] [PKG-Openstack-devel] Bug#755315: [Trove] Should we stop using wsgi-intercept, now that it imports from mechanize? this is really bad!
On Tue, 29 Jul 2014, Chris Dent wrote: Let me know whenever you have a new release, without mechanize as new dependency, or with it being optional. It will be soon (a day or so). https://pypi.python.org/pypi/wsgi_intercept is now at 0.8.0 All traces of mechanize removed. Have at. Enjoy. If there are issues please post them in the github issues https://github.com/cdent/python3-wsgi-intercept/issues first before the openstack-dev list... Please note that the long term plan is likely to be that _all_ the interceptors will be removed and will be packaged as their own packages with the core package only providing the faked socket and environ infrastructure for the interceptors to use. -- Chris Dent tw:@anticdent freenode:cdent https://tank.peermore.com/tanks/cdent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756494: print-manager: Authentication Dialog cannot receive focus
Package: print-manager Version: 4:4.13.3-1 Severity: grave Justification: renders package unusable When configuring an existing printer through the printer KCM module (as normal user), authentication is not possible when clicking Configure, makig changes there, and pressing Apply. The authentication dialog pops up, but cannot receive focus. When the authentication dialog pops up as a result of checking the 'Default Printer' or 'Reject Print Jobs' checkbox, the authentication dialog is able to receive focus, and these settings seems to apply after auth. So it is likely due to two modal dialogs competing for focus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages print-manager depends on: ii kde-runtime 4:4.13.1-1 ii libc6 2.19-7 ii libcups21.7.4-1 ii libkdecore5 4:4.13.3-1 ii libkdeui5 4:4.13.3-1 ii libkio5 4:4.13.3-1 ii libqt4-dbus 4:4.8.6+dfsg-2 ii libqt4-declarative 4:4.8.6+dfsg-2 ii libqt4-network 4:4.8.6+dfsg-2 ii libqtcore4 4:4.8.6+dfsg-2 ii libqtgui4 4:4.8.6+dfsg-2 ii libstdc++6 4.9.1-1 Versions of packages print-manager recommends: ii cups 1.7.4-1 ii system-config-printer 1.4.3-4 print-manager 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#756492: Acknowledgement (system-config-printer-kde: Authentication Dialog cannot receive focus)
Sorry, wrong package, close this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588497: New virtual package: httpd-wsgi
On Wed, Jul 30, 2014 at 12:19:29PM +0200, Jonas Smedegaard wrote: Quoting Bill Allombert (2014-07-30 11:59:38) On Wed, Jul 30, 2014 at 08:27:51AM +0200, Jonas Smedegaard wrote: Bill Allombert wrote: Would that description be OK: httpd-wsgi A WSGI capable HTTP server Are there other developper maintaining WSGI related packages to second this ? I second the above description. [snip] Thanks Jonas. Piotr and Stefan, you still did not say whether it was OK for you. Sorry - I thought that was implied by seconding it. That description would be OK for me. Or did I still somehow fail to understand how I can help here? Sorry Jonas, I missed a linebreak after the full stop. Stefan is the original submitter so it is only fair to ask for his opinion. 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#755761: Confirmed
On an up-to-date testing, I confirm that this happens also with a newly created user. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756495: ddpt breaks on input from pipe
Package: ddpt Version: 0.92-1 Severity: normal Hi, ddpt 0.92 breaks on input from pipe: $ tar -Sxf foo.tgz --to-command ddpt if=- of=/dev/sdb obs=512 oflag=sparse,pt 103+0 records in 103+0 records out 0 bypassed records out time to transfer data: 0.024940 secs at 2.11 MB/sec 116kB 0:00:00 [2.72MB/s] tar: foo: Cannot seek to 1049600: Broken pipe This has been resolved in ddpt 0.94 so an upgrade to that version would be very much appreciated. Regards, Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756235: [kopete] skype plugin shows in browser
Control: merge 756228 756235 Control: merge 756232 756235 Control: severity 756235 normal ¡Hola B! Interesting name for a bug report. El 2014-07-27 a las 22:14 +0200, B escribió: While testing Iceweasel against miserable grave diggers of liberties at: https://panopticlick.eff.org/, the skype plugin was shown in the list (others, except flashplayer, don't) which in turn makes my browser recognizable among all. Please disable the plugin if you don't want it (about:addons - Plugins - Skype Buttons for Kopete - Never activate, in iceweasel/firefox). Browser Plugin Details 11.65 3209.67 Plugin 0: Shockwave Flash; Shockwave Flash 11.2 r202; libflashplayer.so; (Shockwave Flash; application/x-shockwave-flash; swf) (FutureSplash Player; application/futuresplash; spl). Plugin 1: Skype Buttons for Kopete; Mime Type x-skype for Skype Buttons; skypebuttons.so; (Skype Buttons; application/x-skype; ). Happy hacking, -- If it ain't broke, don't fix it -- Bert Lance If we can't fix it, it ain't broke -- Lieutenant Colonel Walt Weir Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#719888: developers-reference: Says next stable release will be called wheezy
Hi, I updated the patch (for commit ce9016122bb6c67aa8407ec2e0b27ee40137819c) so it doesn't change the phrasing but fixes the bug. This way is more consistent with what propose bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646235 which I think makes sense. Thanks, -- fabien diff --git a/debian/control b/debian/control index 9ac5681..fc1dde8 100644 --- a/debian/control +++ b/debian/control @@ -9,7 +9,7 @@ Build-Depends-Indep: docbook-xsl (= 1.71.0), dblatex (= 0.2), xsltproc, libxml texlive-lang-cyrillic, texlive-lang-french, texlive-lang-german, texlive-xetex, xmlto, zip Build-Depends: debhelper (= 8), dpkg-dev (= 1.16.1~) -Vcs-Git: git://anonscn.debian.org/collab-maint/developers-reference.git +Vcs-Git: git://anonscm.debian.org/collab-maint/developers-reference.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/developers-reference.git Package: developers-reference diff --git a/resources.dbk b/resources.dbk index d8bd056..2751b46 100644 --- a/resources.dbk +++ b/resources.dbk @@ -764,8 +764,8 @@ Debian 1.3, literalbo/literal; Debian 2.0, literalhamm/literal; Debian 2.1, literalslink/literal; Debian 2.2, literalpotato/literal; Debian 3.0, literalwoody/literal; Debian 3.1, literalsarge/literal; Debian 4.0, literaletch/literal; Debian 5.0, literallenny/literal; -Debian 6.0, literalsqueeze/literal -and the next release will be called literalwheezy/literal. +Debian 6.0, literalsqueeze/literal; Debian 7.0, literalwheezy/literal; +and the next release will be called literaljessie/literal. There is also a ``pseudo-distribution'', called literalsid/literal, which is the current literalunstable/literal distribution; since packages are moved from literalunstable/literal to
Bug#756496: ITP: erlang-cowlib -- Erlang library for manipulating web protocols
Package: wnpp Severity: wishlist Owner: Balint Reczey bal...@balintreczey.hu * Package name: erlang-cowlib Version : 0.6.2 Upstream Author : Loïc Hoguin es...@ninenines.eu * URL : https://github.com/extend/cowlib * License : ISC license Programming Lang: erlang Description : Erlang library for manipulating web protocols. Cowlib provides libraries for parsing and building messages for various Web protocols, including SPDY, HTTP and Websocket. It is optimized for completeness rather than speed. No value is ignored, they are all returned. --- Cowlib will be needed by erlang-cowboy 0.10.0. I have already sent a request for joining the LeoFS team and hopefully I will be able to bring this package under the team's umbrella. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735227: Severity is still serious [was source of jquery is missing]
Le 30/07/2014 08:13, Paul Wise a écrit : It is part of the source package, which is part of Debian, which the Debian project has promised will comply with the DFSG, which requires source code. In addition the ftp team has recently re-stated their requirement for source for all source and binary packages. If you would like to override the DFSG and or ftp team's position on it, the right mechanism to do that is a General Resolution. Thank you for sharing your opinion Paul, I still think this is completely absurd though. The file jquery.js is not and will never be used, displayed, parsed, interpreted, executed, tested, transformed or processed. It's impossible to sensibly call that a source file. The DFSG states The program must include source code and I confirm that all parts of activemq that constitute the program executed by the end users have a proper source file. I understand it's easier for the FTP Team to consider all elements of the source packages equally. From a reviewer point of view it would be difficult to understand how every new package works and what is really used or not. It may slow down the review process and hamper the project. But I find it a bit sad that this interpretation is used to hunt down aggressively harmless issues in existing packages. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586371: x11-xkb-utils: setxkbmap does not work with per user configuration
Package: x11-xkb-utils Version: 7.7+1 Followup-For: Bug #586371 Hi, I also run into this issue, I took a look at the code and it looks like the path passed with the -I option only gets applied when looking for rules or layout files, that is it does NOT gets applied to symbols or other components (AFAIU these latter are set by names with XkbGetKeyboardByName(), not by file path). This is also stated in the man page: -I directory Adds a directory to the list of directories to be used to search for specified layout or rules files. That text means: _only_ layout or rules files, _not_ symbols or other components. So even if this is a suboptimal behavior, setxkbmap is behaving as documented. Ciao, Antonio -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-rc6-ao2 (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/bash Versions of packages x11-xkb-utils depends on: ii libc62.19-7 ii libx11-6 2:1.6.2-2 ii libxaw7 2:1.0.12-2 ii libxkbfile1 1:1.0.8-1 ii libxt6 1:1.1.4-1 x11-xkb-utils recommends no packages. x11-xkb-utils suggests no packages. -- no debconf information -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756497: qtcreator crashes on start libGL error: pci id for fd 19: 80ee:beef
Package: qtcreator Version: 3.1.2+dfsg-1 Severity: important Dear Maintainer, * What led up to the situation? startup of qtcreator * What was the outcome of this action? petanb@debian:~/Documents/huggle3-qt-lx/huggle/huggle_release$ qtcreator libGL error: pci id for fd 19: 80ee:beef, driver (null) OpenGL Warning: Assertion failed: thread thread-netServer.conn thread-netServer.conn-type==CR_VBOXHGCM thread-bInjectThread, file /mnt/tinderbox/add-4.3/src/VBox/Additions/common/crOpenGL/pack/packspu_misc.c, line 562 Segmentation fault other qt programs work just fine -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtcreator depends on: ii libbotan-1.10-0 1.10.8-1 ii libc62.19-7 ii libgcc1 1:4.9.1-3 ii libqt5concurrent55.3.1+dfsg-3 ii libqt5core5a [qtbase-abi-5-3-1] 5.3.1+dfsg-3 ii libqt5declarative5 [qtquick1-abi-5-2-1] 5.3.1-1 ii libqt5designer5 5.3.1-3 ii libqt5designercomponents55.3.1-3 ii libqt5gui5 5.3.1+dfsg-3 ii libqt5help5 5.3.1-3 ii libqt5network5 5.3.1+dfsg-3 ii libqt5printsupport5 5.3.1+dfsg-3 ii libqt5qml5 [qtdeclarative-abi-5-3-0] 5.3.1-3 ii libqt5quick5 5.3.1-3 ii libqt5script55.3.1+dfsg-3 ii libqt5sql5 5.3.1+dfsg-3 ii libqt5sql5-sqlite5.3.1+dfsg-3 ii libqt5webkit55.3.1+dfsg-2 ii libqt5widgets5 5.3.1+dfsg-3 ii libqt5x11extras5 5.3.1-1 ii libqt5xml5 5.3.1+dfsg-3 ii libstdc++6 4.9.1-3 ii libx11-6 2:1.6.2-2 ii qml-module-qtquick-controls 5.3.1-1 ii qml-module-qtquick2 5.3.1-3 ii qtchooser39-g4717841-3 ii qtcreator-data 3.1.2+dfsg-1 Versions of packages qtcreator recommends: ii gdb7.7.1-2 ii konsole [x-terminal-emulator] 4:4.13.1-1 ii make 4.0-8 ii qt5-doc5.3.0-2 ii qtbase5-dev-tools 5.3.1+dfsg-3 ii qtcreator-doc 3.1.2+dfsg-1 ii qtdeclarative5-dev-tools 5.3.1-3 ii qtquick1-5-dev-tools 5.3.1-1 ii qttools5-dev-tools 5.3.1-3 ii qtxmlpatterns5-dev-tools 5.3.1-3 ii xterm [x-terminal-emulator]308-1 Versions of packages qtcreator suggests: ii cmake 2.8.12.1-1.5 ii g++4:4.9.1-1 ii git1:2.0.1-1 ii kdelibs5-data 4:4.13.3-2 ii subversion 1.8.9-2 -- 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#737317: No hope for improvements
I tried to dig a bit deeper with this removal of typeahead: The official guideline for the nautilus developers is, to only enhance the typeahead functionality. While this is not quite possible by design, there are at least two major bugs that make the new search impossible to use for me. 1. https://bugzilla.gnome.org/show_bug.cgi?id=693459 Usually you can not even see the file name in the search result. 2. https://bugzilla.gnome.org/show_bug.cgi?id=709107 Using the search will reliably freeze Nautilus. My personal experience is also, that the performance (with a brand new laptop including SSD) is *very* poor. Even exiting the search can take around 10 sec. without having done anything fancy. Since I don't see any major improvement between 3.6 and 3.12 the new search should be disabled in debian. Even no functionality on direct character input is better then a feature that crashes the file browser reliably. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756446: ITP Backgammon2 - a C# implementation of Backgammon game
On Wed, Jul 30, 2014 at 12:16:25PM +0200, Jelmer Vernooij wrote: Control: retitle -1 RFP: backgammon2 -- another implementation of the Backgammon game The implementation language indeed isn't very relevant to users, but another is even more vague. What distinguishes it from other backgammon implementations? The name is bad too. But this is just an RFP, so... -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756498: libelixirfm-perl: Missing dependency on libxml-parser-perl
Package: libelixirfm-perl Version: 1.1.976-2 Severity: serious This package seems to be missing a dependency on libxml-parser-perl. % perl -e 'use ElixirFM' Can't locate XML/Parser.pm in @INC (you may need to install the XML::Parser module) (@INC contains: .. /etc/perl /usr/local/lib/perl/5.18.2 /usr/local/share/perl/5.18.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.18 /usr/share/perl/5.18 /usr/local/lib/site_perl .) at /usr/share/perl5/ElixirFM.pm line 17. BEGIN failed--compilation aborted at /usr/share/perl5/ElixirFM.pm line 17. Compilation failed in require at -e line 1. BEGIN failed--compilation aborted at -e line 1. -- Niko Tyni nt...@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#687597: openslp-dfsg: CVE-2012-4428
Package: openslp-dfsg Dear maintainer, Recently you fixed one or more security problems and as a result you closed this bug. These problems were not serious enough for a Debian Security Advisory, so they are now on my radar for fixing in the following suites through point releases: squeeze (6.0.8) - use target oldstable Please prepare a minimal-changes upload targetting each of these suites, and submit a debdiff to the Release Team [0] for consideration. They will offer additional guidance or instruct you to upload your package. I will happily assist you at any stage if the patch is straightforward and you need help. Please keep me in CC at all times so I can track [1] the progress of this request. For details of this process and the rationale, please see the original announcement [2] and my blog post [3]. 0: debian-rele...@lists.debian.org 1: http://prsc.debian.net/tracker/687597/ 2: 201101232332.11736.th...@debian.org 3: http://deb.li/prsc Thanks, with his security hat on: -- Jonathan Wiltshire j...@debian.org Debian Developer http://people.debian.org/~jmw 4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752928: libencode-arabic-perl: FTBFS with newer Encode: Can't locate object method export_to_level via package Encode
tag 752928 patch thanks On Fri, Jun 27, 2014 at 11:14:11PM +0300, Niko Tyni wrote: Package: libencode-arabic-perl Version: 1.9-1 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.20-transition This package fails to build with a newer Encode version, either on current sid with the separate libencode-perl package, or with Perl 5.20.0 from experimental. On current sid: # Failed test 'use Encode::Arabic;' # at t/00-load.t line 7. # Tried to use 'Encode::Arabic'. # Error: Can't locate object method export_to_level via package Encode at /tmp/buildd/libencode-arabic-perl-1.9/blib/lib/Encode/Arabic/ArabTeX.pm line 110. As noted in the upstream ticket, newer versions of Encode don't inherit from Exporter anymore. I don't claim to understand all the subtleties here, but I got the test suite working by using Import::Into. There may well be simpler ways to fix this, suggestions welcome :) Note that this also needs a dependency information update, either Build.PL/META.yml for upstream or debian/control for the packaging Debian. I couldn't really work out how to use the only reverse dependency, libelixirfm-perl, so I wasn't able to do any further testing. -- Niko Tyni nt...@debian.org From 66de4096449f3f97f7717f0d832ad90bab543817 Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Tue, 29 Jul 2014 23:42:24 +0300 Subject: [PATCH] Fix compatibility with newer Encode versions As of Encode 2.55 (commit https://github.com/dankogai/p5-encode/commit/93b3d593d85004c570e44f3f79db0ca3c08d89ea ) Encode doesn't inherit from Exporter anymore, so Encode-export_to_level() fails. Replace the export_to_level() calls with Import::Into. Bug: https://rt.cpan.org/Public/Bug/Display.html?id=95975 Bug-Debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752928 --- lib/Encode/Arabic.pm | 4 +++- lib/Encode/Arabic/ArabTeX.pm | 5 - lib/Encode/Arabic/ArabTeX/RE.pm | 4 +++- lib/Encode/Arabic/ArabTeX/Verbatim.pm | 4 +++- lib/Encode/Arabic/ArabTeX/ZDMG.pm | 3 ++- lib/Encode/Arabic/ArabTeX/ZDMG/RE.pm | 4 +++- lib/Encode/Arabic/Buckwalter.pm | 4 +++- lib/Encode/Arabic/Parkinson.pm| 4 +++- 8 files changed, 24 insertions(+), 8 deletions(-) diff --git a/lib/Encode/Arabic.pm b/lib/Encode/Arabic.pm index aeebc36..d434d62 100644 --- a/lib/Encode/Arabic.pm +++ b/lib/Encode/Arabic.pm @@ -8,6 +8,7 @@ package Encode::Arabic; our $VERSION = '1.9' || do { q $Revision: 808 $ =~ /(\d+)/; sprintf %4.2f, $1 / 100 }; +use Import::Into; sub import {# perform import as if Encode were used one level before this module @@ -25,7 +26,8 @@ sub import {# perform import as if Encode were used one level before require Encode; -Encode-export_to_level(1, @_); +shift @_; # no need for the package name +Encode-import::into(1, @_); } diff --git a/lib/Encode/Arabic/ArabTeX.pm b/lib/Encode/Arabic/ArabTeX.pm index ffe43c2..ca54414 100644 --- a/lib/Encode/Arabic/ArabTeX.pm +++ b/lib/Encode/Arabic/ArabTeX.pm @@ -14,6 +14,8 @@ use warnings; use Scalar::Util 'blessed'; use Carp; +use Import::Into; + our $VERSION = do { q $Revision: 717 $ =~ /(\d+)/; sprintf %4.2f, $1 / 100 }; @@ -107,7 +109,8 @@ sub import {# perform import as if Encode were used one level before require Encode; -Encode-export_to_level(1, @_); # here comes the only trick ^^ +shift @_; # no need for the package name +Encode-import::into(1, @_); # here comes the only trick ^^ } diff --git a/lib/Encode/Arabic/ArabTeX/RE.pm b/lib/Encode/Arabic/ArabTeX/RE.pm index 1d645b5..7b851ef 100644 --- a/lib/Encode/Arabic/ArabTeX/RE.pm +++ b/lib/Encode/Arabic/ArabTeX/RE.pm @@ -12,6 +12,7 @@ use strict; use warnings; use Scalar::Util 'blessed'; +use Import::Into; our $VERSION = do { q $Revision: 162 $ =~ /(\d+)/; sprintf %4.2f, $1 / 100 }; @@ -49,7 +50,8 @@ our %modemap = ( sub import {# perform import as if Encode were used one level before this module require Encode; -Encode-export_to_level(1, @_); +shift @_; # no need for the package name +Encode-import::into(1, @_); } diff --git a/lib/Encode/Arabic/ArabTeX/Verbatim.pm b/lib/Encode/Arabic/ArabTeX/Verbatim.pm index 0d09f78..7fd36eb 100644 --- a/lib/Encode/Arabic/ArabTeX/Verbatim.pm +++ b/lib/Encode/Arabic/ArabTeX/Verbatim.pm @@ -18,6 +18,7 @@ our $VERSION = do { q $Revision: 717 $ =~ /(\d+)/; sprintf %4.2f, $1 / 100 }; use Encode::Arabic::ArabTeX (); use base 'Encode::Arabic::ArabTeX'; +use Import::Into; use Encode::Encoding; @@ -110,7 +111,8 @@ sub import {# perform import as if Encode were used one level before require Encode; -Encode-export_to_level(1, @_); # here comes the only trick ^^ +shift @_; # no need for the package name +Encode-import::into(1, @_); # here comes the only trick ^^ } diff --git
Bug#756499: O: postpone -- schedules commands to be executed later
Package: wnpp Severity: normal I've never really used postpone, and the intended use in package maintainer scripts is obsoleted by the advent of dpkg triggers. Hence I'm orphaning the package. If no one is picking it up, I'll request removal from the archive before the jessie release. Package: postpone Version: 0.2 Installed-Size: 64 Maintainer: Christoph Berg m...@debian.org Architecture: amd64 Depends: libc6 (= 2.2.5) Description-en: schedules commands to be executed later Postpone schedules a command to be executed later when a lockfile disappears. Intended usage is when a command is executed possibly multiple times, but running once is sufficient. This happens in maintainer scripts of Debian packages, for example, TeX packages need to rebuild several indices. Description-md5: ea5996563eef1bdb6c60ae42237c0653 Tag: works-with::software:running Section: utils Priority: optional Filename: pool/main/p/postpone/postpone_0.2_amd64.deb Size: 9798 Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#756500: odd semi-repeated output
Package: adduser Version: 3.113+nmu3 Severity: wishlist File: /usr/sbin/adduser Odd semi-repeated output seen: # adduser jidanni libvirt Adding user `jidanni' to group `libvirt' ... Adding user jidanni to group libvirt Done. Perhaps just say # adduser jidanni libvirt Adding user jidanni to group libvirt ... Done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org