Bug#753900: debian-reference: some more proposals (now Chapter 10)
Hi, Thanks. But why git-svn? manpage of git-svn has: | NAME |git-svn - Bidirectional operation between a Subversion repository and |Git | | SYNOPSIS |git svn command [options] [arguments] See no hyphen. The git command invokes command git-foo if invoked as git foo. That is the command design. Did you see anything recommending otherwise? At least space is easier to type than -. +### HW: In the next line One of the following procedures ... : wouldn't +### HW: that mean that the other line does something different? +### HW: Since both commands do create a unified diff, better rephrase to +### HW: The following procedures extract ... The git-svn command and the native svn command ... May be good idea to clarify. One of following procedures extract differences between two source files and create unified diff files `file.patch0` or `file.patch1` depending on the file location. @@ -906,12 +920,12 @@ You can check out a Subversion repository at `svn+ssh://svn.example.org/project/module/trunk` to a local Git repository at `./dest` and commit back to the Subversion repository. E.g.: -$ git svn clone -s -rHEAD svn+ssh://svn.example.org/project dest +$ git-svn clone -s -rHEAD svn+ssh://svn.example.org/project dest ??? as above. $ cd dest ... make changes $ git commit -a ... keep working locally with git -$ git svn dcommit +$ git-svn dcommit TIP: The use of `-rHEAD` enables us to avoid cloning entire historical contents from the Subversion repository. @@ -999,6 +1013,9 @@ Many public CVS servers provide read-only remote access to them with account name `anonymous` via pserver service. For example, Debian web site contents are maintained by http://alioth.debian.org/projects/webwml/[webwml project] via CVS at Debian alioth service. The following sets up `$CVSROOT` for the remote access to this CVS repository. +### HW: is cvs.alioth.debian.org still valid? +### HW: According to https://www.debian.org/devel/website/using_cvs +### HW: this is now anonscm.debian.org Yes and no. For http, yes. for ssh write access, maybe no. I will check. $ export CVSROOT=:pserver:anonym...@cvs.alioth.debian.org:/cvsroot/webwml $ cvs login @@ -1011,6 +1028,7 @@ $ export CVS_RSH=ssh +### HW: anonscm.debian.org ? See above. $ export CVSROOT=:ext:acco...@cvs.alioth.debian.org:/cvs/webwml -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753913: irssi: unable to connect to any server
Package: irssi Version: 0.8.15-5 Severity: grave Justification: renders package unusable Trying to connect to any server whatsoever, I get this: 23:30 -!- Irssi: Looking up chat.freenode.net 23:30 -!- Irssi: Connecting to chat.freenode.net [195.148.124.79] port 6667 23:30 -!- Irssi: Unable to connect server chat.freenode.net port 6667 [Invalid argument] Here is the relevant piece of strace log: socket(PF_INET, SOCK_STREAM, IPPROTO_IP) = 4 fcntl(4, F_SETFL, O_RDONLY|O_NONBLOCK) = 0 setsockopt(4, SOL_SOCKET, SO_REUSEADDR, [1], 4) = 0 setsockopt(4, SOL_SOCKET, SO_KEEPALIVE, [1], 4) = 0 bind(4, {sa_family=AF_INET, sin_port=htons(0), sin_addr=inet_addr(127.0.1.1)}, 16) = 0 connect(4, {sa_family=AF_INET, sin_port=htons(6667), sin_addr=inet_addr(82.96.64.4)}, 16) = -1 EINVAL (Invalid argument) -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.46.3 (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 irssi depends on: ii libc6 2.13-38+deb7u1 ii libglib2.0-02.33.12+really2.32.4-5 ii libncurses5 5.9-10 ii libperl5.14 5.14.2-21+deb7u1 ii libssl1.0.0 1.0.1e-2+deb7u11 ii libtinfo5 5.9-10 ii perl5.14.2-21+deb7u1 ii perl-base [perlapi-5.14.2] 5.14.2-21+deb7u1 irssi recommends no packages. Versions of packages irssi suggests: ii irssi-scripts 20120326 -- 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#751910: Bug:#751910: zabbix: CVE-2014-3005: local file inclusion via XXE
On Thu, 3 Jul 2014 10:11:15 Alexei Vladishev wrote: Since 2.2.5 fixes this security related issue we'll do all our best to release it asap. I hope first RC will be ready early next week. Thanks for ETA. Once 2.2.5 is released I'll do my best to upload it to Debian ASAP. -- All the best, Dmitry Smirnov. signature.asc Description: This is a digitally signed message part.
Bug#681726: eclipse: Upgrade Eclipse to Juno 4.2
Hi, In my laboratory, we are using Debian as the official Linux distribution and Eclipse as the official EDI. So I would like to know if there is any hope to have the 4.* series in Debian before the freeze ? Or will we stay with the 3.* series ? The freeze start on september, so there is only 2 month to make it… Thanks for your work, Regards, Adrien signature.asc Description: This is a digitally signed message part.
Bug#703226: ITP patchwork
Hello Arturro, On Fri, Jul 04, 2014 at 02:40:50PM +0200, Arturo Borrero Gonzalez wrote: Hi there! Are you still interested in this ITP? basicly yes, but unvortunately over the last months I havn't had much time for working on the packaging. So if you want to take over the ITP than feel free to do it so. I think I have some local work left laying here ... but I don't know if it would be useful. I'd like to see patchwork in Debian, there are some mailinglists (especially on Alioth) there patchwork could be really helpful. If you need some more infos please let me know. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753914: snort: Permission problem with /var/run/snort*pid
Package: snort Version: 2.9.5.3-3 Severity: normal Dear Maintainer, stopping (or restarting) snort result in a message: snort[2674]: Could not remove pid file /var/run//snort_eth0.pid: Permission denied Because snort has snort-user permissions the file has the wrong permissions: # ll /var/run/snort_eth0.pid -rw-r- 1 root root 5 Jul 6 09:05 /var/run/snort_eth0.pid I think the problem is, that the init script creates the pid file (with root permissions) and later on the snort process (with snort permissions) tries to delete the file. After snort exits the file is deleted by the init. Maybe the init-script can change the permissions? BTW: I'm using systemd Thanks for packaging snort! Bye -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15-trunk-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 snort depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0]1.5.53 ii libc62.19-4 ii libdaq0 0.6.2-2 ii libdumbnet1 1.12-4 ii libpcap0.8 1.5.3-4 ii libpcre3 1:8.31-5 ii logrotate3.8.7-1 ii net-tools1.60-26 ii rsyslog [system-log-daemon] 8.2.2-3 ii snort-common 2.9.5.3-3 ii snort-common-libraries 2.9.5.3-3 ii snort-rules-default 2.9.5.3-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages snort recommends: ii iproute2 3.15.0-2 Versions of packages snort suggests: pn snort-doc none -- Configuration Files: /etc/default/snort changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753184: foremost: FTBFS: dpkg-source: error: expected ^--- in line 3 of diff `foremost-1.5.7/debian/patches/fix-lintian-hardening-warnings.patch'
Control: tags -1 wheezy On Sun, 2014-06-29 at 19:48:45 +0200, David Suárez wrote: Source: foremost Version: 1.5.7-4 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140628 qa-ftbfs Justification: FTBFS on amd64 During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): Unpack source ─ gpgv: keyblock resource `/sbuild-nonexistent/.gnupg/trustedkeys.gpg': file open error gpgv: Signature made Fri Jul 20 14:05:33 2012 UTC using RSA key ID EED3BC0D gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./foremost_1.5.7-4.dsc dpkg-source: info: extracting foremost in foremost-1.5.7 dpkg-source: info: unpacking foremost_1.5.7.orig.tar.gz dpkg-source: info: unpacking foremost_1.5.7-4.debian.tar.gz dpkg-source: info: applying fix-config-file-path.patch dpkg-source: error: expected ^--- in line 3 of diff `foremost-1.5.7/debian/patches/fix-lintian-hardening-warnings.patch' dpkg-source: info: applying fix-lintian-hardening-warnings.patch dpkg-source: info: fuzz is not allowed when applying patches dpkg-source: info: if patch 'fix-lintian-hardening-warnings.patch' is correctly applied by quilt, use 'quilt refresh' to update it FAILED [dpkg-source died] The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/06/28/foremost_1.5.7-4_unstable.log This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753915: snort: Upstream Version 2.9.6.1 available
Package: snort Version: 2.9.5.3-3 Severity: wishlist Tags: patch Dear Maintainer, there is version 2.9.6.1 available upstream https://www.snort.org/snort-downloads? Please package it. Maybe just for experimental? Tanks in advanced! Bye -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15-trunk-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 snort depends on: ii adduser 3.113+nmu3 ii debconf [debconf-2.0]1.5.53 ii libc62.19-4 ii libdaq0 0.6.2-2 ii libdumbnet1 1.12-4 ii libpcap0.8 1.5.3-4 ii libpcre3 1:8.31-5 ii logrotate3.8.7-1 ii net-tools1.60-26 ii rsyslog [system-log-daemon] 8.2.2-3 ii snort-common 2.9.5.3-3 ii snort-common-libraries 2.9.5.3-3 ii snort-rules-default 2.9.5.3-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages snort recommends: ii iproute2 3.15.0-2 Versions of packages snort suggests: pn snort-doc none -- Configuration Files: /etc/default/snort changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753451: mrpt: FTBFS on kFreeBSD: linux/input.h: No such file or directory
It's has been fixed upstream by a new #define in config.h if linux/input.h is found: https://github.com/jlblancoc/mrpt/commit/c8cc5df52bafdc4c01a7e1824bb19d7ba452087d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753835: qtmultimedia5-dev: Not installable on hurd due to depends on libqgsttools-p1
Control: reassign -1 qtmultimedia5-dev 5.3.1-2 On Sb, 05 iul 14, 11:10:49, Scott Kitterman wrote: Source: qtmultimedia5-dev Version: 5.3.1-2 Severity: normal Depends on libqgsttools-p1 should be [!hurd-i386] to make the package installable there. This might make it possible to build PyQt5 on hurd. -- 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#753916: qa.debian.org: please consider to add a Note or Comment column to the DMD TODO list
Package: qa.debian.org Severity: wishlist User: qa.debian@packages.debian.org Usertags: udd Dear Maintainer, I have always found useful Comment field/column in this page: https://merges.ubuntu.com/main.html It helps a lot in Team collaborating and saves your time because you are not tempted to check things already checked in the past. Could DMD support something like that in TODO table? Cheers! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-30-generic (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753839: texlive-fonts-extra: Please split Open Sans and either Raleway or all League fonts into separate packages
Control: reassign -1 texlive-fonts-extra 2014.20140626-1 On Sb, 05 iul 14, 20:42:01, Sergey Shnatsel Davidoff wrote: Source: texlive-fonts-extra Version: 2014.20140626-1 Severity: wishlist Dear Maintainer, I am currently packaging elementary GTK theme en course of my Google Summer of Code project (https://wiki.debian.org/SummerOfCode2014/Projects/PackageElementarySoftware). The theme requires Open Sans and Raleway fonts to be installed, and these fonts are currently shipped by your package texlive-fonts-extra. However, texlive-fonts-extra combined with its dependencies is a ~300Mb download and occupies ~750Mb when installed. The GTK theme package is, by comparison, under 0.1Mb and it would be inconvenient to make it download 300Mb of fonts as a dependency. I'd like to split Open Sans into a separate package, like it's done with Droid Sans. As for Raleway, it would probably make sense to group all the League of Movable Type fonts together in one package, but you're in a better position to judge. I can provide a patch implementing the changes if that's OK with you. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#722748: pm-utils: Laptop Dell Inspiron N4110 Debian Wheezy 64 bits... When I tried to resume after hibernate the system is a lot of slowlly for a least two or three minutes. That include all progr
I've been experiencing the same problem after doing a full update on my Dell Vostro. I did not update for several months and after the update few weeks ago, the screen and keyboard were frozen after resuming. I found that the network (ssh) was still alive, and by doing some activity by network I could defreeze my system. But it remained very slow. Yesterday I removed 'systemd' package and updated others lib systemd packages and problem has gone ! If you haven't too much packages depending on systemd you may try if it works for you (i had to remove MATE (not used, i use Xfce), Network-Manager (replaced by Wicd)). Good luck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753917: docker.io: Can't install package, now !
Package: docker.io Version: 1.0.0~dfsg1-1 Severity: normal Dear Maintainer, I used docker.io for some time now, and everything went fine, but since the last update, I can't install/update the package ! It seems to be some issue(s) with insserv: -- 8 - 8 -- insserv: script docker.io: service docker already provided! insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package docker.io (--configure): -- 8 - 8 -- Thanks for the follow-up and reply. Rgds, Micha�l Chlon -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (995, 'testing'), (985, 'unstable'), (900, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: u386 Kernel: Linux 3.14-1-amd64 (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 Versions of packages docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.19 ii iptables 1.4.21-2 ii libapparmor1 2.8.0-5.1+b1 ii libc62.19-4 ii libdevmapper1.02.1 2:1.02.85-2 ii libsqlite3-0 3.8.5-2 ii perl 5.18.2-4 Versions of packages docker.io recommends: ii aufs-tools 1:3.2+20130722-1.1 ii ca-certificates 20140325 ii cgroupfs-mount 1.0 ii git 1:2.0.0-2 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages docker.io suggests: pn btrfs-tools none pn debootstrap none pn lxc none pn rinsenone -- 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#752681: laptop-mode-tools: The new runtime-pm management is enabled in more situations than usb-autosuspend
On 07/06/2014 01:09 PM, computer.enthusiastic wrote: I have enabled DEBUG=1 in runtime-pm.conf. You can find at the end of this email as attachment (compressed in zip format) the debug output in /var/log/system with DEBUG=1 generated by unplugging and plugging the power adapter (the usb mouse adapter is a logitech with ID 046d:c016 ). I attach the runtime-pm.conf settings, too. Everything looks fine in the logs. With this limited information, I'm not very sure what more to ask... -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#753918: libreoffice: Switch between Lo diolog and system dialog impossible
Package: libreoffice Version: 1:4.3.0~rc2-1 Severity: normal Hello, I can't switch between the LO dialog and the file dialog of the system. I want to do it under Tools - Options... - Libreoffice - General My system is XFCE4 4.10 I compared it with the upstream version of 4.3 RC2. there it is possible to switch. Thanks -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice depends on: ii fonts-dejavu 2.34-1 ii fonts-sil-gentium-basic1.1-7 ii libreoffice-avmedia-backend-gstreamer 1:4.2.5-1 ii libreoffice-base 1:4.3.0~rc2-1 ii libreoffice-calc 1:4.3.0~rc2-1 ii libreoffice-core 1:4.3.0~rc2-1 ii libreoffice-draw 1:4.3.0~rc2-1 ii libreoffice-impress1:4.3.0~rc2-1 ii libreoffice-java-common1:4.3.0~rc2-1 ii libreoffice-math 1:4.3.0~rc2-1 ii libreoffice-report-builder-bin 1:4.2.5-1 ii libreoffice-writer 1:4.3.0~rc2-1 ii python3-uno1:4.3.0~rc2-1 Versions of packages libreoffice recommends: ii fonts-liberation 1.07.4-1 ii libpaper-utils1.1.24+nmu3 Versions of packages libreoffice suggests: ii cups-bsd 1.7.3-6 ii default-jre [java5-runtime] 2:1.7-52 pn gstreamer1.0-ffmpeg none ii gstreamer1.0-plugins-bad 1.2.4-1 ii gstreamer1.0-plugins-base1.2.4-1 ii gstreamer1.0-plugins-good1.2.4-1 ii gstreamer1.0-plugins-ugly1.2.4-1 ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii hyphen-de [hyphen-hyphenation-patterns] 1:3.3.0-4 ii icedove 31.0~b1-2 ii iceweasel30.0-2 ii imagemagick 8:6.7.7.10+dfsg-4 ii libgl1-mesa-glx [libgl1] 10.2.1-2 pn libreoffice-gnome | libreoffice-kde none pn libreoffice-grammarcheck none pn libreoffice-help-4.3 none pn libreoffice-l10n-4.3 none pn libreoffice-officebean none ii libsane 1.0.24-1.1+b1 ii libxrender1 1:0.9.8-1 ii myspell-de-de [myspell-dictionary] 20131206-5 pn mythes-thesaurus none pn openclipart-libreoffice none ii openjdk-6-jre [java5-runtime]6b31-1.13.3-1 ii openjdk-7-jre [java5-runtime]7u55-2.4.7-2 ii pstoedit 3.62-1 ii unixodbc 2.3.1-3 Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-5 ii fonts-opensymbol 2:102.6+LibO4.2.5-1 ii libatk1.0-0 2.12.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-2 ii libc6 2.19-4 ii libcairo2 1.12.16-2 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.3-6 ii libcurl3-gnutls 7.37.0-1+b1 ii libdbus-1-3 1.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-2 ii libexpat1 2.1.0-6 ii libexttextcat-2.0-0 3.4.3-1 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-7 ii libgdk-pixbuf2.0-02.30.7-1 ii libgl1-mesa-glx [libgl1] 10.2.1-2 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.40.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz-icu0 0.9.29-1 ii libharfbuzz0b 0.9.29-1 ii libhunspell-1.3-0 1.3.3-1 ii libhyphen02.8.6-3 ii libice6 2:1.0.8-2 ii libicu52 52.1-4 ii libjpeg8 8d-2 ii liblangtag1 0.5.1-2 ii liblcms2-22.6-3 ii libldap-2.4-2 2.4.39-1 ii libmythes-1.2-0 2:1.2.2-1 ii libneon27-gnutls 0.30.0-3 ii libnspr4 2:4.10.6-1 ii libnspr4-0d 2:4.10.6-1 ii libnss3 2:3.16.1-1 ii libnss3-1d2:3.16.1-1 ii libodfgen-0.1-1 0.1.1-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpng12-01.2.50-1 ii librdf0 1.0.17-1+b1 ii libreoffice-common
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753919: gnome-control-center: unlock button does nothing
Package: gnome-control-center Version: 1:3.8.3-7+b2 Severity: important Dear Maintainer, * What led up to the situation? Open gnome-control-center. * What exactly did you do (or not do) that was effective (or ineffective)? Click the icon of a panel that requires privileges, e.g. Date Time or Users. Most of the panel is grayed out, which is expected. Click on the Unlock button. * What was the outcome of this action? Nothing happens but the following line is printed on std{out|err}: (gnome-control-center:4316): Gtk-WARNING **: Error acquiring permission: Failed to acquire permission for action-id org.gnome.controlcenter.datetime.configure * What outcome did you expect instead? Being asked for my credentials and able to use the panel after entering them. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.15-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.37-1 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.8.3-7 ii gnome-desktop3-data3.8.4-2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-menus3.8.0-2 ii gnome-settings-daemon 3.8.5-2+b2 ii gsettings-desktop-schemas 3.8.2-2 ii libaccountsservice00.6.37-1 ii libatk1.0-02.12.0-1 ii libc6 2.19-4 ii libcairo2 1.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libcheese-gtk233.12.0-1 ii libcheese7 3.12.0-1 ii libclutter-gtk-1.0-0 1.5.2-2 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.1-1 ii libcups2 1.7.3-6 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-5 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgl1-mesa-glx [libgl1] 10.2.1-2 ii libglib2.0-0 2.40.0-3 ii libgnome-bluetooth11 3.8.1-3 ii libgnome-desktop-3-7 3.8.4-2 ii libgoa-1.0-0b 3.12.2-1 ii libgoa-backend-1.0-1 3.12.2-1 ii libgtk-3-0 3.12.2-1+b1 ii libgtop2-7 2.28.5-2 ii libibus-1.0-5 1.5.7-1 ii libkrb5-3 1.12.1+dfsg-3 ii libmm-glib01.0.0-5+b1 ii libnm-glib-vpn10.9.8.10-4 ii libnm-glib40.9.8.10-4 ii libnm-gtk0 0.9.8.10-1 ii libnm-util20.9.8.10-4 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libpolkit-gobject-1-0 0.105-6 ii libpulse-mainloop-glib05.0-2 ii libpulse0 5.0-2 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.9+dfsg-1 ii libsocialweb-client2 0.25.20-6 ii libupower-glib10.9.23-2+b2 ii libwacom2 0.8-1 ii libx11-6 2:1.6.2-2 ii libxi6 2:1.7.2-1 ii libxml22.9.1+dfsg1-3 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.5-2 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.12.2-1 ii gnome-user-guide 3.8.2-1 ii gnome-user-share 3.8.3-1 ii iso-codes 3.54-1 ii mesa-utils 8.1.0-2+b1 ii mousetweaks3.12.0-1 ii network-manager-gnome 0.9.8.10-1 ii ntp1:4.2.6.p5+dfsg-3 ii policykit-1-gnome 0.105-2 ii rygel 0.22.2-2 ii system-config-printer 1.4.3-4 Versions of packages gnome-control-center suggests: ii gnome-screensaver3.6.1-1 ii gstreamer1.0-pulseaudio 1.2.4-1 ii libcanberra-gtk-module 0.30-2 ii libcanberra-gtk3-module 0.30-2 ii x11-xserver-utils7.7+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#748867: Missing API keys, some features of chromium are disabled
Am Sonntag, 6. Juli 2014, 01:54:39 schrieb Ignacio Areta: I think this should be related: https://groups.google.com/a/chromium.org/forum/#!searchin/chromium-dev/api$2 0keys/chromium-dev/fRyKxrd89TY/ZlXXZ2ZTog8J I monitor this bug for a while, the reason: I just want to get rid of this warning / error message. I don´t care a single bit about the lost functionality. I am not using Google services on a regular basis and I have no interest to do so. But I didn´t found anything on the net to tell Chromium to just shut up with the warning. Is there a way? I am already considering to grep the source for the warning, disable it and build my own package. Thanks, -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753816: [systemd] Broken audio
El 06/07/14 05:34, Ben Hutchings escribió: On Sat, 2014-07-05 at 18:58 +0200, Michael Biebl wrote: Am 05.07.2014 18:38, schrieb Antonio Marcos López Alonso: El 05/07/14 17:06, Michael Biebl escribió: Am 05.07.2014 17:56, schrieb Antonio Marcos López Alonso: Just in case, have you noticed I'm using an ALSA-Jack loopback setting for audio? Under sysvinit, udev (including udevadm settle) is started before the kmod init script, which loads snd_aloop. That means, snd_aloop is loaded after snd_hda_intel. Under systemd, it looks like the snd_aloop module is loaded about the same time systemd-udevd is started. There might be a race here and snd_aloop is loaded before snd_hda_intel. This *might* be the reason, but I'm no expert on this matter. Can you try removing snd_aloop from /etc/modules and test if that makes a difference. OK removed snd_aloop and audio is back. Then reloaded the module, restarted JACK and audio is still fine. So as you said there must be some race condition in there. Should I keep this ticket opened? Hm, not sure what to do about this. We could order systemd-load-modules.service after systemd-udevd.service. But that doesn't guarantee the loading order of the modules and it feels like papering over the underlying issue. I'm no sound expert, but I'd say that the loading order should not matter. Maybe we need some input from the kernel team or some alsa experts here. I think this is due to ALSA userland (or maybe higher levels) being stupid about device selection. I think the default is to use sound device 0, which can be whichever driver won the race. I took the liberty to CC the Debian kernel team and the maintainer of the snd_aloop module. I hope they can help us here. For reference the complete bug report is at [1] Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753816 I think the usual workaround is to add 'index=1' to the snd-aloop line in /etc/modules. It is probably possible to do something more sophisticated in an ALSA configuration file. Ben. Adding 'index=1' didn't work. I still have to reload snd_aloop and restart JACK to get audio back. Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753920: openjpeg: please raise the priority to optional
Source: openjpeg Version: 1.5.2-2 Severity: important Tags: patch Justification: Policy 2.5 Hi, currently openjpeg and all of its binaries have the priority extra. On the other hand, at least the library is used by other binaries with an higher priority -- for example, by the poppler libraries. According to Policy §2.5, at least libopenjpeg5 should be optional. Attached there is a patch for bumping the priority to optional to all the binaries except the debug symbols, as it is usually done by other sources. (Note that after an upload of this, you will also need to file a bug against ftp.debian.org to adjust on ftp-master side the priorities of the binaries.) Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -1,5 +1,5 @@ Source: openjpeg -Priority: extra +Priority: optional Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org Uploaders: Robin Cornelius robin.cornel...@gmail.com @@ -70,6 +70,7 @@ Description: java bindings for libopenjp Package: libopenjpeg5-dbg Section: debug +Priority: extra Architecture: any Multi-Arch: same Depends: libopenjpeg5 (= ${binary:Version}), ${misc:Depends}
Bug#753921: getfem++: Bogus patch disallows dpkg-source unpack
Source: getfem++ Source-Version: 4.1.1-6 Severity: serious Tags: wheezy Control: fixed -1 4.2.1~beta1~svn4422~dfsg-1 Hi! This package contains a bogus patch, which makes latest dpkg-source in stable to be unable to correctly unpack the source, due to more strict parsing of patches required to disallow path traversal vulnerabilities. The broken patch has a stray @@ patch hunk marker. Here's a simple patch fixing this. It would be nice if this could be fixed in stable, otherwise the source cannot be unpacked normally. I'm ready to help with such release if needed, given that the “regression” was caused by the dpkg update. (Unstable is unaffected.) This was found by David Suárez in an archive-wide check: https://lists.debian.org/debian-dpkg/2014/07/msg2.html Thanks, Guillem diff -Nru getfem++-4.1.1+dfsg1/debian/changelog getfem++-4.1.1+dfsg1/debian/changelog --- getfem++-4.1.1+dfsg1/debian/changelog 2012-11-17 23:12:43.0 +0100 +++ getfem++-4.1.1+dfsg1/debian/changelog 2014-07-05 23:12:45.0 +0200 @@ -1,3 +1,10 @@ +getfem++ (4.1.1+dfsg1-11.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix broken patch headers. + + -- Guillem Jover guil...@debian.org Sat, 05 Jul 2014 23:12:45 +0200 + getfem++ (4.1.1+dfsg1-11) unstable; urgency=low [ Anton Gladky ] diff -Nru getfem++-4.1.1+dfsg1/debian/patches/ld-no-add-needed.patch getfem++-4.1.1+dfsg1/debian/patches/ld-no-add-needed.patch --- getfem++-4.1.1+dfsg1/debian/patches/ld-no-add-needed.patch 2012-11-17 22:40:46.0 +0100 +++ getfem++-4.1.1+dfsg1/debian/patches/ld-no-add-needed.patch 2014-07-05 23:09:18.0 +0200 @@ -3,7 +3,6 @@ Author: Matthias Klose d...@ubuntu.com Last-Update: 2012-01-18 -@@ -0,0 +1,44 @@ --- a/tests/Makefile.in +++ b/tests/Makefile.in @@ -562,7 +562,7 @@
Bug#722994: dwm: Unused patch 03-transparent-makefile.patch
Control: severity -1 serious Control: found -1 6.0-4 Control: tags -1 wheezy [ Vasudev, sorry for the dupe, but the initial mail didn't go through as the bug was archived. ] On Sun, 2013-09-15 at 17:34:40 +0530, Vasudev Kamath wrote: On Sun, Sep 15, 2013 at 2:31 PM, Mats Erik Andersson wrote: and while building I: using cowbuilder as pbuilder dpkg-buildpackage: source package dwm dpkg-buildpackage: source version 6.0-5 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Vasudev Kamath kamathvasu...@gmail.com dpkg-source --before-build dwm dpkg-source: info: using options from dwm/debian/source/local-options: --unapply-patches --abort-on-upstream-changes dpkg-source: info: using options from dwm/debian/source/options: --compression=gzip --compression-level=9 dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch dpkg-source: warning: diff `dwm/debian/patches/03-transparent-makefile.patch' doesn't contain any patch Here goes: doesn't contain any patch The patch text was rejected. Case proved! Heh so much for writing reply in hurry and not cross checking the output again. Sorry for my ignorance and thanks for bringing it up. Actually dpkg-source was just complaining, but used to be able to apply broken patches with the patch program, but not any longer with the latest dpkg-dev version in stable which got more strict to disallow path traversals. It would be nice if this could be fixed in stable, otherwise the source cannot be unpacked normally. Here's a simple patch against the stable version. This was found by David Suárez in an archive-wide check: https://lists.debian.org/debian-dpkg/2014/07/msg2.html Thanks, Guillem diff -Nru dwm-6.0/debian/changelog dwm-6.0/debian/changelog --- dwm-6.0/debian/changelog 2012-06-16 16:24:35.0 +0200 +++ dwm-6.0/debian/changelog 2014-07-05 23:12:07.0 +0200 @@ -1,3 +1,10 @@ +dwm (6.0-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix broken patch headers. + + -- Guillem Jover guil...@debian.org Sat, 05 Jul 2014 23:11:57 +0200 + dwm (6.0-4) unstable; urgency=low * debian/rules: diff -Nru dwm-6.0/debian/patches/03-transparent-makefile.patch dwm-6.0/debian/patches/03-transparent-makefile.patch --- dwm-6.0/debian/patches/03-transparent-makefile.patch 2012-06-16 16:24:35.0 +0200 +++ dwm-6.0/debian/patches/03-transparent-makefile.patch 2014-07-05 23:08:07.0 +0200 @@ -3,7 +3,8 @@ visible to every one when DH_VERBOSE=1 Author: Vasudev Kamath kamathvasu...@gmail.com Last-Update: 2012-02-19 -Forwarded: not-needed--- a/Makefile +Forwarded: not-needed +--- a/Makefile +++ b/Makefile @@ -16,45 +16,45 @@
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
El 05/07/2014 16:47, Ralf Treinen trei...@free.fr escribió: On Sat, Jul 05, 2014 at 09:01:45PM +0900, Charles Plessy wrote: Il Sabato 5 Luglio 2014 13:03, Charles Plessy ple...@debian.org ha scritto: The ‘amap-align’ package version 2.2-4 install the file ‘amap’ in ‘/usr/bin’, this is why I am worried about clashes. Le Sat, Jul 05, 2014 at 12:11:37PM +0100, Gianfranco Costamagna a écrit : According to both popcons, and according to the fact that both of them are really niche packages and in really different environments (one for penetration testing and the other for med science) how do you feel about making them non-coinstallable? This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. Renaming binaries is confusing for end users. Since 'amap' (the scanner) probably needs permission to make raw sockets to work properly (just like nmap) for some scans, why not install it in /usr/sbin/? That way there would be no conflict with the other package. Regards Javier
Bug#753922: herculesstudio: Broken patch disallows dpkg-source unpack
Source: herculesstudio Source-Version: 1.3.0-2 Severity: serious Tags: wheezy Control: fixed -1 1.4.0-1 Hi! This package contains a bogus patch, which makes latest dpkg-source in stable to be unable to correctly unpack the source, due to more strict parsing of patches required to disallow path traversal vulnerabilities. The broken patch has a line-wrapped --- header line. Here's a simple patch fixing this. It would be nice if this could be fixed in stable, otherwise the source cannot be unpacked normally. I'm ready to help with such release if needed, given that the “regression” was caused by the dpkg update. (Unstable is unaffected.) This was found by David Suárez in an archive-wide check: https://lists.debian.org/debian-dpkg/2014/07/msg2.html Thanks, Guillem diff -Nru herculesstudio-1.3.0/debian/changelog herculesstudio-1.3.0/debian/changelog --- herculesstudio-1.3.0/debian/changelog 2012-04-10 15:45:56.0 +0200 +++ herculesstudio-1.3.0/debian/changelog 2014-07-05 23:12:50.0 +0200 @@ -1,3 +1,10 @@ +herculesstudio (1.3.0-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix broken patch headers. + + -- Guillem Jover guil...@debian.org Sat, 05 Jul 2014 23:12:50 +0200 + herculesstudio (1.3.0-2) unstable; urgency=low * debian/copyright: diff -Nru herculesstudio-1.3.0/debian/patches/fix-ftbfs-g++-4.7.patch herculesstudio-1.3.0/debian/patches/fix-ftbfs-g++-4.7.patch --- herculesstudio-1.3.0/debian/patches/fix-ftbfs-g++-4.7.patch 2012-04-10 14:36:53.0 +0200 +++ herculesstudio-1.3.0/debian/patches/fix-ftbfs-g++-4.7.patch 2014-07-05 23:09:36.0 +0200 @@ -1,5 +1,6 @@ Description: Fix FTBFS with g++ 4.7 -Origin: upstream, http://hercstudio.svn.sourceforge.net/viewvc/hercstudio?view=revisionrevision=139--- a/HercStudio/HerculesExecutor.cpp +Origin: upstream, http://hercstudio.svn.sourceforge.net/viewvc/hercstudio?view=revisionrevision=139 +--- a/HercStudio/HerculesExecutor.cpp +++ b/HercStudio/HerculesExecutor.cpp @@ -33,6 +33,7 @@ #include fcntl.h
Bug#753884: splitindex: wrong summary in man page
tag 753884 + wontfix usertags 753884 upupstream thanks splitindex (1) - manual page for splitindex 0.2a Please forward this to the up-upstream author of splitindex. Debian is packaging TeX Live, and TeX Live (our upstream) takes from CTAN as is. Thus it is the responsability of the original author to upload a fixed version to CTAN. Tagging as wontfix and upupstream. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753219: katoob: FTBFS: dpkg-source: error: expected ^--- in line 2 of diff `katoob-0.5.9.1/debian/patches/replace_fribidi-config_pkg-config.patch'
Control: tags -1 wheezy Control: found -1 0.5.9.1-3 On Sun, 2014-06-29 at 20:04:45 +0200, David Suárez wrote: Source: katoob Version: 0.5.9.1-4.1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140628 qa-ftbfs Justification: FTBFS on amd64 Relevant part (hopefully): Unpack source ─ gpgv: keyblock resource `/sbuild-nonexistent/.gnupg/trustedkeys.gpg': file open error gpgv: Signature made Sat Mar 8 07:57:14 2014 UTC using RSA key ID 93AA7172 gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./katoob_0.5.9.1-4.1.dsc dpkg-source: info: extracting katoob in katoob-0.5.9.1 dpkg-source: info: unpacking katoob_0.5.9.1.orig.tar.gz dpkg-source: info: unpacking katoob_0.5.9.1-4.1.debian.tar.xz dpkg-source: error: expected ^--- in line 2 of diff `katoob-0.5.9.1/debian/patches/replace_fribidi-config_pkg-config.patch' dpkg-source: info: applying replace_fribidi-config_pkg-config.patch dpkg-source: info: fuzz is not allowed when applying patches dpkg-source: info: if patch 'replace_fribidi-config_pkg-config.patch' is correctly applied by quilt, use 'quilt refresh' to update it FAILED [dpkg-source died] This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753175: kvpm: FTBFS: dpkg-source: error: expected ^--- in line 4 of diff `kvpm-0.8.6/debian/patches/bug-667232.patch'
Control: tags -1 wheezy Control: found -1 0.8.6-2+deb7u1 Hi! On Sun, 2014-06-29 at 20:04:51 +0200, David Suárez wrote: Source: kvpm Version: 0.8.6-3 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140628 qa-ftbfs Justification: FTBFS on amd64 Relevant part (hopefully): Unpack source ─ gpgv: keyblock resource `/sbuild-nonexistent/.gnupg/trustedkeys.gpg': file open error gpgv: Signature made Wed Mar 27 10:19:14 2013 UTC using RSA key ID F5B5F913 gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./kvpm_0.8.6-3.dsc dpkg-source: info: extracting kvpm in kvpm-0.8.6 dpkg-source: info: unpacking kvpm_0.8.6.orig.tar.gz dpkg-source: info: unpacking kvpm_0.8.6-3.debian.tar.gz dpkg-source: info: applying partition-move-corruption.patch dpkg-source: error: expected ^--- in line 4 of diff `kvpm-0.8.6/debian/patches/bug-667232.patch' dpkg-source: info: applying bug-667232.patch dpkg-source: info: fuzz is not allowed when applying patches dpkg-source: info: if patch 'bug-667232.patch' is correctly applied by quilt, use 'quilt refresh' to update it FAILED [dpkg-source died] This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753837: crawl-tiles: Crawl-tiles fails to start unless package ttf-dejavu-core is installed
The reason for this is that the absolute paths to the font files are searched for and hardcoded into the binary at compile time, and if both fonts-dejavu-core and ttf-dejavu-core are installed, the latter is used. Since ttf-dejavu should be avoided if possible, the right fix is to change crawl to build-depend on fonts-dejavu-core and build-conflict with ttf-dejavu-core, and crawl-tiles to depend on fonts-dejavu-core only. Here is a patch to do just that. --- debian/control.old 2014-05-08 17:28:39.0 +0300 +++ debian/control 2014-07-06 11:51:32.489426237 +0300 @@ -6,7 +6,8 @@ Standards-Version: 3.9.5 Build-Depends: debhelper (= 7), libncursesw5-dev, bison, flex, liblua5.1-0-dev, pkg-config, libsdl-image1.2-dev, libsdl1.2-dev, libsqlite3-dev, - libfreetype6-dev, advancecomp, libpng-dev + libfreetype6-dev, advancecomp, libpng-dev, fonts-dejavu-core +Build-Conflicts: ttf-dejavu-core Homepage: http://crawl.develz.org/ Package: crawl-common @@ -54,7 +55,7 @@ Package: crawl-tiles Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends}, crawl-common (= ${source:Version}), crawl-tiles-data (= ${source:Version}), fonts-dejavu-core | ttf-dejavu +Depends: ${shlibs:Depends}, ${misc:Depends}, crawl-common (= ${source:Version}), crawl-tiles-data (= ${source:Version}), fonts-dejavu-core Description: Dungeon Crawl, a roguelike game, tiles version Crawl is a fun game in the grand tradition of games like Rogue, Hack, and Moria. Your objective is to travel deep into a subterranean cave complex and
Bug#753235: lldpad: FTBFS: dpkg-source: error: expected ^--- in line 2 of diff `lldpad-0.9.46/debian/patches/fix-typo-in-lldptool-ets-8.patch'
Control: tags -1 wheezy Control: found -1 0.9.44-1 Control: tags -1 patch On Sun, 2014-06-29 at 20:04:58 +0200, David Suárez wrote: Source: lldpad Version: 0.9.46-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140628 qa-ftbfs Justification: FTBFS on amd64 Relevant part (hopefully): Unpack source ─ gpgv: keyblock resource `/sbuild-nonexistent/.gnupg/trustedkeys.gpg': file open error gpgv: Signature made Wed Feb 12 18:09:42 2014 UTC using RSA key ID F2E17569 gpgv: Can't check signature: public key not found dpkg-source: warning: failed to verify signature on ./lldpad_0.9.46-2.dsc dpkg-source: info: extracting lldpad in lldpad-0.9.46 dpkg-source: info: unpacking lldpad_0.9.46.orig.tar.gz dpkg-source: info: unpacking lldpad_0.9.46-2.debian.tar.xz dpkg-source: info: applying dont-run-chkconfig-when-install-data.patch dpkg-source: info: applying fix-lintian-warning-on-lldpad-init.patch dpkg-source: info: applying fix-cannot-adjust-line-in-dcbtool-8.patch dpkg-source: info: applying dont-touch-var-lock-subsys-lldpad-when-start.patch dpkg-source: error: expected ^--- in line 2 of diff `lldpad-0.9.46/debian/patches/fix-typo-in-lldptool-ets-8.patch' dpkg-source: info: applying fix-typo-in-lldptool-ets-8.patch dpkg-source: info: fuzz is not allowed when applying patches dpkg-source: info: if patch 'fix-typo-in-lldptool-ets-8.patch' is correctly applied by quilt, use 'quilt refresh' to update it FAILED [dpkg-source died] This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. The broken patches have line-wrapped --- header lines. Attached a simple patch fixing this. Thanks, Guillem diff -Nru lldpad-0.9.44/debian/changelog lldpad-0.9.44/debian/changelog --- lldpad-0.9.44/debian/changelog 2012-04-28 13:07:52.0 +0200 +++ lldpad-0.9.44/debian/changelog 2014-07-05 23:13:00.0 +0200 @@ -1,3 +1,10 @@ +lldpad (0.9.44-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix broken patch headers. + + -- Guillem Jover guil...@debian.org Sat, 05 Jul 2014 23:13:00 +0200 + lldpad (0.9.44-1) unstable; urgency=low [ Liang Guo ] diff -Nru lldpad-0.9.44/debian/patches/fix-hyphen-used-as-minus-sign-in-lldptool-app-8.patch lldpad-0.9.44/debian/patches/fix-hyphen-used-as-minus-sign-in-lldptool-app-8.patch --- lldpad-0.9.44/debian/patches/fix-hyphen-used-as-minus-sign-in-lldptool-app-8.patch 2012-04-28 13:07:52.0 +0200 +++ lldpad-0.9.44/debian/patches/fix-hyphen-used-as-minus-sign-in-lldptool-app-8.patch 2014-07-05 23:10:43.0 +0200 @@ -1,5 +1,6 @@ Fix lintian warning: -lldpad: hyphen-used-as-minus-sign usr/share/man/man8/lldptool-app.8.gz:18--- a/docs/lldptool-app.8 +lldpad: hyphen-used-as-minus-sign usr/share/man/man8/lldptool-app.8.gz:18 +--- a/docs/lldptool-app.8 +++ b/docs/lldptool-app.8 @@ -15,7 +15,7 @@ .TP diff -Nru lldpad-0.9.44/debian/patches/fix-typo-in-config-c.patch lldpad-0.9.44/debian/patches/fix-typo-in-config-c.patch --- lldpad-0.9.44/debian/patches/fix-typo-in-config-c.patch 2012-04-28 13:07:52.0 +0200 +++ lldpad-0.9.44/debian/patches/fix-typo-in-config-c.patch 2014-07-05 23:10:50.0 +0200 @@ -1,4 +1,5 @@ -Fix typo writeable - writable--- a/config.c +Fix typo writeable - writable +--- a/config.c +++ b/config.c @@ -216,7 +216,7 @@ } diff -Nru lldpad-0.9.44/debian/patches/fix-typo-in-lldptool-ets-8.patch lldpad-0.9.44/debian/patches/fix-typo-in-lldptool-ets-8.patch --- lldpad-0.9.44/debian/patches/fix-typo-in-lldptool-ets-8.patch 2012-04-28 13:07:52.0 +0200 +++ lldpad-0.9.44/debian/patches/fix-typo-in-lldptool-ets-8.patch 2014-07-05 23:10:59.0 +0200 @@ -1,4 +1,5 @@ -Fix type seperated - separated--- a/docs/lldptool-ets.8 +Fix type seperated - separated +--- a/docs/lldptool-ets.8 +++ b/docs/lldptool-ets.8 @@ -58,13 +58,13 @@ Sets the ETS-CFG willing bit
Bug#753923: libav-tools: [mpegts @ 0x7f0b24021ec0] Continuity check failed for pid 0 expected 1 got 0
Package: libav-tools Version: 6:10.2-1 Severity: normal Dear Maintainer, this works: xbmc http://content.uplynk.com/channel/ext/aac37e2c66614e699fb189ab391084ff/WLSLive1.m3u8 but this doesn't: avplay http://content.uplynk.com/channel/ext/aac37e2c66614e699fb189ab391084ff/WLSLive1.m3u8 It shows error in subject. -- 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/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libav-tools depends on: ii dpkg 1.17.10 ii libavcodec55 6:10.2-1 ii libavdevice546:10.2-1 ii libavfilter4 6:10.2-1 ii libavformat556:10.2-1 ii libavresample1 6:10.2-1 ii libavutil53 6:10.2-1 ii libc62.19-4 ii libsdl1.2debian 1.2.15-10 ii libswscale2 6:10.2-1 ii libvdpau10.7-2 ii libx11-6 2:1.6.2-2 libav-tools recommends no packages. Versions of packages libav-tools suggests: pn frei0r-plugins 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#753908: rblcheck: please add IPv6 support
On Jul 06, Paul Wise p...@debian.org wrote: Please add IPv6 support, right now rblcheck can't parse IPv6 addresses: Please send a patch. -- ciao, Marco signature.asc Description: Digital signature
Bug#753239: enblend-enfuse: FTBFS: /usr/bin/texi2dvi: pdfetex exited with bad status, quitting.
severity 753239 important thanks afaict thumbpdf is broken in texlive-latex-recommended 2014.20140626-1. AFAI understand this, it seems again that gs is broken again, or in other words, gs has broken something ;-) I will investigate and contact up-upstream. Adjusting severity, thumbpdf is a small part of tl-l-extra Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753924: i18nspector: Emits error on fuzzy string for conflict-marker-in-translation
Package: i18nspector Version: 0.13.4-1 Severity: normal Hi! With the current dpkg git master, i18nspector emits an error on man/po/ru.po, for a fuzzy string that contains a conflict marker. I don't think fuzzy strings should trigger either errors or warnings, as mentioned before in #708586. For reference, the culprit is this: ,--- #. type: SH #: … #, fuzzy, no-wrap msgid SEE ALSO msgstr #-#-#-#-# ru.po (dpkg man pages) #-#-#-#-#\n СМОТРИ ТАКЖЕ\n #-#-#-#-# ru.po (dpkg man pages) #-#-#-#-#\n СМОТРИТЕ ТАКЖЕ `--- Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673538: transition: gnustep-base, gnustep-gui
On 03-07-14 18:44, Yavor Doganov wrote: I'll ping you when the new core packages pass through NEW, OK? I don't see gnustep-gui 0.24 in NEW or in the archive. Was that ever uploaded? How are things looking here? No, unfortunately nobody volunteered to sponsor them [2] yet... My past sponsors are apparently busy and/or not interested anymore, so we're a bit stuck at the moment. I guess patience is the key. It seems the GNUStep team is seriously lacking some help to upload its packages. I can only assume that there is no DD on your team (or that the team consists of one person). I am will to help with this transition by reviewing prepared packages and uploading. What exactly do you think is needed, all uploads related to [1]? Are the specific for this transition, or can they be done beforehand straight into unstable? How sure are you that they are real problems, I read you say they *may* lead to issues. Is there a way to check? Which bugs you think *must* be fixed for this transition to be successful? I have one request. As I don't know GNUStep and its apps (I haven't used any package of it before that I am aware of) I would like to see a README.testing in the source packages that describe how I can perform (simple) checks that the package works. We started adding these README.testing files to packages maintained by the accessibility team to aid team members and I really like the idea. For an example of what I mean you can look at daisy-player [1]. Paul [1] http://anonscm.debian.org/gitweb/?p=pkg-a11y/daisy-player.git;a=blob_plain;f=debian/README.testing signature.asc Description: OpenPGP digital signature
Bug#753925: mps-youtube: no longer plays media streams after the latest mpv update
Package: mps-youtube Version: 0.01.44-4 Severity: important Dear Maintainer, all in the bug subject. mpv stopped playing media streams few days ago. As far as i can tell, this happened in conjunction with the latest mpv update: 0.3.11-1 - 0.4.0-1 When attempting to play a video/audio all i get is Getting content and error: retrying for three times, after which mpsyt gives up fetching the video and comes back to the interaction with the search results screen. Let me know if and how i can provide more details. Best regards! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mps-youtube depends on: ii mpv 0.4.0-1 ii python 2.7.6-2 ii python-pafy 0.3.41-2 mps-youtube recommends no packages. mps-youtube 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#753704: ITP: amap -- Next-generation scanning tool for pentesters
Hi Javier, thanks for your hint! That was my first thoght, I'm upstream developer and DM of ettercap and we already install in sbin some of the binaries. The problem is: what does it happen when the user have both amap installed on the system and runs amap from the bash? This might be highly confusing for the end user, and needs to force the path to both .desktop files (if they provide. them) Thanks to all for your suggestions, I think I'll rename the binary in amap-thc, avoiding this kind of troubles (and maybe also moving in /sbin). I need to prior check how many packages needs it and how they run it, bt seems the most trivial task to do. I'm on smartphone, I'll answer to everybody asap, I would like to avoid top posting. (I answered to this first since I'm pretty sure having two different binaries with the same filename on the PATH can lead to confusion, but I might be wrong somewhere) Thanks for clarifying Gianfranco Sent from Yahoo Mail on Android
Bug#752739: plymouth (0.9.0): VT1 login issue
This issue was caused by an error in /etc/systemd/system, not a bug. Bug 752739 can be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753900: debian-reference: some more proposals (now Chapter 10)
Hi, Osamu Aoki os...@debian.org wrote: But why git-svn? manpage of git-svn has: | NAME |git-svn - Bidirectional operation between a Subversion repository and |Git | | SYNOPSIS |git svn command [options] [arguments] See no hyphen. The git command invokes command git-foo if invoked as git foo. That is the command design. Did you see anything recommending otherwise? Hmm, apparently I got confused somehow. It seems you are right, but: 1. man git (at least under Wheezy) lists all git commands in the form git-add (with hyphen). 2. the 'table 10.13. List of git related packages and commands' in DR also has all the entries in the column command with hyphens. Looks like there is a difference between the command I call and the command that gets invoked. Additionally there are also many notations in the DR and in all other git docu, where git-add (with hyphen) is correct: - when mentioning a git-related manpage, it's git-add(1) (with hyphen) - when mentioning the package name, it's git-svn (with hyphen) - when mentioning a file path, it's /usr/share/doc/git-doc/user-manual.html (with hyphen) All together a big potential to confuse users - and translators ;-) I found there is already a paragraph on this: Invoking a literalgit/literal subcommand directly as \literalgit-xyz/ literal\ from the command line has been deprecated since early 2006. Probably this could be enhanced somehow? Please note that there are several mentions of git commands in the form »git-add« in git docs (for example when referring to a manpage), but when invoking the corresponding command you will have to omit the hyphen and use git add. Invoking a literalgit/literal subcommand directly as \literalgit-xyz/ literal\ from the command line has been deprecated since early 2006. Thanks Greetings Holger -- Holger Wansing hwans...@mailbox.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
❦ 6 juillet 2014 10:56 +0200, Javier Fernandez-Sanguino j...@debian.org : Since 'amap' (the scanner) probably needs permission to make raw sockets to work properly (just like nmap) for some scans, why not install it in /usr/sbin/? That way there would be no conflict with the other package. This has already been discussed for ax25-node vs nodejs. This solution was proposed (and also implemented for some time). It has been ruled that this is not an acceptable solution. The solution is to rename the binary, eventually both of them if no agreement is found. In the case of ax25-node and nodejs, it has been accepted a node-legacy package providing node binary but only because this is an interpreter. -- panic(mother...); 2.2.16 /usr/src/linux/drivers/block/cpqarray.c signature.asc Description: PGP signature
Bug#752215: [src:advene] Some sources are not included in your package
Hi This bug is now fixed upstream. There will be a minor release shortly, which will allow me to update the package. Best regards, Olivier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753926: wine64-dev-tools-unstable: hello world example fails to compile silently at linking stage
Package: wine64-dev-tools-unstable Version: 1.7.21-1 Severity: normal Dear Maintainer, i tried to compile this simple hello world example and the wineg++ compiler fails at linking stage, without giving an specific error. #include windows.h int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInst, LPTSTR lpCmdLine, int nShowCmd) { MessageBoxW (NULL, LHello World!, Lhello, MB_OK | MB_ICONINFORMATION); return 0; } snaut@setaur:~/proggen$ wineg++ -v hello.c -o hello.exe -mwindows g++ -fshort-wchar -DWINE_UNICODE_NATIVE -D_REENTRANT -fPIC -DWIN64 -D_WIN64 -D__WIN64 -D__WIN64__ -DWIN32 -D_WIN32 -D__WIN32 -D__WIN32__ -D__WINNT -D__WINNT__ -D__stdcall=__attribute__((ms_abi)) -D__cdecl=__attribute__((ms_abi)) -D_stdcall=__attribute__((ms_abi)) -D_cdecl=__attribute__((ms_abi)) -D__fastcall=__attribute__((ms_abi)) -D_fastcall=__attribute__((ms_abi)) -D__declspec(x)=__declspec_##x -D__declspec_align(x)=__attribute__((aligned(x))) -D__declspec_allocate(x)=__attribute__((section(x))) -D__declspec_deprecated=__attribute__((deprecated)) -D__declspec_dllimport=__attribute__((dllimport)) -D__declspec_dllexport=__attribute__((dllexport)) -D__declspec_naked=__attribute__((naked)) -D__declspec_noinline=__attribute__((noinline)) -D__declspec_noreturn=__attribute__((noreturn)) -D__declspec_nothrow=__attribute__((nothrow)) -D__declspec_novtable=__attribute__(()) -D__declspec_selectany=__attribute__((weak)) -D__declspec_thread=__thread -D__int8=char -D__int16=short -D__int32=int -D__int64=long -D__WINE__ -c -o hello-Sm4xkv.o -v hello.c -isystem//usr/include/wine-unstable/windows Using built-in specs. COLLECT_GCC=g++ Target: x86_64-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Debian 4.9.0-7' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libmudflap --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-amd64 --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-amd64 --with-arch-directory=amd64 --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --with-arch-32=i586 --with-abi=m64 --w ith-multilib-list=m32,m64,mx32 --enable-multilib --with-tune=generic --enable-checking=release --build=x86_64-linux-gnu --host=x86_64-linux-gnu --target=x86_64-linux-gnu Thread model: posix gcc version 4.9.0 (Debian 4.9.0-7) COLLECT_GCC_OPTIONS='-fshort-wchar' '-D' 'WINE_UNICODE_NATIVE' '-D' '_REENTRANT' '-fPIC' '-D' 'WIN64' '-D' '_WIN64' '-D' '__WIN64' '-D' '__WIN64__' '-D' 'WIN32' '-D' '_WIN32' '-D' '__WIN32' '-D' '__WIN32__' '-D' '__WINNT' '-D' '__WINNT__' '-D' '__stdcall=__attribute__((ms_abi))' '-D' '__cdecl=__attribute__((ms_abi))' '-D' '_stdcall=__attribute__((ms_abi))' '-D' '_cdecl=__attribute__((ms_abi))' '-D' '__fastcall=__attribute__((ms_abi))' '-D' '_fastcall=__attribute__((ms_abi))' '-D' '__declspec(x)=__declspec_##x' '-D' '__declspec_align(x)=__attribute__((aligned(x)))' '-D' '__declspec_allocate(x)=__attribute__((section(x)))' '-D' '__declspec_deprecated=__attribute__((deprecated))' '-D' '__declspec_dllimport=__attribute__((dllimport))' '-D' '__declspec_dllexport=__attribute__((dllexport))' '-D' '__declspec_naked=__attribute__((naked))' '-D' '__declspec_noinline=__attribute__((noinline))' '-D' '__declspec_noreturn=__attribute__((noreturn))' '-D' '__declspec_nothrow=__attribute__((nothrow)) ' '-D' '__declspec_novtable=__attribute__(())' '-D' '__declspec_selectany=__attribute__((weak))' '-D' '__declspec_thread=__thread' '-D' '__int8=char' '-D' '__int16=short' '-D' '__int32=int' '-D' '__int64=long' '-D' '__WINE__' '-c' '-o' 'hello-Sm4xkv.o' '-v' '-isystem' '//usr/include/wine-unstable/windows' '-shared-libgcc' '-mtune=generic' '-march=x86-64' /usr/lib/gcc/x86_64-linux-gnu/4.9/cc1plus -quiet -v -imultiarch x86_64-linux-gnu -D_GNU_SOURCE -D WINE_UNICODE_NATIVE -D _REENTRANT -D WIN64 -D _WIN64 -D __WIN64 -D __WIN64__ -D WIN32 -D _WIN32 -D __WIN32 -D __WIN32__ -D __WINNT -D __WINNT__ -D __stdcall=__attribute__((ms_abi)) -D __cdecl=__attribute__((ms_abi)) -D _stdcall=__attribute__((ms_abi)) -D _cdecl=__attribute__((ms_abi)) -D __fastcall=__attribute__((ms_abi)) -D _fastcall=__attribute__((ms_abi)) -D __declspec(x)=__declspec_##x -D __declspec_align(x)=__attribute__((aligned(x))) -D __declspec_allocate(x)=__attribute__((section(x))) -D __declspec_deprecated=__attribute__((deprecated)) -D
Bug#753927: usbredir: Broken patch disallows dpkg-source unpack
Source: usbredir Source-Version: 0.4.3-2 Severity: serious Tags: wheezy Control: fixed -1 0.7-1 Hi! This package contains a broken patch, which makes latest dpkg-source in stable to be unable to correctly unpack the source, due to more strict parsing of patches required to disallow path traversal vulnerabilities. The broken patch has a line-wrapped --- header line. Here's a simple patch fixing this. It would be nice if this could be fixed in stable, otherwise the source cannot be unpacked normally. I'm ready to help with such release if needed, given that the “regression” was caused by the dpkg update. (Unstable is unaffected.) This was found by David Suárez in an archive-wide check: https://lists.debian.org/debian-dpkg/2014/07/msg2.html Thanks, Guillem diff -Nru usbredir-0.4.3/debian/changelog usbredir-0.4.3/debian/changelog --- usbredir-0.4.3/debian/changelog 2012-05-26 09:35:07.0 +0200 +++ usbredir-0.4.3/debian/changelog 2014-07-05 23:13:04.0 +0200 @@ -1,3 +1,10 @@ +usbredir (0.4.3-2.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix broken patch headers. + + -- Guillem Jover guil...@debian.org Sat, 05 Jul 2014 23:13:04 +0200 + usbredir (0.4.3-2) unstable; urgency=low * debian/control: diff -Nru usbredir-0.4.3/debian/patches/update-usbredirserver-whatis-entry.diff usbredir-0.4.3/debian/patches/update-usbredirserver-whatis-entry.diff --- usbredir-0.4.3/debian/patches/update-usbredirserver-whatis-entry.diff 2012-05-12 03:57:30.0 +0200 +++ usbredir-0.4.3/debian/patches/update-usbredirserver-whatis-entry.diff 2014-07-05 23:11:16.0 +0200 @@ -1,5 +1,6 @@ Description: Update usbredirserver/usbredirserver.1 to fix manpage-has-useless-whatis-entry -Author: Liang Guo bluestonech...@gmail.com--- a/usbredirserver/usbredirserver.1 +Author: Liang Guo bluestonech...@gmail.com +--- a/usbredirserver/usbredirserver.1 +++ b/usbredirserver/usbredirserver.1 @@ -1,6 +1,6 @@ .TH USBREDIRSERVER 1 April 2012 usbredirserver 0.4.3 User Commands
Bug#753928: ITP: naemon -- Host, service and network monitoring and management system
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: naemon Version : 0.8.0 Upstream Author : Naemon Development Team naemon-...@monitoring-lists.org * URL : http://www.naemon.org * License : GPL-2+ Programming Lang: C Description : Host, service and network monitoring and management system Naemon is a monitoring and management system for hosts, services and networks. . Naemon features include: . * Monitoring of network services (via TCP port, SMTP, POP3, HTTP, NNTP, PING, etc.) * Plugin interface to allow for user-developed service checks * Contact notifications when problems occur and get resolved (via email, pager, or user-defined method) * Ability to define event handlers to be run during service or host events (for proactive problem resolution) * Web output (current status, notifications, problem history, log file, etc.) . Naemon has been written in C and is designed to be easy to understand and modify to fit your own needs. . Naemon is a NAGIOSv4 fork with focus on project transperancy. It is a project from the community for the community. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753581: qt4-designer: Fails to start, symbol lookup error in qscintilla
Hi Scott I'm sorry but libqscintilla2-designer (2.8.3+dfsg-1) doesn't solve the problem. For some reason designer works when I install the package built on my computer but not if I install the Debian version. Does it work on your computer? Regards Gudjon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753805: mate-applets: Volume Applet 1.8.0 unmute doesn't unmute speakers
On 2014-07-06 12:28, Markus Truemper wrote: Hi Stefano, I'm using mate-media-gstreamer, and I do have pulseaudio installed. So, you have to use mate-media-pulse and mate-settings-daemon-pulse if you have pulseaudio installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#111879: Dikkat: E-posta Hesabı Kullanıcı
Biz elle kutusu alıntı yükseltmek edemiyoruz, AKTİF kutunuza tutmak için aşağıdaki linki tıklayın http://www.contactme.com/53a93365b31cb20060eb Not: Aksi takdirde posta hesabınıza iptal neden olabilir. Herhangi bir rahatsızlık için özür ve teşekkür ederiz. © Webmail Inc Tüm hakları saklıdır. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753721: ITP: schema2ldif -- Tool for converting OpenLDAP-style schemas to the LDIF
On Fri, Jul 04, 2014 at 03:58:28PM +0200, Benoit Mortier wrote: schema2ldif will read the given input file and convert it to an LDIF file that you can insert into you LDAP directory Did you talk to the openldap maintainers if they would be willing to ship this small tool? The script only provides openldap specific output. Bastian -- Life and death are seldom logical. But attaining a desired goal always is. -- McCoy and Spock, The Galileo Seven, stardate 2821.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753531: apt-get clean executes 'rm /*' if Dir::Cache is set to
On Thu, 3 Jul 2014 08:59:57 +0200 Michael Vogt m...@debian.org wrote: Thanks for your bugreport. (warning: attached patch is not a solution, it is just intended to show the problem) Setting Dir::Cache::archives and Dir::Cache to the empty string (as instructed by man 5 apt.conf) do NOT disable cache but set it to '/'. Consequence: apt-get clean then effectively cleans '/' and removes all files here. Not true anymore but even worse, on squeeze it also removes the '/lib64' symlink, breaking the loader and preventing any new dynamically linked binary to be launched. This sounds like we want to improve the description of the apt.conf manpage. I assume your use-case was to disable the binary cache? Maybe you can suggest a way to make the description clearer to avoid the issue for others? As for protecting against this, I attached a patch that makes clean a bit more careful and fix the example where Dir::Cache::archives= is empty. But there is only so much we can do, e.g. if someone sets Dir::Cache=/vmlinuz its hard to have a programmatic way to detect that this is a bad idea. But I'm happy to protect against obvious ones (like Clean(/)). Hi Michael, and thanks for your answer. The use-case was indeed to disable the bin cache. Your patch is a good protection against misreading the manual. Btw, I tried with '/dev/null' only because it is handled differently in configuration.cc, I don't think it's useful to protect against this. For the manpage, I believe changing their names and empty string to the actual values would be clear enough (attached patch). Regards -- Cédric diff --git a/doc/apt.conf.5.xml b/doc/apt.conf.5.xml index fcbf20d..ffecc6c 100644 --- a/doc/apt.conf.5.xml +++ b/doc/apt.conf.5.xml @@ -608,10 +608,11 @@ DPkg::Pre-Install-Pkgs {/usr/sbin/dpkg-preconfigure --apt;}; information, such as the two package caches literalsrcpkgcache/literal and literalpkgcache/literal as well as the location to place downloaded archives, literalDir::Cache::archives/literal. Generation of caches can be turned off - by setting their names to the empty string. This will slow down startup but - save disk space. It is probably preferable to turn off the pkgcache rather - than the srcpkgcache. Like literalDir::State/literal the default - directory is contained in literalDir::Cache/literal/para + by setting literalpkgcache/literal or literalsrcpkgcache/literal to + literal/literal. This will slow down startup but save disk space. It + is probably preferable to turn off the pkgcache rather than the srcpkgcache. + Like literalDir::State/literal the default directory is contained in + literalDir::Cache/literal/para paraliteralDir::Etc/literal contains the location of configuration files, literalsourcelist/literal gives the location of the sourcelist and
Bug#744264: [mate-session-manager] systems logs out when invoking shutdown ore reboot (#53)
Control: tag -1 moreinfo Hi, On So 06 Jul 2014 12:12:10 CEST, EverEve wrote: Excuse me, is there any plan to solve this problem in Debian before systemd becomes the default init system? Thanks. I have tested this issue now and don't see any problems when shutting down or rebooting my Debian sid system from within MATE. Please test again on some other hardware, try to narrow down the cause of the observed problem. Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpSGgt0JOONs.pgp Description: Digitale PGP-Signatur
Bug#751082: Nvidia driver should be updated before the transition
Current nvidia driver is not compatible with xorg 1.16. Probably version 331.79 should be packaged. See bu See following link for more details: https://devtalk.nvidia.com/default/topic/759191/unix-graphics-announcements-and-news/linux-solaris-and-freebsd-driver-331-89-long-lived-branch-release-/ -- eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753721: ITP: schema2ldif -- Tool for converting OpenLDAP-style schemas to the LDIF
Hi Benoit, On Fr 04 Jul 2014 15:58:28 CEST, Benoit Mortier wrote: Package: wnpp Severity: wishlist Owner: Benoit Mortier benoit.mort...@opensides.be * Package name: schema2ldif Version : 0.1 Upstream Author : Come Bernigaud come.bernig...@opensides.be * URL : https://forge.fusiondirectory.org/projects/schema2ldif * License : GPL Programming Lang: Perl Description : Tool for converting OpenLDAP-style schemas to the LDIF format schema2ldif will read the given input file and convert it to an LDIF file that you can insert into you LDAP directory ping me if you need a sponsor. Mike -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpSb8XPVvuuc.pgp Description: Digitale PGP-Signatur
Bug#751171: libglib2.0-cil: fails to configure on s390x
Control: block 751525 by -1 On 10/06/14 23:06, Emilio Pozuelo Monfort wrote: Package: libglib2.0-cil Version: 2.12.10-5 Severity: serious libglib2.0-cil fails to configure on s390x with: Setting up libglib2.0-cil (2.12.10-5) ... Segmentation fault Use of uninitialized value $_ in scalar chomp at /usr/share/cli-common/runtimes.d/mono line 213. Use of uninitialized value $fullname in concatenation (.) or string at /usr/share/cli-common/runtimes.d/mono line 182. Segmentation fault E: installing Assembly /usr/share/cli-common/policies.d/libglib2.0-cil/policy.2.6.glib-sharp.dll failed E: Installation of policy.2.6.glib-sharp with /usr/share/cli-common/runtimes.d/mono failed dpkg: error processing package libglib2.0-cil (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libglib2.0-cil-dev: libglib2.0-cil-dev depends on libglib2.0-cil (= 2.12.10-5); however: Package libglib2.0-cil is not configured yet. See: https://buildd.debian.org/status/logs.php?pkg=cairo-dock-plug-insver=3.3.2-3.1%2Bb1arch=s390x Doesn't seem specific to libglib2.0-cil, see: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=s390xver=2.4.2-1.1stamp=1404631848 This is now also blocking gdcm which is blocking the poppler transition. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751228: libffado: does not compile on mips
Hi Adrian, I'm currently looking at the build failure of ffado on mips*, but it seems like the changes for 2.2.1-1 are not included in the git repository. Could you please push your changes? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#741186: default configuration for systemd fails and confuses user
Package: gpsd Version: 3.10+dev3~d6b65b48-1 Followup-For: Bug #741186 Hi, I'm also hit by this bug. My GTA04 has a builtin GPS device which is not handled by the hotplug script. As a workaround, i added a new service starting after gpsd.service and telling gpsd the device to use. Please make gpsd read DEVICES from /etc/default/gpsd again. Rico -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel armhf Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gpsd depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.19 ii libbluetooth34.101-4.1 ii libc62.19-4 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 204-14 Versions of packages gpsd recommends: ii python 2.7.6-2 ii udev204-14 Versions of packages gpsd suggests: ii dbus 1.8.6-1 ii gpsd-clients 3.10+dev3~d6b65b48-1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753929: python3-tk: Version of libBLT has changed
Package: python3-tk Version: 3.4.1-2 Severity: important Dear Maintainer, | python3 Python 3.4.1 (default, Jun 9 2014, 10:28:44) [GCC 4.8.3] on linux Type help, copyright, credits or license for more information. import turtle Traceback (most recent call last): File /usr/lib/python3.4/tkinter/__init__.py, line 39, in module import _tkinter ImportError: libBLT.2.4.so.8.6: cannot open shared object file: No such file or directory During handling of the above exception, another exception occurred: Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python3.4/turtle.py, line 107, in module import tkinter as TK File /usr/lib/python3.4/tkinter/__init__.py, line 41, in module raise ImportError(str(msg) + ', please install the python3-tk package') ImportError: libBLT.2.4.so.8.6: cannot open shared object file: No such file or directory, please install the python3-tk package | ll /usr/lib/libBLT* -rw-r--r-- 1 root root 1484128 Jul 6 04:44 /usr/lib/libBLT.2.5.so.8.6 -rw-r--r-- 1 root root 322096 Jul 6 04:44 /usr/lib/libBLTlite.2.5.so.8.6 So is python3-tk is failing to work with the dependency that it has allowed? The same happens with python-tk I believe. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-tk depends on: ii blt2.5.3-3 ii libc6 2.19-4 ii libtcl8.6 8.6.1-6 ii libtk8.6 8.6.1-5 ii libx11-6 2:1.6.2-2 ii python33.4.1-1 python3-tk recommends no packages. Versions of packages python3-tk suggests: pn python3-tk-dbg none pn tix 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#750619: transition: wxsqlite3
On 05/07/14 22:19, László Böszörményi (GCS) wrote: On Sat, Jul 5, 2014 at 6:19 PM, Emilio Pozuelo Monfort po...@debian.org wrote: With guayadeque gone from testing because upstream is switching to qt, what's the situation here? Are the other two packages ready to switch? If so, shall we start this? The last package which needs updating is maitreya. Its upstream finished the transition two weeks ago[1]: Service Release 7.0.6 (Jun 21 2014) This is a service release with support for wxWidgets 3.0.0. It is used for wx migration purposes only.. But the package and its Git tree is still on 7.0.5, but hopefully Paul Elliott will update it soon. Should I NMU it after some days, if that doesn't happen, maybe on Thursday? According to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749974#28 there were some problems in 7.0.6, I guess because wx3.0 rdeps are built with assertions enabled by default. Paul, can you give us an update here? When do you think we can have an update for maitreya? Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752045: [RFR] templates://dictionaries-common/{dictionaries-common.templates}
Christian PERRIER wrote: Template: dictionaries-common/debconf_database_corruption Type: error #flag:translate!:3 Description: Possible debconf database corruption This is a case where we probably do need to let debconf talk about debconf, but I can't believe we need to go this far into the implementation details. The configuration question for ${question} is empty but some elements are installed for the ${class} class: What does it mean for a question to be empty? And what on earth is all this about elements and classes? Is this perhaps saying: There is no answer on file for the configuration question ${question}, but some elements are installed for the ${class} package class: (And ${class} is either wordlist or spelling dictionary, the difference being that spelling dictionaries are annotated to distinguish inflectional affixes?) . Choices_dictcom: ${installed_elements} Choices_debconf: ${choices_value} Owners/error: ${shared_owners} What do these list item names mean? The terms are meaningless to users (you can't expect them to be familiar with the abbreviation dictcom) and not detectably used elsewhere in the package. The introductory text had me expecting this to be a three-item list of installed elements, whatever those are exactly, but apparently the first list item contains that. So what are the second and third list items? Why is there a value for Choices_debconf if the debconf question is empty? And what on earth is an owners/error? This needs a complete rewrite, using human-readable (and translatable) labels; my guess is . Installed elements: ${installed_elements} Debconf setting: ${choices_value} Involved packages: ${shared_owners} . This can be related to a corruption of the debconf database. See /usr/share/doc/dictionaries-common/README.problems, section Debconf database corruption. Slightly wobbly English. This may be due to corruption in the debconf database. See /usr/share/doc/dictionaries-common/README.problems on Debconf database corruption. . In this case, running /usr/share/debconf/fix_db.pl can help to put the debconf database in a consistent state. Given that they probably shouldn't run fix_db.pl as root without first reading the README, why not just let the README tell them about that solution? Perhaps (not in my patch) it should be: database corruption and what to do about it. Meanwhile, what happened to the alternative diagnoses that used to be mentioned in dictionaries-common/invalid_debconf_value (This can also be caused by problems during installation of packages [...] This error message can also appear during ispell dictionary or wordlist renaming)? . Some questions are likely to be asked after this message in order to try leaving the dictionaries system in a (provisionally) working state. Try leaving doesn't quite work, so tweak it to match the version elsewhere: Some questions are likely to be asked after this message in order to leave the dictionaries system in a (provisionally) working state. Template: dictionaries-common/invalid_debconf_value Type: error # TRANLATORS : DO NOT TRANSLATE variable names such as TRANSLATORS: # ${value} _Description: Invalid configuration setting for ${value} An invalid value has been found for a configuration setting for dictionaries-common. ${value} does not correspond to any installed package in the system. I wish somebody would translate $value for me. What *kind* of value is this variable going to expand to? Is it something like wfrench (where the error is that no French dictionary package is installed)? If so, the Description line isn't going to make sense - it needs to be either _Description: Invalid configuration value ${value} or something like _Description: Invalid configuration setting for default dictionary . That is usually caused by problems at some time during packages installation, where the package providing ${value} was selected for installation but finally not installed because of errors in other packages. This is usually caused by previous problems during package installation, [...] . To fix this error, reinstall (or install) the package that provides the invalid value. Then, if you don't want this package on your system, remove it, which will also remove its configuration settings in the debconf database. A choices menu will be shown after this message in order to leave the system in a working state until you fix the problem. I think we should use the value of ${value} instead of the rotten variable-name that users don't know about. Alternatively you could say the invalid default dictionary setting, but then the user still needs to puzzle out what it means for a package to provide that; it's much easier to guess what package provides wfrench! Also, there's no need in this case to explicitly mention debconf. To fix this error, reinstall (or install)
Bug#753930: [yakuake] Program Crashes On Setting
Package: yakuake Version: 2.9.9-1 Severity: normal --- Please enter the report below this line. --- Any time trying to get to settings, program crashes. Width and height from dropdown can be set, not retained, nor is position. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: jessie/sid 500 unstableftp.us.debian.org 500 unstabledebian.qelectrotech.org 500 testing ftp.us.debian.org --- Package information. --- Depends(Version) | Installed -+-=== kde-runtime | 4:4.8.4-2 libc6 (= 2.14) | 2.19-4 libgcc1 (= 1:4.1.1) | 1:4.9.0-9 libkdecore5 (= 4:4.7.1) | 4:4.13.1-1 libkdeui5 (= 4:4.7.1) | 4:4.13.1-1 libkio5 (= 4:4.7.1) | 4:4.13.1-1 libknewstuff3-4 (= 4:4.7.1) | 4:4.13.1-1 libknotifyconfig4 (= 4:4.7.1) | 4:4.13.1-1 libkparts4 (= 4:4.7.1) | 4:4.13.1-1 libnepomuk4 (= 4:4.7.1) | 4:4.13.1-1 libnepomukutils4 (= 4:4.5.85) | 4:4.13.1-1 libqt4-dbus (= 4:4.5.3) | 4:4.8.6+dfsg-2 libqt4-network (= 4:4.5.3) | 4:4.8.6+dfsg-2 libqt4-svg (= 4:4.5.3) | 4:4.8.6+dfsg-2 libqt4-xml (= 4:4.5.3) | 4:4.8.6+dfsg-2 libqtcore4(= 4:4.7.0~beta1) | 4:4.8.6+dfsg-2 libqtgui4 (= 4:4.5.3) | 4:4.8.6+dfsg-2 libsoprano4 (= 2.1.1) | 2.9.4+dfsg-1 libstdc++6(= 4.1.1) | 4.9.0-9 libx11-6 | 2:1.6.2-2 konsole (= 4:4.3.0) | 4:4.8.4-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751228: libffado: does not compile on mips
On 6 July 2014 13:09:08 CEST, Sebastian Ramacher sramac...@debian.org wrote: Hi Adrian, I'm currently looking at the build failure of ffado on mips*, but it seems like the changes for 2.2.1-1 are not included in the git repository. Could you please push your changes? Hi. I'm traveling atm, will push within the next 24hrs. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753931: bluez: bluetooth device not attached with systemd
Package: bluez Version: 4.101-4.1 Severity: normal Dear Maintainer, the bluetooth init script provides attaching devices via /etc/bluetooth/uart, while systemd doesn't. This leads to the situation, that bluetoothd starts without a working device. Rico -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armel armhf Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash 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-4 ii libdbus-1-3 1.8.6-1 ii libglib2.0-0 2.40.0-3 ii libreadline6 6.3-6 ii libudev1 204-14 ii libusb-0.1-4 2:0.1.12-24 ii lsb-base 4.1+Debian13 ii python-dbus 1.2.0-2+b3 ii python-gi3.12.1-1+b1 ii udev 204-14 bluez recommends no packages. bluez 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#753932: ITP: node-serve-index -- Serve directory listings
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-serve-index Version : 1.1.4 Upstream Author : Douglas Christopher Wilson d...@somethingdoug.com * URL : https://github.com/expressjs/serve-index * License : Expat Programming Lang: JavaScript Description : Serve directory listings FIX_ME bug long description . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753933: ITP: node-batch -- Simple async batch
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com X-Debbugs-CC: debian-de...@lists.debian.org * Package name: node-batch Version : 0.5.1 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/batch * License : Expat Programming Lang: JavaScript Description : async batch - Node.js module This modules provides an async batch with concurrency control and progress reporting. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753816: [systemd] Broken audio
Am 06.07.2014 10:39, schrieb Antonio Marcos López Alonso: El 06/07/14 05:34, Ben Hutchings escribió: I think the usual workaround is to add 'index=1' to the snd-aloop line in /etc/modules. It is probably possible to do something more sophisticated in an ALSA configuration file. Adding 'index=1' didn't work. I still have to reload snd_aloop and restart JACK to get audio back. Be aware that systemd-modules-load does *not* read module parameters from /etc/modules. You'll need to set them via a /etc/modprobe.d/ file. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753934: perl: large inexplicable package size increase on amd64
Package: perl Version: 5.18.2-5 Severity: minor Installed-Size for perl on amd64 increased by over 4MB from -4 to -5. As far as I understand all -5 is doing is adding some extra metadata fields on s390x, so a 4MB increase seems unintentional at least. % dpkg -c ./perl_5.18.2-4_amd64.deb | awk '{print $6,$3}' | sort 1 % dpkg -c /var/cache/apt/archives/perl_5.18.2-5_amd64.deb | awk '{print $6,$3}' | sort 2 % join 1 2 | awk '$2!=$3 { print $3-$2,$0 }' | sort -n | column -t | tail -6 40960./usr/lib/perl/5.18.2/auto/Encode/JP/JP.so 2746480 2787440 40960./usr/lib/perl/5.18.2/auto/Encode/KR/KR.so 2410608 2451568 41774./usr/bin/perlbug 0 41774 57344./usr/lib/perl/5.18.2/auto/Encode/TW/TW.so 2021488 2078832 2097152 ./usr/lib/perl/5.18.2/auto/Time/Piece/Piece.so 22784 2119936 2097216 ./usr/lib/perl/5.18.2/auto/Unicode/Collate/Collate.so 1249232 3346448 This appears to be the same issue as #750722, hence CC'ing. (Sorry, the bts probably has a better way to specify this...) -- http://rjy.org.uk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753935: staden: build can't find new multiarchified itcl and itk packages
Source: staden Version: 2.0.0+b10-1 Severity: normal Tags: patch Dear Maintainer, Recently I've added multi-arch support to the itcl3 and itk3 packages. In particular this means that their pkgIndex.tcl has been moved to subdirs of /usr/lib/tcltk/$(DEB_HOST_MULTIARCH), and staden configure script can't find them anymore (and refuses to build some graphic frontend or whatever). I've prepared a small patch which specifies the Itcl and Itk directories explicitly. If it's okay to you I could also do NMU for this change. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 diff -Nru staden-2.0.0+b10/debian/changelog staden-2.0.0+b10/debian/changelog --- staden-2.0.0+b10/debian/changelog 2014-05-13 15:59:35.0 +0400 +++ staden-2.0.0+b10/debian/changelog 2014-07-06 16:28:23.0 +0400 @@ -1,3 +1,10 @@ +staden (2.0.0+b10-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Point configure to the new location of itcl package. + + -- Sergei Golovan sgolo...@debian.org Sun, 06 Jul 2014 16:28:20 +0400 + staden (2.0.0+b10-1) unstable; urgency=low [ Tim Booth ] diff -Nru staden-2.0.0+b10/debian/rules staden-2.0.0+b10/debian/rules --- staden-2.0.0+b10/debian/rules 2014-05-13 15:59:19.0 +0400 +++ staden-2.0.0+b10/debian/rules 2014-07-05 19:52:30.0 +0400 @@ -2,6 +2,7 @@ ## DEB_BUILD_ARCH or DEB_BUILD_ARCH_BITS ?? BITARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH) +DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) ifeq ($(BITARCH),64) enable64bit:=--enable-64bit else @@ -20,7 +21,9 @@ # dh_auto_configure -- --disable-rpath override_dh_auto_configure: - dh_auto_configure -- $(enable64bit) + dh_auto_configure -- $(enable64bit) \ + --with-itcl=/usr/lib/tcltk/$(DEB_HOST_MULTIARCH) \ + --with-itk=/usr/lib/tcltk/$(DEB_HOST_MULTIARCH) override_dh_auto_install: dh_auto_install
Bug#753936: docker.io: Won't use local DNS servers
Package: docker.io Version: 1.0.0~dfsg1-1 Severity: normal # docker search debian 2014/07/06 13:44:12 Error: Get https://index.docker.io/v1/search?q=debian: dial tcp: lookup index.docker.io: no DNS servers # cat /etc/resolv.conf ::1 127.0.0.1 #nameserver 2001:4860:4860:: #nameserver 2001:4860:4860::8844 #nameserver 8.8.8.8 #nameserver 8.8.4.4 If I uncomment one of the commented lines, _and_ restart the docker.io service, then it works. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (550, 'stable-updates'), (550, 'stable'), (530, 'testing'), (520, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-0.bpo.1-686-pae (SMP w/1 CPU core) 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 docker.io depends on: ii adduser 3.113+nmu3 ii init-system-helpers 1.19 ii iptables 1.4.21-2 ii libapparmor1 2.7.103-4 ii libc62.19-4 ii libdevmapper1.02.1 2:1.02.74-8 ii libsqlite3-0 3.7.13-1+deb7u1 ii perl 5.14.2-21+deb7u1 Versions of packages docker.io recommends: ii aufs-tools1:3.0+20120411-2 ii ca-certificates 20130119 pn cgroupfs-mount | cgroup-lite none ii git 1:1.7.10.4-1+wheezy1 ii xz-utils 5.1.1alpha+20120614-2 Versions of packages docker.io suggests: pn btrfs-tools none pn debootstrap none pn lxc none pn rinsenone -- 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#724891: [debian-installer] debian-installer: Build firmware for the DNS-320/DNS-325
On Wed, Jun 25, 2014 at 9:54 AM, Ian Campbell i...@hellion.org.uk wrote: On Sun, 2014-06-22 at 20:15 +0200, Bastien ROUCARIES wrote: On Tue, Jun 17, 2014 at 9:42 AM, Ian Campbell i...@hellion.org.uk wrote: On Mon, 2014-06-16 at 23:33 +0200, Bastien ROUCARIES wrote: Le 16 juin 2014 20:48, Ian Campbell i...@hellion.org.uk a écrit : I understand what the mkdns323fw stuff is all about, but I'm wondering what the ext2 image is for, how does it fit in? An ext2 image need to solder a rs 232 console. It is a useful but need hardware modification. Mkdns323fw does not need hardware modification. But does the mkdns323fw not work equally well whether or not you've made any hardware modifications? We'd really like to keep the number of images to a minimum unless absolutely necessary. It's simpler for users and maintainers alike if there is only one image per platform to think about/maintain/document/etc. Yes they work equally well. But flashing form dlink firmware is a one way operation. I could not reflash from and thus reinstall from scratch debian if needed. Even if you have soldered an rs232 console? Dlink firmware does not work from rs232 console Perhaps I just don't understand what the ext2 image you are referring to is. I had imaged it was some sort of thing containing the debian installer as a mechanism for injecting it into the system (a kind of backdoor into the factory firmware if you will). no in this case I need uimage and uramdisk in a usb key formated as ext2. uimage and uramdisk are in old uboot format. Do you actually mean a ready made debootstrapped Debian filesystem image? I don't think Debian typically provides the latter, just the tools to produce them. No I mean to create a ext2 image with uimage and uramdisk. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751716: [debian-installer] Patch
On Sun, Jun 22, 2014 at 8:35 PM, Martin Michlmayr t...@cyrius.com wrote: * bastien ROUCARIES roucaries.bast...@gmail.com [2014-06-22 20:18]: Package: debian-installer control: tags -1 + patch This is not correct. You're adding a Kirkwood image to the Orion build file. This time I believe it is correct. -- Martin Michlmayr http://www.cyrius.com/ 0001-Add-dns-320-to-debian-installer-list.patch Description: application/download
Bug#753937: New upstream version 1.1.1
Package: cubemap Version: 1.1.0-1 Severity: wishlist Hi, I've released Cubemap 1.1.1; it contains two small but still useful fixes. Please take a look when you have the time -- it should be a simple uupdate. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (750, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.3 (SMP w/16 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cubemap depends on: ii adduser 3.113+nmu3 pn init-system-helpers none ii libc62.13-38+deb7u1 ii libgcc1 1:4.7.2-5 ii libprotobuf7 2.4.1-3 ii libstdc++6 4.7.2-5 ii lsb-base 4.1+Debian8+deb7u1 cubemap recommends no packages. Versions of packages cubemap suggests: ii logrotate 3.8.1-4 ii munin-node 2.0.6-4+deb7u2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753851: Backtrace obtained
Hello, I obtained now a backtrace. I had to include the ulimit into the apache2 init.d script: root@home:/etc/init.d# diff apache2.orig apache2 172a173 ulimit -c unlimited root@home:/etc/init.d# It seems to be a php5 issue: root@home:/var/cache/apache2# gdb /usr/sbin/apache2 /var/cache/apache2/core GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as arm-linux-gnueabihf. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/apache2...Reading symbols from /usr/lib/debug/usr/sbin/apache2...done. done. [New LWP 3856] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/arm-linux-gnueabihf/libthread_db.so.1. Core was generated by `/usr/sbin/apache2 -k start'. Program terminated with signal 11, Segmentation fault. #0 0xb67117c8 in gc_remove_zval_from_buffer () from /usr/lib/apache2/modules/libphp5.so (gdb) bt full #0 0xb67117c8 in gc_remove_zval_from_buffer () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #1 0xb66f3968 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #2 0xb67067a0 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #3 0xb6715b46 in zend_object_std_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #4 0xb6715b9c in zend_objects_free_object_storage () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #5 0xb6719ad0 in zend_objects_store_del_ref_by_handle_ex () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #6 0xb6719afa in zend_objects_store_del_ref () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #7 0xb66f3958 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #8 0xb67067a0 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #9 0xb6715b46 in zend_object_std_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #10 0xb6715b9c in zend_objects_free_object_storage () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #11 0xb6719ad0 in zend_objects_store_del_ref_by_handle_ex () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #12 0xb6719afa in zend_objects_store_del_ref () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #13 0xb66f3958 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #14 0xb67067a0 in zend_hash_destroy () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #15 0xb6715b46 in zend_object_std_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #16 0xb6715b9c in zend_objects_free_object_storage () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #17 0xb6719ad0 in zend_objects_store_del_ref_by_handle_ex () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #18 0xb6719afa in zend_objects_store_del_ref () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #19 0xb66f3958 in _zval_ptr_dtor () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #20 0xb6712082 in ?? () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. #21 0xb6712082 in ?? () from /usr/lib/apache2/modules/libphp5.so No symbol table info available. Backtrace stopped: previous frame identical to this frame (corrupt stack?) (gdb) The problem showed up with (5.6.0~rc1+dfsg-1), upgraded now to 5.6.0~rc2+dfsg-1 from sid and check if the problem will be reproduced there as well. Thanks, Rainer -- Rainer Dorsch http://bokomoko.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753938: libgraphicsmagick1-dev depends on obsolete transitional package libtiff4-dev
Package: libgraphicsmagick1-dev Severity: serious Version: 1.3.18-3 libgraphicsmagick1-dev depends on libtiff4-dev which is no longer built by the tiff source package. Please depend on libtiff-dev instead. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753935: staden: build can't find new multiarchified itcl and itk packages
Hi Sergei, since I'm currently traveling I can not respond quickly. NMU would be fine but please also commit your changes to SVN (any DD has commit permissions. Thanks a lot for the patch Andreas. On Sun, Jul 06, 2014 at 04:35:09PM +0400, Sergei Golovan wrote: Source: staden Version: 2.0.0+b10-1 Severity: normal Tags: patch Dear Maintainer, Recently I've added multi-arch support to the itcl3 and itk3 packages. In particular this means that their pkgIndex.tcl has been moved to subdirs of /usr/lib/tcltk/$(DEB_HOST_MULTIARCH), and staden configure script can't find them anymore (and refuses to build some graphic frontend or whatever). I've prepared a small patch which specifies the Itcl and Itk directories explicitly. If it's okay to you I could also do NMU for this change. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 diff -Nru staden-2.0.0+b10/debian/changelog staden-2.0.0+b10/debian/changelog --- staden-2.0.0+b10/debian/changelog 2014-05-13 15:59:35.0 +0400 +++ staden-2.0.0+b10/debian/changelog 2014-07-06 16:28:23.0 +0400 @@ -1,3 +1,10 @@ +staden (2.0.0+b10-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Point configure to the new location of itcl package. + + -- Sergei Golovan sgolo...@debian.org Sun, 06 Jul 2014 16:28:20 +0400 + staden (2.0.0+b10-1) unstable; urgency=low [ Tim Booth ] diff -Nru staden-2.0.0+b10/debian/rules staden-2.0.0+b10/debian/rules --- staden-2.0.0+b10/debian/rules 2014-05-13 15:59:19.0 +0400 +++ staden-2.0.0+b10/debian/rules 2014-07-05 19:52:30.0 +0400 @@ -2,6 +2,7 @@ ## DEB_BUILD_ARCH or DEB_BUILD_ARCH_BITS ?? BITARCH := $(shell dpkg-architecture -qDEB_BUILD_ARCH) +DEB_HOST_MULTIARCH := $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) ifeq ($(BITARCH),64) enable64bit:=--enable-64bit else @@ -20,7 +21,9 @@ #dh_auto_configure -- --disable-rpath override_dh_auto_configure: - dh_auto_configure -- $(enable64bit) + dh_auto_configure -- $(enable64bit) \ + --with-itcl=/usr/lib/tcltk/$(DEB_HOST_MULTIARCH) \ + --with-itk=/usr/lib/tcltk/$(DEB_HOST_MULTIARCH) override_dh_auto_install: dh_auto_install ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753851: apache2: [core:notice] [pid 22446] AH00052: child pid 22554 exit signal Segmentation fault (11)
reassign 753851 libapache2-mod-php5 thanks Hi Rainer, yes - this is indeed an issue in PHP. gc_remove_zval_from_buffer sounds like PHP tries to access a freed value. I'm reassigning to PHP, maybe they can tell you more about. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#753089: Memory leak fix
Control: tags -1 patch Control: tags -1 pending I think the memory leak results from a missing cleanup in the mips64el specific path. The full patch (including the original one) is here. I am going to upload the new version ASAP. Best Ole Author: Lars Kristian Lundin llun...@eso.org Description: Fix testing on mips64el Bug: #753089 Url: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=753089#10 --- a/cplcore/tests/cpl_matrix-test.c +++ b/cplcore/tests/cpl_matrix-test.c @@ -200,6 +200,7 @@ FILE * stream; const double * data; cpl_boolean do_bench; +cpl_boolean did_fail; cpl_error_code code; const cpl_matrix * null; /* This one is expected to be NULL */ @@ -1579,6 +1580,8 @@ cpl_msg_info(, Try to solve increasingly large systems A^TAx=A^Tb, with A(i,j) = 1/(2*n-(1+i+j)) and x(j) = 1); + k = 0; + did_fail = CPL_FALSE; for (size = 1; size nreps * nelem; size++) { cpl_matrix * p2; double error, residual; @@ -1595,6 +1598,13 @@ cpl_test_nonnull(product); xsolv = cpl_matrix_solve_normal(matrix, product); + if (cpl_error_get_code()) { + cpl_test_error(CPL_ERROR_SINGULAR_MATRIX); + cpl_test_null(xsolv); + did_fail = CPL_TRUE; + cpl_matrix_delete(product); + break; + } cpl_test_nonnull(xsolv); x_min = cpl_matrix_get_min(xsolv); @@ -1631,7 +1641,17 @@ x_min=%g, x_max=%g, size, x_min, x_max); break; } + k++; + } + if (did_fail) { + /* Solving stopped prematurely. Normally, we should stop when the system + is near-singular and so ill-conditioned that the solution has an + element where not even the most significant bit is correct. For this + final iteration we will allow the solver to alternatively fail (due a + singular matrix). + This should add support for Debian sbuild on mips64el */ + cpl_test_leq(6, k); } cpl_msg_info(, Compute the determinant of increasingly large
Bug#734544: libuuid: use /usr/sbin/nologin instead of /bin/sh for libuuid user
For the record, the debian/libuuid1.postinst file could be simplified by just switching to adduser/addgroup see: https://wiki.debian.org/AccountHandlingInMaintainerScripts -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: Bug#750619: transition: wxsqlite3
On Sat, Jul 05, 2014 at 10:19:53PM +0200, László Böszörményi (GCS) wrote: On Sat, Jul 5, 2014 at 6:19 PM, Emilio Pozuelo Monfort po...@debian.org wrote: With guayadeque gone from testing because upstream is switching to qt, what's the situation here? Are the other two packages ready to switch? If so, shall we start this? The last package which needs updating is maitreya. Its upstream finished the transition two weeks ago[1]: Service Release 7.0.6 (Jun 21 2014) This is a service release with support for wxWidgets 3.0.0. It is used for wx migration purposes only.. But the package and its Git tree is still on 7.0.5, but hopefully Paul Elliott will update it soon. Should I NMU it after some days, if that doesn't happen, maybe on Thursday? As I mentioned in a status report on the bug 749974 (the bug for maitreya), the first upstream release 7.0.6 contained bugs, and had to be sent back to the upstream for further work. The upstream is working on that now. As soon as i get the next upstream release without bugs, I should be able to produce a new version for debian fairly quickly. Regards, Laszlo/GCS [1] http://www.saravali.de/index.html [2] http://anonscm.debian.org/gitweb/?p=collab-maint/maitreya.git -- Paul Elliott 1(512)837-1096 pelli...@blackpatchpanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 signature.asc Description: Digital signature
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Hi Andreas, Feel free to rename yourself, but do not forget to remove me from the uploaders list. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753940: fails to install in a chroot
package: debian-security-support severity: serious Hi, thanks for maintaining the debian-security-support package! in a sid chroot, this happens: root@matrix:~# apt-get install debian-security-support Reading package lists... Done Building dependency tree Reading state information... Done debian-security-support is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 21 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue? [Y/n] E: Can not write log (Is /dev/pts mounted?) - openpty (2: No such file or directory) Setting up debian-security-support (2014.05.29) ... comm: /dev/fd/63: No such file or directory dpkg: error processing package debian-security-support (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: debian-security-support The maintainer scripts must deal gracefully with the absence of /dev... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#213316: Patch to use alternatives in krb5-user
tags 213316 +patch thanks The attached patch changes krb5-user to use alternatives for binaries that overlap with heimdal-clients, and removes the conflict with heimdal clients (except for older versions of heimdal clients that didn't use alternatives). Jelmer commit 6910c8c2de22d5f11929fccbb70ca5e7bcb1c87e Author: Jelmer Vernooij jel...@samba.org Date: Sun Jul 6 05:44:29 2014 +0200 krb5-user: Use alternatives for kinit, klist, kswitch, ksu, kpasswd, kdestroy, kadmin and ktutil. This allows installation together with heimdal-clients. Closes: #213316, #751203 diff --git a/debian/changelog b/debian/changelog index a6173ea..3673972 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +krb5 (1.12.1+dfsg-4) UNRELEASED; urgency=medium + + * krb5-user: Use alternatives for kinit, klist, kswitch, ksu, kpasswd, +kdestroy, kadmin and ktutil. This allows installation +together with heimdal-clients. Closes: #213316, #751203 + + -- Jelmer Vernooij jel...@debian.org Sun, 06 Jul 2014 05:42:50 +0200 + krb5 (1.12.1+dfsg-3) unstable; urgency=high * High urgency to revert some changes in the previous version that got diff --git a/debian/control b/debian/control index aacaa8e..eab3cc9 100644 --- a/debian/control +++ b/debian/control @@ -19,7 +19,7 @@ Architecture: any Priority: optional Depends: ${misc:Depends}, ${shlibs:Depends}, libkrb5-3 (= ${binary:Version}), krb5-config -Conflicts: heimdal-clients +Conflicts: heimdal-clients ( 1.6~rc2+dfsg-7) Description: Basic programs to authenticate using MIT Kerberos Kerberos is a system for authenticating users and services on a network. Kerberos is a trusted third-party service. That means that there is a diff --git a/debian/krb5-user.postinst b/debian/krb5-user.postinst new file mode 100644 index 000..efa3b55 --- /dev/null +++ b/debian/krb5-user.postinst @@ -0,0 +1,10 @@ +#!/bin/sh -e + +for i in kinit klist kswitch ksu kpasswd kdestroy kadmin ktutil +do +update-alternatives --install /usr/bin/$i $i /usr/bin/${i}.mit 30 \ +--slave /usr/share/man/man1/${i}.1.gz ${i}.1.gz /usr/share/man/man1/${i}.mit.1.gz +done + +#DEBHELPER# + diff --git a/debian/krb5-user.prerm b/debian/krb5-user.prerm new file mode 100644 index 000..873dcfa --- /dev/null +++ b/debian/krb5-user.prerm @@ -0,0 +1,13 @@ +#!/bin/sh -e + +if [ $1 != upgrade ] +then +for i in kinit klist kswitch ksu kpasswd kdestroy kadmin ktutil +do +update-alternatives --remove $i /usr/bin/${i}.mit +done +fi + +#DEBHELPER# + + diff --git a/debian/rules b/debian/rules index 80d1092..0ee1595 100755 --- a/debian/rules +++ b/debian/rules @@ -150,6 +150,10 @@ install: build-arch debian/krb5-kdc/usr/share/krb5-kdc/kdc.conf.template ln -s /usr/share/krb5-kdc/kdc.conf.template \ debian/krb5-kdc/usr/share/doc/krb5-kdc/examples/kdc.conf + for I in kdestroy kinit klist kpasswd ksu kadmin ktutil kswitch; do { \ + mv debian/krb5-user/usr/bin/$$I debian/krb5-user/usr/bin/$$I.mit; \ + mv debian/krb5-user/usr/share/man/man1/$$I.1 debian/krb5-user/usr/share/man/man1/$$I.mit.1; \ + } done # Build architecture-independent files here. # Pass -i to all debhelper commands in this target to reduce clutter. @@ -192,7 +196,7 @@ binary-arch: build-arch install dh_link dh_compress dh_fixperms - chmod u+s debian/krb5-user/usr/bin/ksu + chmod u+s debian/krb5-user/usr/bin/ksu.mit chmod 700 debian/krb5-kdc/var/lib/krb5kdc chmod 700 debian/krb5-kdc/etc/krb5kdc dh_installdeb signature.asc Description: Digital signature
Bug#753941: libapt-pkg4.12: segfaults at debListParser::NewVersion
Package: libapt-pkg4.12 Version: 1.0.5 Severity: grave Justification: renders package unusable Dear Maintainer, gdb apt-cache GNU gdb (GDB) 7.4.1-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/apt-cache...(no debugging symbols found)...done. (gdb) r search apt Starting program: /usr/bin/apt-cache search apt warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? Program received signal SIGSEGV, Segmentation fault. 0x77b6dd07 in debListParser::NewVersion(pkgCache::VerIterator) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 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 libapt-pkg4.12 depends on: ii libbz2-1.0 1.0.6-5 ii libc6 2.19-4 ii libgcc11:4.9.0-9 ii liblzma5 5.1.1alpha+20120614-2 ii libstdc++6 4.9.0-9 ii multiarch-support 2.19-4 ii zlib1g 1:1.2.8.dfsg-1 libapt-pkg4.12 recommends no packages. libapt-pkg4.12 suggests no packages. -- no debconf information
Bug#753942: ITP: s3curl -- Calculates the proper signature to interact with S3 HTTP services, then calls cURL with the appropriate arguments
Package: wnpp Severity: wishlist Owner: Sebastien Delafond s...@debian.org * Package name: s3curl Version : 1.0 Upstream Author : Amazon Inc. * URL : https://aws.amazon.com/developertools/Amazon-S3/128 * License : Apache 2.0 Programming Lang: Perl Description : Easily interact with S3 HTTP services Calculates the proper signature to interact with S3 HTTP services, then calls cURL with the appropriate arguments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753943: RFS: gcstar/1.7.0-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gcstar Package name: gcstar Version : 1.7.0-1 URL : http://www.gcstar.org/ License : GPL-2+, GPL-3+ Section : x11 It builds those binary packages: gcstar - Manage your collections of movies, games, books, music and more To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gcstar Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gcstar/gcstar_1.7.0-1.dsc Changes since the last upload: * Bump standards version to 3.9.5 * change debian/compat to 9 * remove patches - 02gzip-manpage.dpatch - 07_fix_manpath.dpatch - 11_fix_allocine_plugin.dpatch - 12_Fix_GCGraphicComponents.pm.dpatch * convert patches from dpatch to quilt * rewrite debian/rules * change depends - from ttf-liberation to fonts-liberation ( Closes: #722409 ) * new upstream-version 1.7.0 ( Closes: #703251, #629335, #648634 ) * New maintainer ( Closes: #753661 ) Regards, Jörg Frings-Fürst -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#753944: pbuilder: USENETWORK=no breaks package builds
Package: pbuilder Version: 0.215+nmu1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 After getting interesting build failures (libdancer2-perl 0.143000+dfsg-1) like: Dancer2 v0.143000 server 11716 listening on http://0.0.0.0:50189 cannot open port: 50189 at /usr/share/perl5/Test/TCP.pm line 51. # Looks like your test exited with 101 before it could output anything. I remembered something about networking in pbuilder, and indeed, both - - going back to 0.215, and - - using 0.215+nmu2 and setting USENETWORK=yes make the test suite pass again. I've seen this only with libdancer2-perl so far but I guess quite a few packages which start a local daemon for tests are affected. Turning off networking (as in: access to the wide world outside the chroot) is a good idea in general (I'm doing it with iptables via a hook) but making packages unbuildable not so much :) Cheers, gregor -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQJrBAEBCgBVBQJTuVi9ThSAAB0AKGlzc3Vlci1mcHJAZ3BnLmNvbW9kby5w cml2LmF0RDFFMTMxNkU5M0E3NjBBODEwNEQ4NUZBQkIzQTY4MDE4NjQ5QUEwNgAK CRC7OmgBhkmqBgzSD/wLCYo6xMxA1XlbL0Y5YDOX4Qn4RyXXcPvKe8h3JTcQkgOP vlB7ISk3Sfef6oH+Sj4hbUcsRCYC/zwRTv652AqcLb/12JCVKb1jUwNRoz+EKMsZ /U+4oKNPEqGnCVeU1e+AYZI1RHGVq/76jwpEtPXJmNnmguYua970aQaD1RxXXd/N H0qgS87vq7Ng5ovRLUfuzv/yko8TSKpzF298702Cke6EFo4M2FtKKiZeEunKw1Ws lDwLb+bkzeGynW/0BgM4EGvYyupLMamrO7xpkp8OWWmwFvn5kNQJaDM4+U/krcd3 wRjCg8uS0hkGGaQT2iEPkphIiEfPmAW7lsAvwHEdI/fnIeFb38NHO4nne5xWNwA7 srOydEIBvpqkcKPqnUPuj73QLrNmZgUYY7NZwbd7a/dsjwa+8eJ+A+O1ED+/P3gp wWsyw7+ioJdjCHC4gPHfoxbuSWr6Z/dBYq+np6yAC0QzTSZUHIgcqRl20/WMMWnG XXU0GnuoupGzNroCCmkfnxIeM127pEOhO0OPiHioAyZC7uLe3Ns/hdPAqslfQ3QV FiEnNkjf8ljzLoKdQGuZ5NXyzL7m2qlbEzLgvJ+TNZETLm2jdnx0Oeffs7il8EUo 89eDtnp4YvPgnQ+ijvxNbe5wiv6R9G/NP4xCK6oluDwjP6fCKo/UbbUQebj98Q== =Evh6 -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#753704: ITP: amap -- Next-generation scanning tool for pentesters
Quoting Charles Plessy (2014-07-06 15:49:30) On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. I understand your view, Charles, and am interested in raising that discussion (again) as a general issue in Debian. It is a bad approach, IMO, to encourage new package maintainers to go against Policy. At least you did explicitly reference Policy when you did. Thanks for that! When I (somewhat similarly) adviced about naming of node(js) binary, I was unaware it violated Policy (I thought it was at most a should and didn't check). As you probably remember that ended with ctte ruling, so close to freeze that Nodejs didn't enter Wheezy. (some may applaud delay of stable Nodejs, but that's a different issue) - 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#753939: Please remove quotacheck and quotaon service files
Am 06.07.2014 15:46, schrieb Michael Meskes: Package: systemd Version: 204-14 Severity: normal TTBOMK the quota package now provides all the logic in these service files and then some, so please remove these from systemd and let quota handle the quota stuff. How does the quota package ensure it is run when an actual device shows up and is mounted? Afaics it is only run once during boot. Also, does quota support the quotacheck.mode=force|... boot option ie. is compatible with quotacheck from systemd? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753089: Memory leak fix
I agree. Thanks, -Lars. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753945: FTBFS on kfreebsd-i386 (test segfaulting)
Source: gammaray Version: 2.0.2-1 Severity: serious Gammaray if FTBFS in kfreebsd-i386 due to a test failing. This is stopping Qt 5 from migratin to testing. The build log is https://buildd.debian.org/status/fetch.php?pkg=gammarayarch=kfreebsd-i386ver=2.0.2-1%2Bb2stamp=1404575895 Kinds regards, Lisandro. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.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#673538: transition: gnustep-base, gnustep-gui
At Sun, 06 Jul 2014 11:41:07 +0200, Paul Gevers wrote: On 03-07-14 18:44, Yavor Doganov wrote: I'll ping you when the new core packages pass through NEW, OK? I don't see gnustep-gui 0.24 in NEW or in the archive. Was that ever uploaded? How are things looking here? Release team: gnustep-gui/0.24 is already in experimental (thanks Aron Xu and Luca Falavigna). I'm waiting for gnustep-back to get ACCEPTed and built everywhere. Once done, we're basically ready (I only have to backport my gnustep-base patch for the gnutls transition). It seems the GNUStep team is seriously lacking some help to upload its packages. I can only assume that there is no DD on your team (or that the team consists of one person). The team consists of three people nowadays -- Gürkan Sengün, Federico Gimenez Nieto and myself. None of us is DD/DM. The last DD in the team stepped down 5 years ago. I am will to help with this transition by reviewing prepared packages and uploading. Thanks. What exactly do you think is needed, all uploads related to [1]? Are the specific for this transition, or can they be done beforehand straight into unstable? Everything that is at mentors.d.n is suitable for uploading to unstable. I'm holding back the packages that depend on the new libraries. How sure are you that they are real problems, I read you say they *may* lead to issues. Is there a way to check? The way to check is to run the application, trying to test every bit of functionaility on as many architectures as possible, or careful code review. Both are very time consuming tasks. Which bugs you think *must* be fixed for this transition to be successful? It depends which bit of the functionality of the package is affected. If it makes the package mostly unusable then it is obviously a RC bug. I plan to test all of them and adjust the severities accordingly. I would like to fix all found bugs before the freeze, regardless of their severity. We also want to ship the newest upstream releases, and not versions that are obsolete and/or known to be buggy. Currently there is a very bad publicity towards Debian in the GNUstep community because of the wheezy release and the current status. There are forked Debian/Ubuntu packages maintained in a PPA which nearly every debianized GNUstepper is using. We definitely want to make amends here. I have one request. As I don't know GNUStep and its apps (I haven't used any package of it before that I am aware of) There is nothing special, really. Things are a little bit boxy, that's all. aclock.app should be able to display the current time in the clock, textedit.app should be able to do what a basic text editor does, etc. There are some specialized apps like adun.app or cenon.app, I don't know how to write a proper README.testing for those. We started adding these README.testing files to packages maintained by the accessibility team to aid team members and I really like the idea. Yes, the idea is good, but that is too much work for us currently. Is it going to be proprosed for standartization? If I'm going to do this, I'd better write a proper manual for the benefit of all users. For an example of what I mean you can look at daisy-player If the package doesn't have decent documentation, large bits of this file are suitable for README.Debian, IMHO. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753841: Copyright does mention it?
Copyright does mention this. See the last paragraph in debian/copyright: rfc3492.txt contains the following license: Regarding this entire document or any portion of it (including the pseudocode and C code), the author makes no guarantees and is not responsible for any damage resulting from its use. The author grants irrevocable permission to anyone to use, modify, and distribute it in any way that does not diminish the rights of anyone else to use, modify, and distribute it, provided that redistributed derivative works do not contain misleading author or version information. Derivative works need not be licensed under similar terms. What am I missing here? Cheers, Jelmer signature.asc Description: Digital signature
Bug#753184: foremost: FTBFS: dpkg-source: error: expected ^--- in line 3 of diff `foremost-1.5.7/debian/patches/fix-lintian-hardening-warnings.patch'
Hello Guillem, On Sun, Jul 06, 2014 at 09:54:38AM +0200, Guillem Jover wrote: This also affects stable, it would be nice if a stable update could be prepared, I'm ready to help if needed, given that the “regression” was caused by the dpkg update. An updated package has been available in mentors[0] since a couple of days. Feel free to sponsor it. :-) The package version is the very same of the one in wheezy, as upstream is quite dead and the software hasn't received an update in years. [0] http://mentors.debian.net/debian/pool/main/f/foremost/foremost_1.5.7-5.dsc Cheers, -- Raúl Benencia signature.asc Description: Digital signature
Bug#753939: Please remove quotacheck and quotaon service files
How does the quota package ensure it is run when an actual device shows up and is mounted? Afaics it is only run once during boot. Argh, you're right, that it doesn't do. But it should. How does systemd make sure its quotaon service is run in that case? Also, does quota support the quotacheck.mode=force|... boot option ie. Yes, it does. is compatible with quotacheck from systemd? That bit I don't understand, systemd-quotacheck essantially only calls quotacheck fromthe quota package, doesn't it? Michael -- Michael Meskes Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org) Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org Jabber: michael.meskes at gmail dot com VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753841: Copyright does mention it?
Copyright does mention this. See the last paragraph in debian/copyright: rfc3492.txt contains the following license: Regarding this entire document or any portion of it (including the pseudocode and C code), the author makes no guarantees and is not responsible for any damage resulting from its use. The author grants irrevocable permission to anyone to use, modify, and distribute it in any way that does not diminish the rights of anyone else to use, modify, and distribute it, provided that redistributed derivative works do not contain misleading author or version information. Derivative works need not be licensed under similar terms. What am I missing here? Cheers, Jelmer signature.asc Description: Digital signature
Bug#747292: gdm3: unable to log in
I have been running stable. After a power outage, my system came up with VCs but no display manager login screen. Eventually I found that gdm3 was not installed. sudo apt-get install gdm3 failed because due to a missing dependency. I resorted to sudo apt-get install -t unstable gdm3 which succeeded. However, I could still not login. I got a completely black screen with no cursor, and a completely dead keyboard (I could not reach a VC or even toggle the caps lock and num lock indicator lights). I was able to boot in recover mode. Using a different machine, I looked for some help, eventually found this bug, removed gdm3, installed lightdm instead, and was back in business. However, I suggest there is still a problem with gdm3:amd64 (3.8.4-9), perhaps an unrecognized version dependency. I expect to stay with lightdm for the forseeable future. Here's the /var/log/apt/history.log entry for the gdm3 installation: Start-Date: 2014-07-04 21:40:09 Commandline: apt-get install -t unstable gdm3 Install: libgoa-1.0-0b:amd64 (3.12.2-1, automatic), libopencv-core2.4:amd64 (2.4.8+dfsg1-2.2, automatic), libebook-contacts-1.2-0:amd64 (3.12.2-1, automatic), libavformat55:amd64 (10.2-1, automatic), libnl-genl-3-200:amd64 (3.2.24-2, automatic), libfluidsynth1:amd64 (1.1.6-2, automatic), cracklib-runtime:amd64 (2.9.1-1+b2, automatic), apg:amd64 (2.2.3.dfsg.1-2, automatic), gir1.2-gdm3:amd64 (3.8.4-9, automatic), obexd-client:amd64 (0.48-2+b1, automatic), gnome-shell:amd64 (3.8.4-8.1, automatic), gnome-online-accounts:amd64 (3.12.2-1, automatic), mousetweaks:amd64 (3.12.0-1, automatic), libnetfilter-conntrack3:amd64 (1.0.4-1, automatic), libgdata19:amd64 (0.15.0-3, automatic), libopencv-ml2.4:amd64 (2.4.8+dfsg1-2.2, automatic), libgdata-common:amd64 (0.15.0-3, automatic), accountsservice:amd64 (0.6.37-1, automatic), libibus-1.0-5:amd64 (1.5.7-1, automatic), libcogl-pango20:amd64 (1.18.0-2, automatic), iw:amd64 (3.14-1, automatic), libnm-gtk0:amd64 (0.9.8.10-1, automatic), libchromaprint0:amd64 (1.1-1+b1, automatic), zeitgeist-core:amd64 (0.9.14-2.2, automatic), gnome-session-bin:amd64 (3.8.4-4, automatic), libcogl20:amd64 (1.18.0-2, automatic), libmbim-glib0:amd64 (1.8.0-1, automatic), libopencv-video2.4:amd64 (2.4.8+dfsg1-2.2, automatic), libsbc1:amd64 (1.2-3, automatic), libsocialweb-service:amd64 (0.25.20-6, automatic), libcheese7:amd64 (3.12.0-1, automatic), libreadosm1:amd64 (1.0.0b+dfsg1-2, automatic), libebackend-1.2-7:amd64 (3.12.2-1, automatic), libgnutls-deb0-28:amd64 (3.2.15-2, automatic), libcolord-gtk1:amd64 (0.1.25-1.1+b1, automatic), libjim0.74:amd64 (0.74-3, automatic), gir1.2-gnomedesktop-3.0:amd64 (3.8.4-2, automatic), libevdev2:amd64 (1.2.2+dfsg-1, automatic), gstreamer1.0-libav:amd64 (1.3.2-1, automatic), gir1.2-gst-plugins-base-1.0:amd64 (1.2.4-1, automatic), libass5:amd64 (0.10.2-3, automatic), mobile-broadband-provider-info:amd64 (20140317-1, automatic), gdm3:amd64 (3.8.4-9), libgnomekbd-common:amd64 (3.6.0-1, automatic), libcrack2:amd64 (2.9.1-1+b2, automatic), telepathy-mission-control-5:amd64 (5.16.2-1, automatic), gir1.2-packagekitglib-1.0:amd64 (0.8.17-4, automatic), gir1.2-ibus-1.0:amd64 (1.5.7-1, automatic), libical1:amd64 (1.0-1, automatic), wireless-regdb:amd64 (2013.11.27-1, automatic), libgee-0.8-2:amd64 (0.10.5-1, automatic), libapache2-mod-dnssd:amd64 (0.6-3.1, automatic), gir1.2-javascriptcoregtk-3.0:amd64 (2.4.3-2, automatic), libfolks25:amd64 (0.9.7.1-1, automatic), libxcb-image0:amd64 (0.3.9-1, automatic), gir1.2-gkbd-3.0:amd64 (3.6.0-1, automatic), libjson-c2:amd64 (0.11-4, automatic), libgnome-menu-3-0:amd64 (3.8.0-2, automatic), libxcb-icccm4:amd64 (0.4.1-1, automatic), libopencv-legacy2.4:amd64 (2.4.8+dfsg1-2.2, automatic), libgdm1:amd64 (3.8.4-9, automatic), libgnomekbd8:amd64 (3.6.0-1, automatic), libpam-systemd:amd64 (204-14, automatic), libgjs0c:amd64 (1.36.1-2, automatic), libmjpegutils-2.1-0:amd64 (2.1.0+debian-2.1, automatic), gnome-shell-common:amd64 (3.8.4-8.1, automatic), libsystemd-id128-0:amd64 (204-14, automatic), libmission-control-plugins0:amd64 (5.16.2-1, automatic), libgoa-backend-1.0-1:amd64 (3.12.2-1, automatic), libtelepathy-glib0:amd64 (0.24.0-1, automatic), libgoa-1.0-common:amd64 (3.12.2-1, automatic), libgweather-3-6:amd64 (3.12.1-1, automatic), gnome-control-center:amd64 (3.8.3-7+b2, automatic), libpoppler46:amd64 (0.26.2-2, automatic), libcaribou0:amd64 (0.4.13-1, automatic), cups-pk-helper:amd64 (0.2.5-2, automatic), libsocialweb-common:amd64 (0.25.20-6, automatic), libfolks-eds25:amd64 (0.9.7.1-1, automatic), liboauth0:amd64 (1.0.1-1, automatic), packagekit:amd64 (0.8.17-4, automatic), libtelepathy-logger3:amd64 (0.8.0-3, automatic), libgnome-bluetooth11:amd64 (3.8.1-3, automatic), gir1.2-clutter-gst-2.0:amd64 (2.0.10-1, automatic), libsocialweb0:amd64 (0.25.20-6, automatic), cheese-common:amd64 (3.12.0-1, automatic), librtmp1:amd64 (2.4+20131018.git79459a2-2, automatic), gir1.2-polkit-1.0:amd64 (0.105-6, automatic), gir1.2-gcr-3:amd64
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Il Domenica 6 Luglio 2014 15:51, Charles Plessy ple...@debian.org ha scritto: Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Hi Andreas, Feel free to rename yourself, but do not forget to remove me from the uploaders list. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. Hi Charles, I really don't think there is any reason to rename your package. I renamed my amap into amap-thc, and this should be fully 10.1 compliant now. Since my package is a new one there is no reason to avoid such a rename, and I can work with new packages depending on it to patch them in the right way. The package also creates a link into amap6, so really *nobody* should *ever* use directly amap (for my case). If they do this, yes, I call it a bug. So please don't touch your package and I'm uploading a new version of mine with all your really nice suggestions ;) Cheers! Gianfranco Cheers, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752814: slurm-llnl: hardcodes /usr/lib/perl5
Control: tag -1 + patch On Thu, 26 Jun 2014 21:41:07 +0300, Niko Tyni wrote: This package fails to build with perl_5.20.0-1 from experimental: find debian/libslurm-perl -type f -name *.so | xargs chrpath -d mv debian/libslurm-perl/usr/lib/perl5/Slurmdb.pm debian/libslurmdb-perl/usr/lib/perl5/ mv: cannot stat 'debian/libslurm-perl/usr/lib/perl5/Slurmdb.pm': No such file or directory make: *** [install-arch] Error 1 debian/rules:99: recipe for target 'install-arch' failed dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 Attached is a patch using $Config{vendorarch} in debian/rules. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- diff -Nru slurm-llnl-2.6.7/debian/changelog slurm-llnl-2.6.7/debian/changelog --- slurm-llnl-2.6.7/debian/changelog 2014-03-21 16:47:29.0 +0100 +++ slurm-llnl-2.6.7/debian/changelog 2014-07-06 16:46:21.0 +0200 @@ -1,3 +1,14 @@ +slurm-llnl (2.6.7-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Fix hardcodes /usr/lib/perl5: +- drop debian/libslurmdb-perl.dirs +- dynamically create directories and move files in debian/rules, using the + value of $Config{vendorarch} +(Closes: #752814) + + -- gregor herrmann gre...@debian.org Sun, 06 Jul 2014 16:32:03 +0200 + slurm-llnl (2.6.7-1) unstable; urgency=medium * New upstream release diff -Nru slurm-llnl-2.6.7/debian/libslurmdb-perl.dirs slurm-llnl-2.6.7/debian/libslurmdb-perl.dirs --- slurm-llnl-2.6.7/debian/libslurmdb-perl.dirs 2013-11-05 12:49:13.0 +0100 +++ slurm-llnl-2.6.7/debian/libslurmdb-perl.dirs 1970-01-01 01:00:00.0 +0100 @@ -1,2 +0,0 @@ -usr/share/man/man3 -usr/lib/perl5/auto diff -Nru slurm-llnl-2.6.7/debian/rules slurm-llnl-2.6.7/debian/rules --- slurm-llnl-2.6.7/debian/rules 2013-11-05 12:49:13.0 +0100 +++ slurm-llnl-2.6.7/debian/rules 2014-07-06 16:45:33.0 +0200 @@ -26,6 +26,8 @@ LDFLAGS = `dpkg-buildflags --get LDFLAGS` CPPFLAGS = `dpkg-buildflags --get CPPFLAGS` +PERL_ARCHLIB := $(shell perl -MConfig -e 'print substr($$Config{vendorarch}, 1)') + config.status: configure dh_testdir ifneq $(wildcard /usr/share/misc/config.sub) @@ -194,8 +196,9 @@ find debian/libslurm-perl -type f -name *.so | xargs chrpath -d - mv debian/libslurm-perl/usr/lib/perl5/Slurmdb.pm debian/libslurmdb-perl/usr/lib/perl5/ - mv debian/libslurm-perl/usr/lib/perl5/auto/Slurmdb debian/libslurmdb-perl/usr/lib/perl5/auto + dh_installdirs -plibslurmdb-perl usr/share/man/man3 $(PERL_ARCHLIB)/auto + mv debian/libslurm-perl/$(PERL_ARCHLIB)/Slurmdb.pm debian/libslurmdb-perl/$(PERL_ARCHLIB)/ + mv debian/libslurm-perl/$(PERL_ARCHLIB)/auto/Slurmdb debian/libslurmdb-perl/$(PERL_ARCHLIB)/auto mv debian/libslurm-perl/usr/share/man/man3/Slurmdb.3pm debian/libslurmdb-perl/usr/share/man/man3 dh_install -s signature.asc Description: Digital Signature
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
Hi Jonas, Il Sabato 5 Luglio 2014 14:27, Jonas Smedegaard d...@jones.dk ha scritto: Quoting Gianfranco Costamagna (2014-07-04 15:20:12) Package: wnpp Severity: wishlist Owner: Gianfranco Costamagna costamagnagianfra...@yahoo.it * Package name : amap Version : 5.4 Upstream Author : Van Hauser v...@thc.org * URL : http://www.thc.org/thc-amap/ * License : GPL-2+ Programming Lang: C Description : Next-generation scanning tool for pentesters AMAP stands for Application MAPper. It is a next-generation scanning tool for pentesters. It attempts to identify applications even if they are running on a different port than normal. . It also identifies non-ascii based applications. This is achieved by sending trigger packets, and looking up the responses in a list of response strings. I would like to reintroduce this useful package in debian, since bug #381185 no longer applies and this tool is useful and used in penetration testing and security (I took the Raphael package from kali linux git). I suggest to mention the terms penetration testing and security in the long description, both to ease searching and to help those (like me) puzzled what pentesters mean (I honestly guessed it might have something to do with USB sticks, until I saw your comment at the end). Perhaps additional terms could be mentioned too, to ease searching (try compare with related packages already in Debian, if any). I did the changes and uploaded on mentors. Description: Next-generation scanning tool for security pentesters AMAP stands for Application MAPper. It is a next-generation scanning tool for security penetration testers. It attempts to identify applications even if they are running on a different port than normal. . It also identifies non-ascii based applications. This is achieved by sending trigger packets, and looking up the responses in a list of response strings. Thanks for the feedback, it was really appreciated! cheers, Gianfranco - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
On Sun, Jul 06, 2014 at 10:49:30PM +0900, Charles Plessy wrote: Le Sun, Jul 06, 2014 at 10:33:35AM +0200, Andreas Tille a écrit : On Sat, Jul 05, 2014 at 04:37:16PM +0200, Ralf Treinen wrote: This violates the Policy's section 10.1, but it is still my favorite solution for the reason that you explained above. I don't agree, packages should not be in conflict when it can be easily avoided by renaming files. +1 Hi Andreas, Feel free to rename yourself, but do not forget to remove me from the uploaders list. On my side I find these renamings harmful and illogical. The probability that people want to use both amaps on the same machine is close to zero, and the probability that users of both amaps will be annoyed by the rename is close to one. I think that these renamings are applied dogmatically in a way that makes Debian inferior. I do not want to participate to this. I can see, and sympathise, with several sides of this debate of what to do when two upstream projects choose the same executable name. However, I do think what Debian's historically been doing (i.e., renaming even when upstream doesn't want to rename) is the right thing to do. Given projects foo and bar, which both provide an executable called yoyo, there is no way for everyone to be happy. Both foo's and bar's users are, presumably, used to calling it yoyo. Third party scripts will exist that invoke either using the name yoyo. Whichever yoyo Debian chooses to call by that name, some users will be surprised and unhappy. The standards FHS directory layout gives us four locations in which to put executabes: /bin, /sbin, /usr/bin, /usr/sbin. In theory we could then have four providers of yoyo, but that would be very confusing. Even using bin vs sbin is confusing: if you're used to running foo's yoyo as your normal user, it'll be quite a surprise when you try to run it as root and get bar's yoyo instead. We could have the foo and bar packages conflict with each other, and in some cases that might not be too bad. However, it would be really unfortunate for long-term quality, in my opinion, if Debian would start choosing to compromise like that. It may be true that the intersection of users of foo and bar are really rare, and that nobody much would suffer if they conflicted, but it sets a bad precedent. Conflicts in Debian are meant to be used for a specific reason: when two packages _can't_ be used together (at least not as packaged). If we use conflicts to resolve the yoyo for foo and bar, it means that we are willing to change the meaning of conflicts to also be allowed when we just can't be bothered to make difficult distro level integration decisions. Using conflicts doesn't solve the situation for users, anyway. bar's users will still be surprised by foo's yoyo, when they find it installed and it doesn't do what they thought it would. Of course, foo's users are in the same situation, if foo's yoyo gets renamed. For this reason, I think the best approach is to get at least one of foo's or bar's upstreams to rename their yoyo. If that can't happen, I further think it's better for Debian's users if Debian renames at least one of the yoyo's. Which one gets renamed will depend on circumstance. The default, historically, has been that the first yoyo in Debian keeps the name, and newer yoyos will be renamed. However, if bar is extremly popular, and foo is rarely used, then possibly foo's yoyo should be renamed. Or we could decide to rename both to avoid anyone being surprised by the wrong yoyo. Note that the Debian alternatives system can't be used for this, unless foo and bar are both basically implementing essentially the same interface for the same program, but that's rarely the case in these cases. Charles, I'm sorry to hear you think this approach is harmful to Debian and that you don't want to participate in doing them. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724891: [debian-installer] debian-installer: Build firmware for the DNS-320/DNS-325
On Sun, 2014-07-06 at 14:55 +0200, Bastien ROUCARIES wrote: Dlink firmware does not work from rs232 console I'm afraid I still don't really understand what you mean. Are you using rs232 console to mean with Debian already installed? If so then is the purpose of this ext2 image to be able to relaunch the installer after Debian is already installed in order to reinstall Debian? Is it not possible to do this by cat'ting the relevant files into /dev/mtdblock* as with other similar platforms? Anyway, I think reinstalling Debian is a rather secondary use case and I don't think we need to be supplying (or, more importantly, maintaining) such an image by default. Best just to document how to make a suitable USB key IMHO. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753442: why do you blame systemd?
control: tags -1 + moreinfo Hi Bastian, why do you blame systemd for this breakage? Also, Daniel, did you try to bootstrap wheezy or sid? And are you running systemd? cheers, Holger signature.asc Description: This is a digitally signed message part.