Bug#700809: python2.7: renders python2.7-dbg ( 2.7.3.1) unusable, causes FTBFS
Am 17.02.2013 19:50, schrieb Sebastian Ramacher: Package: python2.7 Version: 2.7.3-2 Severity: serious The following change in 2.7.3-2 break python2.7-dbg 2.7.3-1 and earlier versions: python2.7 (2.7.3-2) unstable; urgency=low ... * Backport issue #13150: sysconfig no longer parses the Makefile and config.h files when imported, instead doing it at build time. This makes importing sysconfig faster and reduces Python startup time by 20%. ... python2.7-dbg doesn't have _sysconfigdata_d so running python2.7-dbg fails with: Traceback (most recent call last): File /usr/lib/python2.7/site.py, line 562, in module main() File /usr/lib/python2.7/site.py, line 544, in main known_paths = addusersitepackages(known_paths) File /usr/lib/python2.7/site.py, line 271, in addusersitepackages user_site = getusersitepackages() File /usr/lib/python2.7/site.py, line 246, in getusersitepackages user_base = getuserbase() # this will also set USER_BASE File /usr/lib/python2.7/site.py, line 236, in getuserbase USER_BASE = get_config_var('userbase') File /usr/lib/python2.7/sysconfig.py, line 591, in get_config_var return get_config_vars().get(name) File /usr/lib/python2.7/sysconfig.py, line 490, in get_config_vars _init_posix(_CONFIG_VARS) File /usr/lib/python2.7/sysconfig.py, line 374, in _init_posix from _sysconfigdata import build_time_vars File /usr/lib/python2.7/_sysconfigdata.py, line 4, in module from _sysconfigdata_d import * ImportError: No module named _sysconfigdata_d Since python2.7-dbg 2.7.3-1 depends on python2.7 (= 2.7.3-1), python2.7 should have a Breaks on python2.7-dbg ( 2.7.3-2) so that python2.7-dbg isn't rendered unusable by upgrading python2.7 without upgrading python2.7-dbg to a version = 2.7.3-2. not needed with: It might be also a good idea to change python2.7-dbg's dependency on python2.7 to (= ${binary:Version}) as it's already done in experimental. (I've observed this issue because of the build failure of python-crypto 2.6-4 on the ia64 buildd which has python2.7 2.7.3-5 and python2.7-dbg 2.7.3-1 installed [1]) wow, I wasn't aware that buildds aren't updated for that long ... on my list, but not immediately. so please either ask the ia64 buildd admins for an update, or tighten the b-d for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694454: [Pkg-postgresql-public] Bug#694454: pg_ctlcluster should probably have support for numactl and similar wrappers
Re: Martin Pitt 2013-02-16 20130216184148.gb2...@piware.de I don't know what numactl does, so I cannot comment on whether it's a good idea to do this, and whether it's always safe to do. Just to clarify: I want this to be optional, and configurable. (And in the usecase I had intended it for it turned out to be useless...) A more generic approach which would also allow strace, gdb, etc. is to add a new option --pg-ctl-prefix or environment variable $PG_CTL_PREFIX? I'm thinking about a pg_ctl_wrapper (or _prefix) setting in /etc/postgresql/*/*/pg_ctl.conf, but a command line switch for pg_ctlcluster is also a good idea for one-shot operations. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700836: RFP: zero-cache -- Memory caching system based on ZMQ messaging library
Package: wnpp Severity: wishlist * Package name: zero-cache Version : 1.6 Upstream Author : Ilya Shpigor petr...@gmail.com * URL : https://github.com/ellysh/zero-cache * License : LGPL 3 Programming Lang: C++ Description : Memory caching system based on 0MQ messaging library Zero-cache is a Open Source cross-platform distributed memory caching system based on ZMQ messaging library. Zero-cache is able to store data of any type that is addressed by key of string type. It provides the minimal response time thanks to multi-thread containers and absence of mutexes for requests synchronization. All synchronization is performed by messages processing mechanism. Features 1. Multi-thread data containers. Count of keys per container can be specified. 2. Store any type of data (binary, string, etc.) by string type key 3. There are no delays for read-write operations synchronization 4. Work through Unix and TCP sockets 5. Language bindings for Python and PHP More information about zero-cache can be obtained from the official website: http://www.zero-cache.org -- Best regards Ilya Shpigor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698647: unblock: ejabberd/2.1.10-3.1
On Mon, 21 Jan 2013 19:20:47 +0100 root t...@mirbsd.de wrote: Package: release.debian.org Severity: normal Tags: patch User: release.debian@packages.debian.org Usertags: unblock Please approve package ejabberd for unblocking: Please consider #660186 release-critical: in many environment, JPEG photos are used in Jabber, and in companies, these usually come from the LDAP. This bug effectively prevents such environ- ments from using ejabberd, or upgrading to the wheezy version. The patch to fix this is a one-liner, apparently some forgotten escape, and does its job well. I’ve prepared a locally patched package with that and would like to ask the Release Team hereby for a pre-upload approval, and then either the package maintainers to upload a fixed version to sid which can migrate, or I will do an NMU. The patch is attached. As I've just prepared fixes [2] for the three important bugs including #660186 and asked Rhonda for upload (see the attachment), I'm now interested in how exactly to handle this NMU request. As I gather from the upload history in [1], this NMU did not happen, and I also think I did not see any messages from the archive software regarding it. I think I did not see any messages from the release ream as well. So what do you propose? I might re-do the commit 30784fb0a9bc9ca75a229406bf5b2bc21df5ffc2 to acknowledge the NMU but if it has not actually happened, it doesn't feel quite right to me. 1. http://packages.qa.debian.org/e/ejabberd.html 2. http://git.deb.at/w/pkg/ejabberd.git/shortlog/refs/heads/wheezy ---BeginMessage--- I have prepared and pushed fixes for #691125 package installation creates /root/.erlang.cookie #660186 mod_vcard_ldap Broken JPEG Photo in 2.1.10 #698309 broken shared roster group support, only support 30 users max into the wheezy branch at git.deb.at. The first two are rather trivial, the last one required a bit of tweaking (but nothing special). I was only able to verify the first patch (through several install -- `logrotate -f` -- purge) runs. I also checked that application of the third patch did not break HTTPS (by setting up a TLS-protected web_admin listener and messing with it using my browser). Can't test the second (JPEG photos via LDAP) patch myself (it's doable but deploying slapd and populating it with the user data is an uphill battle -- I did that once in some now lost sandbox, and I recall that required much hair-pulling and cursing along the way). In any case I propose to build 2.1.10-4 from the tip of the wheezy branch from and upload it to unstable so I could prod the relevant bug reporters asking them to test this upload and ask the release team for wheezy exclusion. ---End Message---
Bug#700818: [Pkg-ia32-libs-maintainers] Bug#700818: ia32-libs: not installable
Hi Lucas, On Sun, February 17, 2013 22:07, Lucas Nussbaum wrote: While testing the installation of all packages in wheezy, I ran into the following problem: The following packages have unmet dependencies: ia32-libs : Depends: ia32-libs-i386 but it is not installable E: Unable to correct problems, you have held broken packages. This is documented in the release notes: http://www.debian.org/releases/testing/amd64/release-notes/ch-upgrading.en.html#ia32libs Does it work for you when following those teps? Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700231: [Pkg-libvirt-maintainers] Bug#700231: libvirt-bin: Recommends: on newer qemu-kvm should be better publicized
Hi Lars, On Sun, Feb 10, 2013 at 11:37:49AM +0100, Luca Capello wrote: Package: libvirt-bin Version: 0.9.12-6~bpo60+1 Severity: normal Usertags: pca.it-virtualization Hi there! During today's upgrade I was surprised to read about the new qemu-kvm required by libvirt-bin and discovering that I was still using the old one: Do you remember what exactly broke with old QEMU from Squeeze? Cheers, -- Guido = $ zcat /usr/share/doc/libvirt-bin/changelog.Debian.gz | head -n 6 libvirt (0.9.12-6~bpo60+1) squeeze-backports; urgency=low * Rebuild for squeeze-backports. * [141e575] Depend on newer qemu-kvm available via backports too since the one in Squeeze has some interop issues. $ dpkg-query -W libvirt-bin libvirt-bin 0.9.12-6~bpo60+1 $ dpkg-query -s libvirt-bin | grep qemu-kvm Recommends: netcat-openbsd, bridge-utils, dnsmasq-base (= 2.46-1), \ iptables (= 1.4.10), qemu-kvm (= 1.1.2) | qemu (= 0.9.1), \ libxml2-utils, gawk, ebtables, dmidecode, iproute, parted Enhances: qemu, qemu-kvm, xen $ dpkg-query -W qemu-kvm qemu-kvm0.12.5+dfsg-5+squeeze10 $ apt-cache policy qemu-kvm qemu-kvm: Installed: 0.12.5+dfsg-5+squeeze10 Candidate: 0.12.5+dfsg-5+squeeze10 Version table: 1.1.2+dfsg-5~bpo60+1 0 100 http://backports.debian.org/debian-backports/ squeeze-backports/main amd64 Packages *** 0.12.5+dfsg-5+squeeze10 0 500 http://security.debian.org/ squeeze/updates/main amd64 Packages 100 /var/lib/dpkg/status 0.12.5+dfsg-5+squeeze9 0 500 http://ftp.it.debian.org/debian/ squeeze/main amd64 Packages $ = There is no notice of any possible problems in the libvirt logs and indeed libvirt-bin seems to work fine with the old qemu-kvm. Which means that, if you do not have apt-listchanges installed and you do not read the changelog.Debian before upgrading, you end up not noticing such new requirement. FYI, after having installed the new qemu-kvm libvirt-bin still works fine ;-) Given that I do not think there is a way to have the Recommends: satisfied, I would announce such requirement more prominently, e.g. in NEWS.Debian. Thx, bye, Gismo / Luca -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-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 libvirt-bin depends on: ii adduser3.112+nmu2add and remove users and groups ii gettext-base 0.18.1.1-3GNU Internationalization utilities ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcap-ng0 0.6.4-1 An alternate posix capabilities li ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libdevmapper1.02.1 2:1.02.48-5 The Linux Kernel Device Mapper use ii libgcrypt111.4.5-2 LGPL Crypto library - runtime libr ii libgnutls262.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libnl1 1.1-6 library for dealing with netlink s ii libnuma1 2.0.5-1 Libraries for controlling NUMA pol ii libparted0debian1 2.3-5 The GNU Parted disk partitioning s ii libpcap0.8 1.1.1-2+squeeze1 system interface for user-level pa ii libpciaccess0 0.12.0-1 Generic PCI access library for X ii libreadline6 6.1-3 GNU readline and history libraries ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libudev0 164-3 libudev shared library ii libuuid1 2.17.2-9 Universally Unique ID library ii libvirt0 0.9.12-6~bpo60+1 library for interfacing with diffe ii libxenstore3.0 4.0.1-5.5 Xenstore communications library fo ii libxml22.7.8.dfsg-2+squeeze6 GNOME XML library ii libyajl1 1.0.8-1 Yet Another JSON Library ii logrotate 3.7.8-6 Log rotation utility Versions of packages libvirt-bin recommends: ii bridge-utils 1.4-5 Utilities for configuring the Linu ii dmidecode2.9-1.2 Dump Desktop Management Interface ii dnsmasq-base 2.55-2 A small caching DNS proxy and DHCP ii ebtables 2.0.9.2-2 Ethernet bridge frame table admini pn gawk none (no description available) ii iproute
Bug#700837: android-tools-adb: Request for adb v1.0.31
Package: android-tools-adb Version: 4.1.1+git20120801-1 Severity: wishlist Dear Maintainers, thanks for this package. I once picked through the android sdk and built adb from source: I was very glad when the official .deb appeared in sid. Unfortunately is is no longer usable the latest android version (4.2.2). The version of adb in android-tools-adb reports itself to be 1.0.29. Android 4.2.2 introduced an rsa based authentication system which is available in adb version 1.0.31 (I don't have a definitive abd version number for when this feature was first introduced). Cheers and thanks, Evo2. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages android-tools-adb depends on: ii libc6 2.13-38 ii zlib1g 1:1.2.7.dfsg-13 android-tools-adb recommends no packages. android-tools-adb 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#700835: Please build Kazakh language pack
Hi, On Mon, Feb 18, 2013 at 01:06:11PM +0600, Timur Birsh wrote: Could you please enable Kazakh language pack for LibreOffice builds? Please enable language pack build only, there is no LibreOffice help localization yet. LibreOffice 4.0 is currently at 55% in Kazakh, and work is ongoing. Sorry, but I believe 55% is too low.[1] We can do when you're at 75% or even 80% or so, though. (And a distinction whether only UI and/or help is translated) would be helpful to decide what of those to enable.) Regards, Rene [1] Yes, I know there might be languages far lesser which *do* have a language pack but thTa#s not a reason to add yet another. I need to clean that up somewhen.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695848: php5-yaz is non-free
Adam, php-yaz got rejected from debian since the license is considered non free http://lintian.debian.org/tags/copyright-refers-to-bad-php-license.html Would you considered relicensing php-yaz to something else ? Otherwise I will need to upload to non-free. Thanks for your comments, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700838: calibre: embedded copy of libjs-mathjax
Package: calibre Version: 0.9.0+dfsg-1 Severity: normal The calibre package contains an embedded copy of libjs-mathjax in /usr/share/calibre/viewer/mathjax/. Please investigate whether it is feasible to replace this copy with a dependency on libjs-mathjax. Please use at least version 2.1+20121028-1 of libjs-mathjax (experimental), because the mathjax package was split into smaller packages to reduce installation size. As such this bug cannot be fixed for wheezy (and as far as I can see the embedded copy is not part of wheezy). If it is infeasible to replace this copy, please report[1] the copy to the security team. This might be the case if calibre contains a heavily modified version. Helmut [1] http://wiki.debian.org/EmbeddedCodeCopies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700839: git: reduce installation size by linking the copies /usr/bin/git and /usr/lib/git-core/git
Package: git Version: 1:1.7.10.4-2 Severity: wishlist I noticed that git ships its binary twice. $ ls -lai /usr/lib/git-core/git /usr/bin/git 688632 -rwxr-xr-x 1 root root 1355584 Nov 1 16:36 /usr/bin/git 20941 -rwxr-xr-x 1 root root 1355584 Nov 1 16:36 /usr/lib/git-core/git $ cmp /usr/lib/git-core/git /usr/bin/git echo same same $ This binary makes up 10% of the installation size. Please consider replacing one of those locations with a link to the other. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700840: qemu-system-common: refers to unexisting group kvm in udev rules
Package: qemu-system-common Version: 1.4.0+dfsg-1exp Severity: normal I installed qemu from experimental (I did not have qemu nor kvm installed on my system before) and now when booting, I get this error: Feb 18 09:30:20 elitebook udevd[438]: specified group 'kvm' unknown This seems to be caused by the rule in /lib/udev/rules.d/60-qemu-system- common.rules -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (300, 'testing'), (200, 'unstable'), (102, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-system-common depends on: ii libc6 2.13-37 ii libcap2 1:2.22-1.2 ii libglib2.0-0 2.34.3-1 qemu-system-common recommends no packages. qemu-system-common 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#700709: false alarm
Alexey Kuznetsov kuznetsov.ale...@gmail.com writes: and it seems like it is dead or something is wrong with it. [...] so i'm going to replace the drive. Does that mean that the issue can be closed? I'm asking because the bug you filed ended up being filed against an unknown package (linux-image does not exist, you probably want src:linux, or the full linux-image-$blah name), and if the bug can be closed, I don't need to reassign it. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700839: git: reduce installation size by linking the copies /usr/bin/git and /usr/lib/git-core/git
On Mon, Feb 18, 2013 at 10:19:13AM +0100, Helmut Grohne wrote: This binary makes up 10% of the installation size. Please consider replacing one of those locations with a link to the other. I just noticed that there are another 10% to be obtained: $ ls -lai /usr/lib/git-core/git-shell /usr/bin/git-shell 688732 -rwxr-xr-x 1 root root 568360 Nov 1 16:36 /usr/bin/git-shell 21360 -rwxr-xr-x 1 root root 568360 Nov 1 16:36 /usr/lib/git-core/git-shell $ ls -lai /usr/lib/git-core/git-upload-pack /usr/bin/git-upload-pack 688734 -rwxr-xr-x 1 root root 588936 Nov 1 16:36 /usr/bin/git-upload-pack 21368 -rwxr-xr-x 1 root root 588936 Nov 1 16:36 /usr/lib/git-core/git-upload-pack $ Those are indeed identical as well. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700595: [Pkg-mediawiki-devel] Bug#700595: mediawiki: Upstream bug: Bug 39635 - PostgreSQL LOCK IN SHARE MODE option is a syntax error
On Fri, 15 Feb 2013, Hans Spaans wrote: Please apply upstream patch r32085 from bugreport 39635[1] to make Mediawiki 1.19.3-1 work on Debian again. Indeed, I had already applied it, as a cow-orker spotted the same issue last week, but not yet uploaded to Debian, which I just did. If you’ll want this in wheezy, please take this up with the Release Team. Thanks, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700841: debian-ports-archive-keyring : expired key
Package: debian-ports-archive-keyring Version: 2010.06.16 Severity: wishlist Dear maintainer, It seems that the key expired. gpg --list-keys --keyring /usr/share/keyrings/debian-ports-archive-keyring.gpg --no-default-keyring /usr/share/keyrings/debian-ports-archive-keyring.gpg pub 4096R/4D922A56 2010-01-07 [expired: 2011-01-31] uid Debian Ports Archive Automatic Signing Key (2010) ftpmas...@debian-ports.org Is it possible to ship a newer version with a coming squeeze point release ? Thanks in advance ! JH Chatenet -- System Information: Debian Release: 6.0.6 Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 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 debian-ports-archive-keyring depends on: ii apt0.8.10.3+squeeze1 Advanced front-end for dpkg ii gnupg 1.4.10-4+squeeze1 GNU privacy guard - a free PGP rep debian-ports-archive-keyring recommends no packages. debian-ports-archive-keyring 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#700716: python-imaging: FTBFS: dh_movefiles: .../_imagingtk.so not found (supposed to put it in python-imaging-tk)
Control: found -1 1.1.7+1.7.8-3 It still FTBFS with the same error: https://buildd.debian.org/status/fetch.php?pkg=python-imagingarch=i386ver=1.1.7%2B1.7.8-3stamp=1361153556 -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700842: ITP: python-wsgilog -- WSGI logging and event reporting middleware
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: python-wsgilog Version : 0.3 Upstream Author : L. C. Rees * URL : http://pypi.python.org/pypi/wsgilog/ * License : BSD Programming Lang: Python Description : WSGI logging and event reporting middleware Supports logging events in WSGI applications to STDOUT, time rotated log files, email, syslog, and web servers. Also supports catching and sending HTML-formatted exception tracebacks to a web browser for debugging. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700638: CVE-2013-0292: authentication bypass due to insufficient checks in dbus-glib 0.100.1
On 15/02/13 17:44, I wrote: Severity: critical Justification: root security hole Sebastian Krahmer discovered and published an authentication bypass vulnerability in pam_fprintd, caused by a bug in dbus-glib. It is possible that other users of dbus-glib can be exploited in the same way. CVE-2013-0292 has been allocated for this vulnerability. On 15/02/13 18:25, Simon McVittie wrote: I can confirm that this bug is present in the version of dbus-glib in squeeze, and that cherry-picking upstream commit 166978a09cf fixes it. The debdiff I previously attached works fine on a squeeze machine. If the distribution 'stable' in debian/changelog is OK, I can upload it at any time; if not (e.g. if you need 'stable-security' there), there will be a short delay while I rebuild and re-test. Security team: what do you want me to do about this? Should I upload 0.88-2.1+squeeze1 to security-master, or go through the SPU process, or do you want to handle it? This question still stands. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700839: git: reduce installation size by linking the copies /usr/bin/git and /usr/lib/git-core/git
Hi Helmut, Helmut Grohne wrote: I noticed that git ships its binary twice. $ ls -lai /usr/lib/git-core/git /usr/bin/git 688632 -rwxr-xr-x 1 root root 1355584 Nov 1 16:36 /usr/bin/git 20941 -rwxr-xr-x 1 root root 1355584 Nov 1 16:36 /usr/lib/git-core/git $ cmp /usr/lib/git-core/git /usr/bin/git echo same same $ This binary makes up 10% of the installation size. Please consider replacing one of those locations with a link to the other. Ideally these should be hard links to the same inode (as in the default configuration upstream). We can't ship them that way because there is no guarantee the two paths are even on the same filesystem, but postinst could replace one copy with a hardlink to the other when the system configuration allows. What do you think? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700843: qemu: snapshot error detection incomplete: raw device
Package: libvirt0 Version: 0.9.12-6 Severity: normal Tags: patch Hello Guido, qemu-1.0 introduced a new error message, when a snapshot is created, but the VM uses a raw device. This is not detected by libvirt. Patch attached. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvirt0 depends on: ii libavahi-client30.6.31-1 ii libavahi-common30.6.31-1 ii libc6 2.13-37 ii libcap-ng0 0.6.6-2 ii libdbus-1-3 1.6.8-1 ii libdevmapper1.02.1 2:1.02.74-4 ii libgcrypt11 1.5.0-3 ii libgnutls26 2.12.20-4 ii libnetcf1 0.1.9-2 ii libnl1 1.1-7 ii libnuma12.0.8~rc4-1 ii libpcap0.8 1.3.0-1 ii libsasl2-2 2.1.25.dfsg1-6 ii libxenstore3.0 4.1.4-2 ii libxml2 2.8.0+dfsg1-7 ii libyajl22.0.4-2 Versions of packages libvirt0 recommends: ii lvm2 2.02.95-4 libvirt0 suggests no packages. -- no debconf information From 7034e3285f80c3744a79a4df912d20d8b9aba7d5 Mon Sep 17 00:00:00 2001 Message-Id: 7034e3285f80c3744a79a4df912d20d8b9aba7d5.1360938805.git.h...@univention.de From: Philipp Hahn h...@univention.de Date: Fri, 15 Feb 2013 15:13:05 +0100 Subject: [PATCH] qemu: handle not supported writable devices Organization: Univention GmbH, Bremen, Germany To: libvir-l...@redhat.com If the running VM contains a writable raw image, creating snapshot fails internally in QEMU, but the error is not detected by libvirt. Success is still reported to the user, who will see the snapshot in libvirt, even they are NOT created by qemu. virsh # qemu-monitor-command --hmp winxp-1 savevm \test\ Device 'drive-fdc0-0-0' is writable but does not support snapshots. virsh # snapshot-create-as winxp-1 test Domain snapshot test created Since there is no QMP command in QEMU, libvirtd sends a HMP command to the running QEMU and parses the returned text. There only the following 4 strings are detected as errors: src/qemu/qemu_monitor_text.c:2822 # qemuMonitorTextCreateSnapshot() Error while creating snapshot No block device can accept snapshots Could not open VM state file Error + while writing VM Since none of them match the above message, libvirt thinks the command succeeded. Add does not support snapshots as an additional error condition. Signed-off-by: Philipp Hahn h...@univention.de --- src/qemu/qemu_monitor_text.c |4 1 file changed, 4 insertions(+) diff --git a/src/qemu/qemu_monitor_text.c b/src/qemu/qemu_monitor_text.c index bc0a11d..5880ab9 100644 --- a/src/qemu/qemu_monitor_text.c +++ b/src/qemu/qemu_monitor_text.c @@ -3004,6 +3004,10 @@ int qemuMonitorTextCreateSnapshot(qemuMonitorPtr mon, const char *name) qemuReportError(VIR_ERR_OPERATION_FAILED, %s, reply); goto cleanup; } +else if (strstr(reply, does not support snapshots) != NULL) { +qemuReportError(VIR_ERR_OPERATION_FAILED, %s, reply); +goto cleanup; +} ret = 0; -- 1.7.10.4
Bug#700844: Add support for running multiple instances
Package: mumble-server Version: 1.2.3-349-g315b5f5-2.2 Severity: wishlist Tags: patch Hi Ron, this init.d file adds an initial support for running multiple instances of murmurd. The package will need some more changes to successfully enable this, and it will be post-wheezy work, but I would like to use this bug to track all the needed changes. TODO: - Move /etc/mumble-server.ini to /etc/mumble-server/mumble-server.ini in {post,pre}{inst,rm} Ondrej -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 #! /bin/sh # ### BEGIN INIT INFO # Provides: mumble-server # Required-Start: $network $local_fs $remote_fs dbus # Required-Stop: $network $local_fs $remote_fs dbus # Should-Start: $mysql # Should-Stop: $mysql # Default-Start:2 3 4 5 # Default-Stop: 0 1 6 # Short-Description:Mumble VoIP Server ### END INIT INFO PATH=/sbin:/bin:/usr/sbin:/usr/bin NAME=mumble-server DESC=Mumble VoIP Server PIDDIR=/var/run/mumble-server DAEMON=/usr/sbin/murmurd USER=mumble-server GROUP=mumble-server test -x $DAEMON || exit 0 MURMUR_DAEMON_START=0 MURMUR_USE_CAPABILITIES=0 MURMUR_LIMIT_NOFILE=0 # Include murmur defaults if available if [ -f /etc/default/$NAME ] ; then . /etc/default/$NAME fi if [ $MURMUR_DAEMON_START != 1 ] ; then log_warning_msg Not starting $DESC $NAME, disabled via /etc/default/$NAME exit 0 fi .. /lib/init/vars.sh .. /lib/lsb/init-functions if [ -n $2 ]; then INSTANCES=$2 else INSTANCES=$(ls -1 /etc/mumble-server/*.ini | xargs -i basename {} .ini) fi if [ $MURMUR_LIMIT_NOFILE -gt 0 ] ; then ulimit -n $MURMUR_LIMIT_NOFILE fi [ -d $PIDDIR ] || install -o $USER -d $PIDDIR do_start() { # Return # 0 if daemon has been started # 1 if daemon was already running # 2 if daemon could not be started [ -z $1 ] exit 1 INSTANCE=$1 PIDFILE=$PIDDIR/$INSTANCE.pid INIFILE=/etc/mumble-server/$INSTANCE.ini DAEMON_OPTS=-ini $INIFILE start-stop-daemon --start --quite --pidfile $PIDFILE --exec $DAEMON --test /dev/null \ || return 1 if [ $MURMUR_USE_CAPABILITIES != 1 ] ; then start-stop-daemon --start --quiet \ --pidfile $PIDFILE \ --chuid $USER:$GROUP \ --exec $DAEMON \ -- $DAEMON_OPTS \ || return 2 else start-stop-daemon --start --quiet \ --pidfile $PIDFILE \ --exec $DAEMON \ -- $DAEMON_OPTS \ || return 2 fi } do_stop() { [ -z $1 ] exit 1 PIDFILE=$PIDDIR/$1.pid start-stop-daemon --stop --quiet \ --retry=TERM/30/KILL/5 \ --pidfile $PIDFILE \ --user $USER \ --exec $DAEMON RETVAL=$? [ $RETVAL = 2 ] return 2 rm -f $PIDFILE return $RETVAL } do_reload() { [ -z $1 ] exit 1 PIDFILE=$PIDDIR/$1.pid start-stop-daemon --stop --quiet \ --signal 1 \ --pidfile $PIDFILE \ --user $USER \ --exec $DAEMON return 0 } case $1 in start) [ $VERBOSE != no ] log_daemon_msg Starting $DESC for INSTANCE in $INSTANCES; do do_start $INSTANCE case $? in 0|1) [ $VERBOSE != no ] log_daemon_msg $INSTANCE ;; 2) [ $VERBOSE != no ] log_end_msg 1 ; exit 1 ;; esac done [ $VERBOSE != no ] log_end_msg 0 ;; stop) [ $VERBOSE != no ] log_daemon_msg Stopping $DESC for INSTANCE in $INSTANCES; do do_stop $INSTANCE case $? in 0|1) [ $VERBOSE != no ] log_daemon_msg $INSTANCES ;; 2) [ $VERBOSE != no ] log_end_msg 1 ;; esac done ;; logrotate) [ $VERBOSE != no ] log_daemon_msg Stopping $DESC for INSTANCE in $INSTANCES; do do_reload $INSTANCE case $? in 0|1) [ $VERBOSE != no ] log_daemon_msg $INSTANCES ;; 2) [ $VERBOSE != no ] log_end_msg 1 ;; esac done ;; restart|force-reload) [ $VERBOSE != no ] log_daemon_msg Restarting $DESC for INSTANCE in $INSTANCES; do do_stop $INSTANCE case $? in 0|1) do_start $INSTANCE case $? in 0) [ $VERBOSE != no ] log_daemon_msg $INSTANCE ;; *) [ $VERBOSE != no ] log_end_msg 1 ;; esac ;; *) [ $VERBOSE != no ] log_end_msg 1 ;; esac done ;; *) N=/etc/init.d/$NAME echo Usage: $N {start|stop|restart|force-reload|logrotate} 2 exit 3 ;; esac exit 0 /var/log/mumble-server/*.log { weekly rotate 7 compress delaycompress missingok postrotate /etc/init.d/mumble-server logrotate endscript }
Bug#651606: Bug#700630: ITP: gitorious -- Git based tool for collaborating on distributed open source projects
Hi Zack, On Fr 15 Feb 2013 16:44:23 CET Stefano Zacchiroli wrote: On Fri, Feb 15, 2013 at 03:40:12PM +0100, Mike Gabriel wrote: Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: gitorious Version : 2.4.9 That's great, thanks for giving this a try. We definitely need more good packages of self-hosted replacements for popular centralized (and often proprietary) services out there. gitorious surely qualifies and is very seldomly seen installed in the wild, other than the main instance at gitorious.org. And I am awfully lucky, as it is a customer paid project ;-). On a related matter, do you happen to have any news about gitlab packaging? I understand it's a concurrent of gitorious :-), but AFAICT from the RFP, it was expected to land under the hood of pkg-ruby-extras as well. No, no idea about gitlab. The packaging of gitorious will be my first package under the ruby team's umbrella, so I am pretty new to that team. Maybe someone else has a clue... Greets, Mike -- DAS-NETZWERKTEAM mike gabriel, rothenstein 5, 24214 neudorf-bornstein 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 pgpxLRbpUgOn3.pgp Description: Digitale PGP-Unterschrift
Bug#644912: Confirming
tag 644912 + confirmed stop I confirm the symptoms mentioned in this bug report; after changing my nsswitch.conf from: hosts: files mdns_minimal4 [NOTFOUND=return] dns mdns4 to: hosts: files mdns_minimal [NOTFOUND=return] dns mdns I could witness IPv6 addresses returned by getent hosts foo.local on various hosts on my network. One of the arguments in the past was that IPv6 was uncommon on local networks but at least iOS 6.1, MacOS X 10.6.8 and Windows 8 respond with IPv6 link-local addresses to .local mDNS queries. However a couple of devices from my ISP (router and TV STB) and a HP C5190 printer didn't, which resulted in ~5 seconds timeouts when connecting to them which I hadn't with the IPv4-only setup. This patch shouldn't definitely be (tested, reviewed and) included to fix handling of IPv6 .local addresses, but it's not clear the default should be changed from IPv4-only lookups to IPv4 + IPv6 lookups. Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700845: linux-image-3.7-trunk-amd64: xhci fails to load on HP Probook/Elitebook in UEFI mode
Package: src:linux Version: 3.7.8-1~experimental.1 Severity: normal I've got a HP EliteBook 8470p on which I installed Debian Wheezy in UEFI mode. In UEFI mode xhci fails to initialize and my USB mouse connected to one of these ports is not recognized at all. The USB3 ports work fine in Windows. [1.316248] xhci_hcd :00:14.0: can't derive routing for PCI INT A [1.316251] xhci_hcd :00:14.0: PCI INT A: no GSI [1.316253] [1.316277] xhci_hcd :00:14.0: setting latency timer to 64 [1.316281] xhci_hcd :00:14.0: xHCI Host Controller [1.316287] xhci_hcd :00:14.0: new USB bus registered, assigned bus number 1 [1.316393] xhci_hcd :00:14.0: cache line size of 64 is not supported [1.316395] xhci_hcd :00:14.0: request interrupt 255 failed [1.316447] xhci_hcd :00:14.0: USB bus 1 deregistered [1.316466] xhci_hcd :00:14.0: can't derive routing for PCI INT A [1.316467] xhci_hcd :00:14.0: init :00:14.0 fail, -22 [1.316505] xhci_hcd: probe of :00:14.0 failed with error -22 Full dmesg, lspci, lsusb and lsmod can be found here: http://artipc10.vub.ac.be/~frederik/uefi-xhci/ I found this report about the same problem on a HP Probook system: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1072918 I reported this upstream: https://lkml.org/lkml/2013/1/10/156 Now this patch was posted: https://lkml.org/lkml/2013/2/18/115 This bug also affects the 3.2 kernel from wheezy. -- Package-specific info: ** Version: Linux version 3.7-trunk-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.2 (Debian 4.7.2-5) ) #1 SMP Debian 3.7.8-1~experimental.1 ** Command line: BOOT_IMAGE=/vmlinuz-3.7-trunk-amd64 root=/dev/mapper/linux-root ro quiet transparant_hugepage=always ** Not tainted ** Kernel log: [5.046854] input: Video Bus as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A08:00/LNXVIDEO:01/input/input10 [5.047018] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0 [5.047064] snd_hda_intel :00:1b.0: enabling device ( - 0002) [5.047196] snd_hda_intel :00:1b.0: irq 51 for MSI/MSI-X [5.056139] psmouse serio4: synaptics: Touchpad model: 1, fw: 7.5, id: 0x1e0b1, caps: 0xd00073/0x64/0xa0400, board id: 1623, fw id: 790122 [5.088282] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input11 [5.100616] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input12 [5.107664] input: HDA Intel PCH HDMI/DP,pcm=8 as /devices/pci:00/:00:1b.0/sound/card0/input13 [5.107809] input: HDA Intel PCH HDMI/DP,pcm=7 as /devices/pci:00/:00:1b.0/sound/card0/input14 [5.107929] input: HDA Intel PCH HDMI/DP,pcm=3 as /devices/pci:00/:00:1b.0/sound/card0/input15 [5.108031] input: HDA Intel PCH Line as /devices/pci:00/:00:1b.0/sound/card0/input16 [5.108132] input: HDA Intel PCH Mic as /devices/pci:00/:00:1b.0/sound/card0/input17 [5.108233] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card0/input18 [5.108338] input: HDA Intel PCH Dock Line Out as /devices/pci:00/:00:1b.0/sound/card0/input19 [5.560573] btrfs: disk space caching is enabled [5.606041] btrfs: disk space caching is enabled [5.639879] loop: module loaded [6.033537] Adding 7811068k swap on /dev/mapper/linux-swap. Priority:-1 extents:1 across:7811068k SS [6.211651] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null) [6.224774] FAT-fs (sda2): utf8 is not a recommended IO charset for FAT filesystems, filesystem will be case sensitive! [6.231255] device fsid 8a222552-5d49-416e-ab77-7abff1e9a0e3 devid 1 transid 13526 /dev/mapper/linux-home [6.231894] btrfs: disk space caching is enabled [6.244100] Btrfs detected SSD devices, enabling SSD mode [6.708386] RPC: Registered named UNIX socket transport module. [6.708392] RPC: Registered udp transport module. [6.708395] RPC: Registered tcp transport module. [6.708397] RPC: Registered tcp NFSv4.1 backchannel transport module. [6.714003] FS-Cache: Loaded [6.714793] Key type dns_resolver registered [6.723137] FS-Cache: Netfs 'nfs' registered for caching [6.731690] Installing knfsd (copyright (C) 1996 o...@monad.swb.de). [7.113576] ip_tables: (C) 2000-2006 Netfilter Core Team [7.410819] Netfilter messages via NETLINK v0.30. [7.422118] nf_conntrack version 0.5.0 (16384 buckets, 65536 max) [7.530942] ip6_tables: (C) 2000-2006 Netfilter Core Team [7.531823] NF_TPROXY: Transparent proxy support initialized, version 4.1.0 [7.531829] NF_TPROXY: Copyright (c) 2006-2007 BalaBit IT Ltd. [7.557513] ctnetlink v0.93: registering with nfnetlink. [7.635552] ip_set: protocol 6 [7.646585] ipt_CLUSTERIP: ClusterIP Version 0.8 loaded successfully [7.918696] xt_time: kernel timezone is +0100 [8.061380] Bridge firewalling registered [8.227132] u32
Bug#698526: [Piuparts-devel] Bug#698526: Bug#698526: Sort known issues by reverse dependency count
Hi Dave, On Sonntag, 27. Januar 2013, Dave Steele wrote: The rest of my proposed changes for known problem handling are pushed, for review. A rebase is needed before merging. I will do this at your request. The following serial branch heads are involved: well-known - I've added tolerance for missing files and packages, and added PTS links fast-problems - replaced grep shell calls with python re. Per the commit: Run with full .kpr replacement is 2 1/2 minutes vs. 28 minutes for grep, per section, with stale file buffers, and idle slaves. Subsequent runs are 15 seconds vs. 60 seconds. Replacing the packagesdb rdep sort with an alpha sort reduces that to 5 seconds. fast-report - detect_well_known_errors is morphed into the piupartslib module 'known_problems', and is and called from piuparts-report. Report runs always include issues and error summaries now. report_problem_integration - replace linktarget_by_template with known_problem module support. All problem definition information is encoded in the conf file. piatti-problems - known_problems uses the packaged dir for the problem files. A new known-problem-directory config parameter lets piatti set it back to under /org these are quite some different changes, can you please isolate the commits for Sort known issues by reverse dependency count and rebase them onto current develop?! cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699160: [Piuparts-devel] Bug#699160: piuparts: .udeb handling
Hi Hideki, sorry for the long response time! On Montag, 28. Januar 2013, Hideki Yamane wrote: piuparts.debian.org is quite useful, but it seems to be not able to handle .udeb packages. I'm maintain ttf-cjk-compact package and piuparts.d.o reports unknown status thus it only produce udeb. [...] If piuparts don't want to handle .udeb files, just report as pass seems to be better. I agree and have put this into our TODO file, as a prominent reminder for now. Help in form of patches most welcome! ;-) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700846: Please add systemd support
Package: resolvconf Version: 1.70 Severity: wishlist Please make resolvconf work properly on a systemd machine (if it doesn't already). N.B. The addition of support for init systems other than sysvinit is governed by Policy §9.11. At present I have no clue how to do this so I'd appreciate it if someone would give advice or submit patches. -- Thomas Hood
Bug#700847: ssmtp: user/pass not supported in revaliases (patch)
Package: ssmtp Version: 2.64-5build1 Severity: normal Dear Maintainer, /etc/ssmtp/revaliases supports setting mailhub for each alias, but does not support user/pass for same. Adding this support should be a simple matter, to function revaliases() add, after the port has been set (if statem,ent ending line 420 in the copy I'm looking at). Sorry no proper diff... if((p = strtok(NULL, \t\r\n:))) { if((auth_user = strdup(p)) == (char *)NULL) { die(revaliases() -- strdup() failed); } if((p = strtok(NULL, \t\r\n:))) { if((auth_pass = strdup(p)) == (char *)NULL) { die(revaliases() -- strdup() failed); } } if((p = strtok(NULL, \t\r\n:))) { if((auth_method = strdup(p)) == (char *)NULL) { die(revaliases() -- strdup() failed); } } } -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-26-generic (SMP w/4 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ssmtp depends on: ii debconf [debconf-2.0] 1.5.42ubuntu1 ii libc6 2.15-0ubuntu10.3 ii libgnutls-openssl272.12.14-5ubuntu3.1 ssmtp recommends no packages. ssmtp suggests no packages. -- Configuration Files: /etc/logcheck/ignore.d.server/ssmtp [Errno 13] Permission denied: u'/etc/logcheck/ignore.d.server/ssmtp' /etc/ssmtp/revaliases 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#700849: add more advanced usage tips to README
package: piuparts severity: wishlist x-debbugs-cc: ivo.dedec...@ugent.be, piuparts-de...@lists.alioth.debian.org Hi Ivo, On Samstag, 26. Januar 2013, Ivo De Decker wrote: Well, it would be nice to have some documentation to easily reproduce all the tests you are running on the archive, even with packages that aren't uploaded yet. This involves setting up a private repo and some wrapper scripts. I don't know if such docs exist somewhere? I would be willing to help with that. Obviously, it would be a great help with that to have all your scripts, even those that aren't in git (yet). Currently, it's quite hard for random developers to do the piuparts tests themselves, especially before upload. If they would just have to run some script on their binaries (and wait quite some time for all the tests), that would be one less excuse for not being piuparts-clean :) seems we should enhance the README with some more advanced usage tipps. The manpage describes the needed options, but I agree an example in the README would rock. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700848: describe piuparts.d.o setup on about page
package: piuparts severity: wishlist x-debbugs-cc: piuparts-de...@lists.alioth.debian.org, ivo.dedec...@ugent.be Hi Ivo, sorry for the long response time... On Samstag, 26. Januar 2013, Ivo De Decker wrote: I added some info to https://wiki.debian.org/piuparts Some of this is from memory, so I might have forgotten something. As I noted in the wiki, it would be nice to have a single nice wrapper which does most of this at once. a wrapper around the piuparts command? Could you give me some pointers to create an overview of exaclty which tests are run on the archive, and with which scripts? http://wiki.debian.org/piuparts/FAQ has some more answers, but it also hasn't been updated for a long time. (eg it talks about svn...) The about page at http://piuparts.debian.org/ could also deserve one or two paragraphs actually describing the setup of piuparts.d.o - as the page title suggests ;-) Patches welcome. cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#419523: Open-Office Packaging
I am a member of the Apache OpenOffice project and I would like to help with the packaging of OpenOffice/LibreOffice. I would like to keep the open-office name for ApacheOpenOffice, which owns the name and have the LibreOffice packages have their own name. I do not care about the status quo particularly, because I think it is wrong and infringing. I started a group on Ubuntu to package ApacheOpenOffice, but since it was just me, and I have never packaged anything before, there is not much work getting done there. It makes more sense to package ApacheOpenOffice and LibreOffice here in the upstream, than to try to fix derivative distros. Tell me what I can do to help. Cheers! Wolf -- Wolf Halton This Apt Has Super Cow Powers - http://sourcefreedom.com Open-Source Software in Libraries - http://FOSS4Lib.org Advancing Libraries Together - http://LYRASIS.org Apache Open Office Developer wolfhal...@apache.org
Bug#700840: qemu-system-common: refers to unexisting group kvm in udev rules
Control: tag -1 + moreinfo 18.02.2013 13:10, Frederik Himpe wrote: Package: qemu-system-common Version: 1.4.0+dfsg-1exp Severity: normal I installed qemu from experimental (I did not have qemu nor kvm installed on my system before) and now when booting, I get this error: Feb 18 09:30:20 elitebook udevd[438]: specified group 'kvm' unknown This seems to be caused by the rule in /lib/udev/rules.d/60-qemu-system- common.rules Yes, that rules file refers to the kvm group. However, the postinst script of qemu-system-common has this: if [ $1 = configure ] ; then # Add the kvm group unless it's already there if ! getent group kvm /dev/null; then addgroup --quiet --system kvm || true fi fi so it should have added this group. Please take a look at /etc/group - is it really not there? Do you have adduser package installed? Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700851: logcheck-database: postfix ignore.d.server now logs on the same line sasl_method, sasl_username AND sasl_sender, rule must be updated
Package: logcheck-database Severity: normal postfix has changed log formats, now it includes sasl_sender in log lines. The rule at ./ignore.d.server/postfix:109 ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:alnum:]]+: client=[^[:space:]]+, sasl_method=[-[:alnum:]]+, sasl_username=[-_.@[:alnum:]]+$ must be updated with: ^\w{3} [ :[:digit:]]{11} [._[:alnum:]-]+ postfix/smtpd\[[[:digit:]]+\]: [[:alnum:]]+: client=[^[:space:]]+, sasl_method=[-[:alnum:]]+, sasl_username=[-_.@[:alnum:]]+, sasl_sender=[-_.@[:alnum:]]+$ -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689470: fai-server: customised fai.conf does not get installed into the nfsroot
If that's the recommended way to do it then that's what I'll do. I do see three problems with this decision though: 1. Its entirely at odds with the documentation, which says that FAI_CONFIG_SRC will be defaulted appropriately. 2. There's leftover code that looks like it should work, which confuses anyone trying to understand why its not operating as documented. 3. Right now fai-make-nfsroot cannot produce a working nfsroot with its default settings. I fully agree here. I ran into the same problem after upgrading one of our FAI installation servers from Squeeze to Wheezy and I don't really see the point here. I don't want to having to edit so many things manually after creating the nfs root. Just calling fai-make-nfsroot should be enough. Please include at least an option for fai-make-nfsroot to restore the old behavior. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554167: Upgrading mawk to 1.3.4
Come on guys, this Bug is from 2009 and it's basically just a version bump, isn't it? I don't think an update will make it worse than it already is, rather the opposite.
Bug#624068: gurlchecker: Uses deprecated _set_priority GnuTLS functions
Hi, This one has been fixed on SVN trunk. Bye -- Emmanuel SARACCO http://www.esaracco.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700602: speex: Build with floating point/asm optimization on armhf.
On Fri, Feb 15, 2013 at 07:54:48AM GMT, Ron wrote: You realise that's _not_ actually what your patch does, right? In Ubuntu, the attached patch was applied to achieve the following: * Build with float on armhf (LP: #1125295) Can you share with us the results of the benchmarking you did that actually demonstrates this improves performance in speex, since I don't see any indication of that being done in the LP achievement you refer to? Sorry, i am just the patch forwarder. I am CCing David Henningssen who wrote the patch. David, mind explaining how you came to doin what you did in the patch to get what we wanted with speex? Thanks Luke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676882: fix workaround
Oh! This should be rd.lvm=0. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700729: swat: Password management has stopped working
On 18/02/2013 00:00, Andrew Bartlett wrote: On Sat, 2013-02-16 at 18:24 +, Roger Lynn wrote: At some point in the last month server password management using Swat has stopped working. Swat can be logged into and the old and new server passwords entered, but choosing Change Password appears to just reload the page without changing anything. Entering the wrong old password or mismatching new passwords does the same thing. The only relevant logging I can find is in /var/log/samba/log. which has recently started getting lots of lines like this when Swat is used: [2013/02/16 15:02:30.297508, 0] passdb/secrets.c:76(secrets_init) Failed to open /var/lib/samba/secrets.tdb As my only use of Swat is to allow users to change their passwords, this has had a major affect on the usability of the package. Please report upstream. We may somehow be able to obtain the CSRF token and store it in memory before we become the non-privileged user. Just to be sure, are you running SWAT as root, from xinetd? SWAT is being run by stunnel, which is running in daemon mode. I couldn't get it to work from inetd. The relevant part of my stunnel configuration looks like this: [swat] accept = 192.168.10.1:901 exec= /usr/sbin/swat execargs = swat -P According to ps SWAT is running as user root. It used to work and I don't think anything has changed here so I presume SWAT has the necessary privileges. I will attempt to report this upstream. I'd be grateful if any fixes could be backported to Debian Wheezy, release policy permitting, as this appears to be a regression caused by a security update. Thanks, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700595: [Pkg-mediawiki-devel] Bug#700595: mediawiki: Upstream bug: Bug 39635 - PostgreSQL LOCK IN SHARE MODE option is a syntax error
Thorsten Glaser schreef op 2013-02-18 10:31: On Fri, 15 Feb 2013, Hans Spaans wrote: Please apply upstream patch r32085 from bugreport 39635[1] to make Mediawiki 1.19.3-1 work on Debian again. Indeed, I had already applied it, as a cow-orker spotted the same issue last week, but not yet uploaded to Debian, which I just did. If you’ll want this in wheezy, please take this up with the Release Team. I saw I quoted the wrong patchset, it should be Gerrit change #21606 and I have the patch now running on multiple installations. But as this affects the running of mediawiki on PostgreSQL I included the Release Team in this e-mail to give them a notice. As a notice in advance I'm also preparing another bugreport as the upgrade statements for PostgreSQL are incomplete as it look now. But I need to confirm that the patchset I may propose is correct and I expect to finish that one coming weekend so it is correct in one go. Hans -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700840: qemu-system-common: refers to unexisting group kvm in udev rules
On Mon, 2013-02-18 at 15:39 +0400, Michael Tokarev wrote: Control: tag -1 + moreinfo 18.02.2013 13:10, Frederik Himpe wrote: Package: qemu-system-common Version: 1.4.0+dfsg-1exp Severity: normal I installed qemu from experimental (I did not have qemu nor kvm installed on my system before) and now when booting, I get this error: Feb 18 09:30:20 elitebook udevd[438]: specified group 'kvm' unknown This seems to be caused by the rule in /lib/udev/rules.d/60-qemu-system- common.rules Yes, that rules file refers to the kvm group. However, the postinst script of qemu-system-common has this: if [ $1 = configure ] ; then # Add the kvm group unless it's already there if ! getent group kvm /dev/null; then addgroup --quiet --system kvm || true fi fi so it should have added this group. Please take a look at /etc/group - is it really not there? $ getent group kvm kvm:x:126: You are right. I noticed this error while I was debugging another problem (virt-manager hanging when connecting to libvirtd qemu:///system) but then it seems this message is only a red herring. Thanks! -- Frederik Himpe fhi...@vub.ac.be Vrije Universiteit Brussel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572828: gurlchecker: Uses deprecated libgnet
Hi, I am currently working on it, giving a try to libsoup. Bye -- Emmanuel SARACCO http://www.esaracco.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700602: speex: Build with floating point/asm optimization on armhf.
On 02/18/2013 01:09 PM, Luke Yelavich wrote: On Fri, Feb 15, 2013 at 07:54:48AM GMT, Ron wrote: You realise that's _not_ actually what your patch does, right? In Ubuntu, the attached patch was applied to achieve the following: * Build with float on armhf (LP: #1125295) Can you share with us the results of the benchmarking you did that actually demonstrates this improves performance in speex, since I don't see any indication of that being done in the LP achievement you refer to? Sorry, i am just the patch forwarder. I am CCing David Henningssen who wrote the patch. David, mind explaining how you came to doin what you did in the patch to get what we wanted with speex? My problem is not performance related, and not PulseAudio related either. The problem is that using fixed point completely disables some libspeex functions, such as automatic gain control. Without working AGC, mumble do not function correctly. I e, in mumble there is no sound at all (and a long stream of error messages) if you build libspeex with fixed point. -- David Henningsson, Canonical Ltd. https://launchpad.net/~diwic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700852: cppcheck bugs in synaptic
Package: synaptic Version: trunk cppchek 1.59 has detected the following problems, which are still in trunk on Feb 18th http://bazaar.launchpad.net/~synaptic-developers/synaptic/trunk/view/head:/gtk/gtkpkglist.cc common/rcdscanner.cc:559: error: Memory leak: Inodes [cppcheck: memleak] gtk/gtkpkglist.cc:415: error: Dangerous usage of c_str(). The c_str() return value is only valid until its string is deleted. [cppcheck: stlcstr] gtk/gtkpkglist.cc:420: error: Dangerous usage of c_str(). The c_str() return value is only valid until its string is deleted. [cppcheck: stlcstr] gtk/rgmainwindow.cc:2787: error: Memory leak: cmd [cppcheck: memleak] thanks -- salutacions Dani Pinyol Alfred Adler http://www.brainyquote.com/quotes/authors/a/alfred_adler.html - The only normal people are the one's you don't know very well.
Bug#700853: release-notes: python-setuptools in 4.5.3. Expected removals
Package: release-notes 4.5.3. Expected removals (both for squeeze and wheezy) says that python-setuptools is expected to be removed on upgrade. This makes no sense to me. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700442: ntop reliably segfaults in searchFragments
package ntop severity 700442 important thanks Hi, On Wed, Feb 13, 2013 at 2:55 AM, Helmut Grohne h.gro...@cygnusnetworks.de wrote: Running ntop under gdb. In most cases it segfaults within the first 10 seconds. Thank you for the report. I am downgrading the severity on the bug to important, as the bug does not render it completely unusable to everyone. In fact I have multiple installations of ntop running without crashing. Are you able to send me a network capture that would make it crash? Alternatively, can you run it under valgrind until it crashes, please? Thanks, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700506: ITP: trinity -- A Linux System call fuzz tester
retitle 700506 ITP: trinity-fuzz -- A Linux System call fuzz tester thanks On 02/14/2013 10:16 PM, Charles Plessy wrote: Le Thu, Feb 14, 2013 at 10:00:33PM -0300, gustavo panizzo gfa a écrit : On 02/14/2013 08:52 PM, Charles Plessy wrote: there is also http://trinityrnaseq.sourceforge.net/, althouth I can not i would call it trinity-rnaseq or trinity-rna Definitely, but please consider whether it would make sense to call your package trinity-fuzz or something else. If the software you package is not of broad use, then Trinity is likely to become the name of other works. If they are more popular, then it may be that renaming packages will be necessary (think about the renaming of git to gnuit for instance). You can pre-emptively avoid that problem by not calling your package trinity. Have a nice day, -- 1AE0 322E B8F7 4717 BDEA BF1D 44BB 1BA7 9F6C 6333 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700834: installation-reports: HP dv7-1275dx installs successfully.
Hi, On Mon, Feb 18, 2013 at 01:19:35AM -0500, Tim Kissane wrote: Also, when choosing the ESSID and entering the passphrase, it appeared in plain text. This would be better masked with *** by default, and an option given to display it openly. given that it's a non personalized passphrase, what's the scenario you're worried about? Kind regards Philipp Kern signature.asc Description: Digital signature
Bug#700442: ntop reliably segfaults in searchFragments
package ntop severity 700442 grave thanks On Mon, Feb 18, 2013 at 10:18 PM, Ludovico Cavedon cave...@debian.org wrote: I am downgrading the severity on the bug to important, as the bug does not render it completely unusable to everyone. Changed my mind :) Could be a serious buffer overflow. Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700785: marked as done (libsdl-gfx1.2-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE)
On 18.02.2013 13:21, ow...@bugs.debian.org wrote: sdlgfx (2.0.23-3) unstable; urgency=3Dlow . * Add libsdl-gfx1.2-dev.preinst to remove /usr/share/doc/libsdl-gfx1.2-dev symlink to libsdl-gfx1.2-4, if existing from previous versions of the package (it was like that in Squeeze). Otherwise, when -dev is removed, it removes files from the libsdl-gfx1.2-4. Thanks to Andreas Beckmann for the report (Closes: #700785). There were also several other changes, which really should be mentioned in the changelog imho: - an update to Uploaders - a tightening of the debhelper Build-Depends (largely a no-op due to debian/compat, but should still be mentioned) - the addition of (= ${binary:Version}) to the libsdl-gfx1.2-dev Recommends I've unblocked the package to get the bug fix in, but please bear this in mind. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700595: [Pkg-mediawiki-devel] Bug#700595: mediawiki: Upstream bug: Bug 39635 - PostgreSQL LOCK IN SHARE MODE option is a syntax error
On Mon, 18 Feb 2013, Hans Spaans wrote: I saw I quoted the wrong patchset, it should be Gerrit change #21606 and I have the patch now running on multiple installations. But as this affects the Well, the patch from BZ#39635 in any case. running of mediawiki on PostgreSQL I included the Release Team in this e-mail to give them a notice. OK. As a notice in advance I'm also preparing another bugreport as the upgrade statements for PostgreSQL are incomplete as it look now. But I need to confirm Hmm. I already added appropriate patches for that, if it’s about BZ#29635 (log_log_id_seq/logging_log_id_seq issue). Or is that something new entirely (which I didn’t hit in my 283 or so wikis)? bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: Bug#700630: ITP: gitorious -- Git based tool for collaborating on distributed open source projects
[adding debian-ruby list] 2013/2/18 Mike Gabriel mike.gabr...@das-netzwerkteam.de: No, no idea about gitlab. The packaging of gitorious will be my first package under the ruby team's umbrella, so I am pretty new to that team. Maybe someone else has a clue... Thanks Mike for taking this up. It was in my wishlist too once I get diaspora packaged. You can see the status of diaspora and gitlab packaging efforts at http://people.debian.org/~boutil/ The graphs are generated using scripts written by Cedric https://gitorious.org/debian-diaspora/gemdeps You may start with generating a dependency graph for gitorious. Some of the dependencies might already be packaged for diaspora or gitlab. Looking forward to working with you. Cheers Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700854: ITP: r-cran-dichromat -- Color Schemes for Dichromats
Package: wnpp Severity: wishlist Owner: Benjamin Eikel deb...@eikel.org * Package name: r-cran-dichromat Version : 2.0-0 Upstream Author : Thomas Lumley tlum...@u.washington.edu * URL : http://cran.r-project.org/web/packages/dichromat/index.html * License : GPL-2 Programming Lang: R Description : Color Schemes for Dichromats Collapse red-green or green-blue distinctions to simulate the effects of different types of color-blindness. I have prepared a preliminary Debian package at https://github.com/eikel/r-cran-dichromat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700785: marked as done (libsdl-gfx1.2-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE)
Hi, 2013/2/18 Adam D. Barratt a...@adam-barratt.org.uk: On 18.02.2013 13:21, ow...@bugs.debian.org wrote: sdlgfx (2.0.23-3) unstable; urgency=3Dlow . * Add libsdl-gfx1.2-dev.preinst to remove /usr/share/doc/libsdl-gfx1.2-dev symlink to libsdl-gfx1.2-4, if existing from previous versions of the package (it was like that in Squeeze). Otherwise, when -dev is removed, it removes files from the libsdl-gfx1.2-4. Thanks to Andreas Beckmann for the report (Closes: #700785). There were also several other changes, which really should be mentioned in the changelog imho: - an update to Uploaders - a tightening of the debhelper Build-Depends (largely a no-op due to debian/compat, but should still be mentioned) - the addition of (= ${binary:Version}) to the libsdl-gfx1.2-dev Recommends I've unblocked the package to get the bug fix in, but please bear this in mind. Yes, sorry about that. The updates were there in the repository without the changelog modified, and I didn't look to the changes beyond the last debian revision (which hadn't pick up previous changes, for some reason). In the debdiff before the upload I checked that there were no other disruptive changes (for the same reasons that you mention), but didn't check that they matched changelogs. Do you want me to create a -4 version adding the information to the changelog, or reverting some? Cheers. -- Manuel A. Fernandez Montecelo manuel.montez...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700855: pyrrd: tests moved to new location
Source: pyrrd Version: 0.1.0-1 Severity: normal pyrrd tries to run the test suite with - PYTHONPATH=build/lib/ python test/test_all.py test/test_all.py doesn't exist anymore. The test suite can now be run with python -m pyrrd.rrd. Please also run for all supported Python versions and don't ignore test failures. Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#694908: Redistribution of OBO Relation Ontology inside EMBOSS suite packaged for Debian
Hi Chris, sorry for pinging again. Could you please issue some sign of live to let us know whether we could hope for some license clarification or whether we might need to seek for other people affiliated to OBO Relation Ontology? Kind regards Andreas. On Thu, Jan 24, 2013 at 04:06:10PM +0100, Andreas Tille wrote: Hi Chris, I hope you are fine and got my last mail. In case you might need some time for negotiating these licensing issues it would be really great to give us some confirmation that you are working on this. Any response from your side (or somebody else in charge for OBO Relation Ontology) will be helpful. Kind regards Andreas. On Tue, Jan 08, 2013 at 03:40:20PM +0100, Andreas Tille wrote: Hi Chris, I'm writing you on the behalf of the Debian Med team which has included the EMBOSS suite into official Debian distribution. The EMBOSS suite does contain some files of the OBO Relation Ontology. I failed to find any licensing or contact information at http://obofoundry.org/ro/ but I noticed that you are the maintainer of this page and you might at least be able to forward this request. So I hope is fine to contact you. Please note that I have put the according bug tracker e-mail to this mail which makes this mail publicly available. While we would finally need a public statement please make sure you drop this CC in case you prefer that your response is not publicly readable. By packaging the EMBOSS suite the Debian operating system is currently redistributing some files from OBO Relation Ontology indirectly, because EMBOSS has included these since version 6.4 (http://packages.debian.org/wheezy/emboss). Debian considers copyrights and licenses very seriously, and our system only contains Free software, that is, materials that our users can freely use, modify and redistribute themselves. In addition to our system, we have a non-free archive in which, as a convenience for our users, we redistribute works that give less freedoms to our users. In order to evaluate if works containing OBO Relation Ontology files can at least be distributed in our non-free area, I would like to know if Pathway ontology is available under other terms of use or licenses, that allow redistributing OBO Relation Ontology files. You might even like to follow the Gene Ontology Consortium that has put its database under a Creative Commons BY (Attribution 3.0 Unported) license[1]. Kind regards and thanks for providing OBO Relation Ontology Andreas. [1] https://www.ebi.ac.uk/panda/jira/browse/GOHELP-147 -- http://fam-tille.de -- http://fam-tille.de -- 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#694908: Redistribution of Sequence Ontology inside EMBOSS suite packaged for Debian
Hi Karen, sorry for pinging again. Could you please issue some sign of live to let us know whether we could hope for some license clarification or whether we might need to seek for other people affiliated to Sequence Ontology? Kind regards Andreas. On Thu, Jan 24, 2013 at 04:07:10PM +0100, Andreas Tille wrote: Hello Karen, I hope you are fine and got my last mail. In case you might need some time for negotiating these licensing issues it would be really great to give us some confirmation that you are working on this. Any response from your side (or somebody else in charge for Sequence Ontology) will be helpful. Kind regards Andreas. On Wed, Jan 09, 2013 at 01:56:51PM +0100, Andreas Tille wrote: Hello Karen, I'm writing you on the behalf of the Debian Med team which has included the EMBOSS suite into official Debian distribution. The EMBOSS suite does contain the file so.obo of the Sequence Ontology. I failed to find any licensing information at http://www.sequenceontology.org/ So I hope is fine to contact you as your are listed under drop a note to. Please note that I have put the according bug tracker e-mail to this mail which makes this mail publicly available. While we would finally need a public statement please make sure you drop this CC in case you prefer that your response is not publicly readable. By packaging the EMBOSS suite the Debian operating system is currently redistributing the file so.obo from Sequence Ontology indirectly, because EMBOSS has included these since version 6.4 (http://packages.debian.org/wheezy/emboss). Debian considers copyrights and licenses very seriously, and our system only contains Free software, that is, materials that our users can freely use, modify and redistribute themselves. In addition to our system, we have a non-free archive in which, as a convenience for our users, we redistribute works that give less freedoms to our users. In order to evaluate if works containing Sequence Ontology files can at least be distributed in our non-free area, I would like to know if Sequence Ontology is available under other terms of use or licenses, that allow redistributing Sequence Ontology files. You might even like to follow the Gene Ontology Consortium that has put its database under a Creative Commons BY (Attribution 3.0 Unported) license[1]. Kind regards and thanks for providing Sequence Ontology Andreas. [1] https://www.ebi.ac.uk/panda/jira/browse/GOHELP-147 -- http://fam-tille.de -- http://fam-tille.de -- 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#700856: ITP: r-cran-munsell -- Munsell colour system
Package: wnpp Severity: wishlist Owner: Benjamin Eikel deb...@eikel.org * Package name: r-cran-munsell Version : 0.4 Upstream Author : Charlotte Wickham cwick...@gmail.com * URL : http://cran.r-project.org/web/packages/munsell/index.html * License : MIT Programming Lang: R Description : Munsell colour system Functions for exploring and using the Munsell colour system I have prepared a preliminary Debian package at https://github.com/eikel/r-cran-munsell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700824: libfuse2: Memory leak in process_opt_param (fuse_opt.c)
On Sun, Feb 17, 2013 at 11:49 PM, Marco Schuster ma...@m-s-d.eu wrote: Package: libfuse2 Version: 2.9.0-2+deb7u1 Severity: normal Tags: upstream In the source file lib/fuse_opt.c, the function process_opt_param leaks memory by silently overwriting *(char **) var = copy; in line 218. That's true. But there's a but. The previous value may not have been initialized and then we may not be able to free it. The app is probably broken at that point anyway, yet we don't want to make it more broken. I guess I'll fix this in libfuse-3.0 and document it in the header file. Thanks, Miklos -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfuse2 depends on: ii libc6 2.13-33 ii multiarch-support 2.13-33 libfuse2 recommends no packages. Versions of packages libfuse2 suggests: ii fuse 2.9.0-2+deb7u1 -- 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#700824: libfuse2: Memory leak in process_opt_param (fuse_opt.c)
On Mon, Feb 18, 2013 at 3:23 PM, Miklos Szeredi mik...@szeredi.hu wrote: On Sun, Feb 17, 2013 at 11:49 PM, Marco Schuster ma...@m-s-d.eu wrote: In the source file lib/fuse_opt.c, the function process_opt_param leaks memory by silently overwriting *(char **) var = copy; in line 218. That's true. But there's a but. The previous value may not have been initialized and then we may not be able to free it. The app is probably broken at that point anyway, yet we don't want to make it more broken. I found out about this as PHP tracks the memory it allocated with its own emalloc and friends and complains when you don't call efree() on them all. But I don't see any way to fix this for real, as every external application can use its own memory/heap allocator... Marco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700785: marked as done (libsdl-gfx1.2-dev: unhandled symlink to directory conversion: /usr/share/doc/PACKAGE)
On 18.02.2013 14:00, Manuel A. Fernandez Montecelo wrote: 2013/2/18 Adam D. Barratt a...@adam-barratt.org.uk: There were also several other changes, which really should be mentioned in the changelog imho: [...] I've unblocked the package to get the bug fix in, but please bear this in mind. [...] Do you want me to create a -4 version adding the information to the changelog, or reverting some? I don't personally think it's worth a new upload unless you have some other reason to upload; as I mentioned, I unblocked the package anyway; thanks for fixing it. :-) It might be worth adding them to the changelog in your VCS so they get included as part of whatever the next upload ends up being though (ymmv). Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699034: libwebkitgtk-1.0-0: midori and GtkLauncher crash after typing a url (cairo-surface.c assertion)
On Tue, 5 Feb 2013 16:39:37 -0500 (EST) alber...@aol.it wrote: Did you trydowngrading libcrypt11 as mentioned in: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=699034#35 Apparently with the downgraded version of libgcrypt11 the bug doesn't show up anymore. If the bug is no more affecting midori using libgcrypt11 1.4.6, then this bug should be merged with #699034 and assigned to libgcrypt. Still, I've noticed in the last days (with the latest 1.5.0 version of libgcrypt11) that the few times does not appear. The bug should not appears if you do a plain http connection (for example to a debian bug page). It should fail only if you do an https connection or a mixed http/https connection (many buttons, analytic software and advertising are doing this in plain http web pages). Please to confirm that to be sure before merging bugs. Ciao! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700857: postinst stops nginx instead of restarting it
Package: nginx Version: 0.7.67-3+squeeze3 Severity: normal Today I had to manually start nginx on our servers because it was no longer running for some reason. Apparently, there was an update the last night: Aptitude 0.6.3: log report Mon, Feb 18 2013 04:02:36 +0100 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 1 packages, and remove 0 packages. 161 kB of disk space will be freed === [UPGRADE] nginx 0.7.67-3+squeeze2 - 0.7.67-3+squeeze3 === Log complete. The output from the update: Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Reading task descriptions... The following packages will be upgraded: nginx 1 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 325 kB of archives. After unpacking 161 kB will be freed. Writing extended state information... Get:1 http://security.debian.org/ squeeze/updates/main nginx amd64 0.7.67-3+squeeze3 [325 kB] Reading changelogs... Fetched 325 kB in 0s (3019 kB/s) (Reading database ... 19466 files and directories currently installed.) Preparing to replace nginx 0.7.67-3+squeeze2 (using .../nginx_0.7.67-3+squeeze3_amd64.deb) ... Unpacking replacement nginx ... Processing triggers for man-db ... Setting up nginx (0.7.67-3+squeeze3) ... Trying a soft restart PID IS RIGHT WAITING QUIT Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Reading task descriptions... It seems like the update should restart nginx, but instead just stopped it. -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nginx depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgeoip1 1.4.7~beta6+dfsg-1 A non-DNS IP-to-country resolver l ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libssl0.9.8 0.9.8o-4squeeze14 SSL shared libraries ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii zlib1g1:1.2.3.4.dfsg-3 compression library - runtime nginx recommends no packages. nginx suggests no packages. -- Configuration Files: /etc/nginx/sites-available/default changed: server { listen 80; ## listen for ipv4 listen [::]:80 default ipv6only=on; ## listen for ipv6 server_name localhost; access_log /var/log/nginx/localhost.access.log; gzip_types text/xml application/xml; gzip_http_version 1.0; gzip_proxied any; location /status { alias /var/www/status; } } -- 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#700858: ITP: r-cran-labeling -- Axis Labeling
Package: wnpp Severity: wishlist Owner: Benjamin Eikel deb...@eikel.org * Package name: r-cran-labeling Version : 0.1 Upstream Author : Justin Talbot jtal...@stanford.edu * URL : http://cran.r-project.org/web/packages/labeling/index.html * License : Public Domain Programming Lang: R Description : Axis Labeling Provides a range of axis labeling algorithms I have prepared a preliminary Debian package at https://github.com/eikel/r-cran-labeling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609736: please readd MAKEDEV calls to init.d.functions
Control: severity 609736 serious On Wed, Jan 09, 2013 at 07:45:11PM +0100, Sven Hartge wrote: I would be quite disappointed if I now have to add mknod statements to my own init script or the isdnutils init script or rc.local. (It is besides the point that I know how to do this. Some other user may lack the knowledge how to correctly create init scripts.) For clarity - considering this used to work without having the above, I consider this to be a release critical issue for Wheezy. Thus, it needs fixing somehow or isdnutils will be removed from the release. Neil McGovern Release Manager -- signature.asc Description: Digital signature
Bug#700857: postinst stops nginx instead of restarting it
Hi, On 18/02/13 13:52, Martin von Wittich wrote: Setting up nginx (0.7.67-3+squeeze3) ... Trying a soft restart PID IS RIGHT WAITING QUIT Reading package lists... Building dependency tree... Reading state information... Reading extended state information... Initializing package states... Reading task descriptions... It seems like the update should restart nginx, but instead just stopped it. That looks like it tried to restart, but may have failed for some reason. You may want to check /var/log/nginx/error.log for clues... Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700859: ITP: mobyle-tutorials -- Tutorial descriptors for the mobyle package
Package: wnpp Severity: wishlist Owner: Olivier Sallou osal...@debian.org * Package name: mobyle-tutorials Version : 1.5.0 Upstream Author : Mobyle team * URL : ftp://ftp.pasteur.fr/pub/GenSoft/projects/mobyle/ * License : LGPL-2+ Programming Lang: XML Description : Tutorial descriptors for the mobyle package Mobyle can deploy tutorials for programs just like other programs and viewers. This package contains base tutorials on a few tools. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700860: ITP: r-cran-scales -- Scale functions for graphics
Package: wnpp Severity: wishlist Owner: Benjamin Eikel deb...@eikel.org Control: block -1 by 700854 700856 700858 * Package name: r-cran-scales Version : 0.2.3 Upstream Author : Hadley Wickham h.wick...@gmail.com * URL : http://cran.r-project.org/web/packages/scales/index.html * License : MIT Programming Lang: R Description : Scale functions for graphics Scales map data to aesthetics, and provide methods for automatically determining breaks and labels for axes and legends. I have prepared a preliminary Debian package at https://github.com/eikel/r-cran-scales -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700709: false alarm
yes. it can be closed. everyting is working now.
Bug#700861: ITP: r-cran-gtable -- Arrange grobs in tables
Package: wnpp Severity: wishlist Owner: Benjamin Eikel deb...@eikel.org * Package name: r-cran-gtable Version : 0.1.2 Upstream Author : Hadley Wickham h.wick...@gmail.com * URL : http://cran.r-project.org/web/packages/gtable/index.html * License : GPL-2 Programming Lang: R Description : Arrange grobs in tables Tools to make it easier to work with tables of grobs. I have prepared a preliminary Debian package at https://github.com/eikel/r-cran-gtable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700638: CVE-2013-0292: authentication bypass due to insufficient checks in dbus-glib 0.100.1
On Mon, Feb 18, 2013 at 09:53:53AM +, Simon McVittie wrote: On 15/02/13 17:44, I wrote: Severity: critical Justification: root security hole Sebastian Krahmer discovered and published an authentication bypass vulnerability in pam_fprintd, caused by a bug in dbus-glib. It is possible that other users of dbus-glib can be exploited in the same way. CVE-2013-0292 has been allocated for this vulnerability. On 15/02/13 18:25, Simon McVittie wrote: I can confirm that this bug is present in the version of dbus-glib in squeeze, and that cherry-picking upstream commit 166978a09cf fixes it. The debdiff I previously attached works fine on a squeeze machine. If the distribution 'stable' in debian/changelog is OK, I can upload it at any time; if not (e.g. if you need 'stable-security' there), there will be a short delay while I rebuild and re-test. Please upload this to stable, since the 6.0.7 point release is scheduled for next week. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700824: libfuse2: Memory leak in process_opt_param (fuse_opt.c)
On Mon, Feb 18, 2013 at 3:27 PM, Marco Schuster ma...@m-s-d.eu wrote: On Mon, Feb 18, 2013 at 3:23 PM, Miklos Szeredi mik...@szeredi.hu wrote: On Sun, Feb 17, 2013 at 11:49 PM, Marco Schuster ma...@m-s-d.eu wrote: In the source file lib/fuse_opt.c, the function process_opt_param leaks memory by silently overwriting *(char **) var = copy; in line 218. That's true. But there's a but. The previous value may not have been initialized and then we may not be able to free it. The app is probably broken at that point anyway, yet we don't want to make it more broken. I found out about this as PHP tracks the memory it allocated with its own emalloc and friends and complains when you don't call efree() on them all. But I don't see any way to fix this for real, as every external application can use its own memory/heap allocator... Marco Added this patch to 3.0. Thanks, Miklos fuse_opt_parse-fix-memory-leak.patch Description: Binary data
Bug#700835: Please build Kazakh language pack
On Mon, 18 Feb 2013 09:42:04 +0100, Rene Engelhard wrote: Sorry, but I believe 55% is too low.[1] We can do when you're at 75% or even 80% or so, though. Ok. Regards, Timur -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700862: r-cran-ggplot2: New upstream version 0.9.3
Package: r-cran-ggplot2 Version: 0.9.3-1 Severity: wishlist Tags: patch Control: block -1 by 700860 700861 The new upstream version 0.9.3 of ggplot2 has additional new dependencies. If the required new Debian packages r-cran-gtable and r-cran-scales will become available (I created ITPs), r-cran-ggplot2 can be updated. I attached a patch that seems to be enough to update the package after 'git import-orig ggplot2_0.9.3.tar.gz' was executed. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages r-cran-ggplot2 depends on: ii r-base-core 2.15.2-1 ii r-cran-colorspace1.0.1-1+b1 ii r-cran-digest0.6.3-1 ii r-cran-gtable0.1.2-1 ii r-cran-mass 7.3-23-1 ii r-cran-proto 0.3-9.2-1 ii r-cran-rcolorbrewer 1.0-5-1 ii r-cran-reshape2 1.2.1-1 ii r-cran-scales0.2.3-1 r-cran-ggplot2 recommends no packages. r-cran-ggplot2 suggests no packages. -- no debconf information From f116565b9340847c1b48a30dfb66bc6bd30f0df9 Mon Sep 17 00:00:00 2001 From: Benjamin Eikel benja...@eikel.org Date: Mon, 18 Feb 2013 16:26:52 +0100 Subject: [PATCH] Changes for upstream version 0.9.3 - New changelog entry - Update dependencies in control - Update upstream URL in copyright --- debian/changelog | 7 +++ debian/control | 4 ++-- debian/copyright | 2 +- 3 files changed, 6 insertions(+), 7 deletions(-) diff --git a/debian/changelog b/debian/changelog index d2eb7ba..67f2bed 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,9 +1,8 @@ -r-cran-ggplot2 (0.9.0-1) UNRELEASED; urgency=low +r-cran-ggplot2 (0.9.3-1) UNRELEASED; urgency=low - [Carlos Borroto] - * New upstream release + * New upstream release - -- Carlos Borroto carlos.borr...@gmail.com Mon, 12 Mar 2012 15:21:57 -0400 + -- Benjamin Eikel deb...@eikel.org Mon, 18 Feb 2013 13:57:11 +0100 r-cran-ggplot2 (0.8.9-1) unstable; urgency=low diff --git a/debian/control b/debian/control index 919bcec..2ec4cc4 100644 --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: gnu-r Priority: optional Maintainer: Debian Med Packaging Team debian-med-packag...@lists.alioth.debian.org Uploaders: Carlos Borroto carlos.borr...@gmail.com -Build-Depends: debhelper (= 8.0.0), cdbs, r-base-dev (= 2.10.0), r-cran-reshape, r-cran-proto, r-cran-mass, r-cran-rcolorbrewer, r-cran-digest, r-cran-colorspace +Build-Depends: debhelper (= 8.0.0), cdbs, r-base-dev (= 2.10.0), r-cran-reshape2, r-cran-proto, r-cran-mass, r-cran-rcolorbrewer, r-cran-digest, r-cran-colorspace, r-cran-gtable, r-cran-scales Standards-Version: 3.9.2 Homepage: http://had.co.nz/ggplot2 Vcs-Git: git://git.debian.org/git/debian-med/r-cran-ggplot2.git @@ -11,7 +11,7 @@ Vcs-Browser: http://git.debian.org/?p=debian-med/r-cran-ggplot2.git;a=summary Package: r-cran-ggplot2 Architecture: all -Depends: ${shlibs:Depends}, ${misc:Depends}, ${R:Depends}, r-cran-reshape, r-cran-proto, r-cran-mass, r-cran-rcolorbrewer, r-cran-digest, r-cran-colorspace +Depends: ${shlibs:Depends}, ${misc:Depends}, ${R:Depends}, r-cran-reshape2, r-cran-proto, r-cran-mass, r-cran-rcolorbrewer, r-cran-digest, r-cran-colorspace, r-cran-gtable, r-cran-scales Description: implementation of the Grammar of Graphics ggplot2 combines the advantages of both base and lattice graphics. Conditioning and shared axes are handled automatically, and you can diff --git a/debian/copyright b/debian/copyright index 0139022..b80bc75 100644 --- a/debian/copyright +++ b/debian/copyright @@ -1,6 +1,6 @@ Format: http://dep.debian.net/deps/dep5 Upstream-Name: ggplot2 -Source: http://cran.r-project.org/src/contrib/ggplot2_0.8.9.tar.gz +Source: http://cran.r-project.org/src/contrib/ggplot2_0.9.3.tar.gz Files: * Copyright: Hadley Wickham h.wick...@gmail.com -- 1.8.1.3
Bug#693232: Adopting the postnews package
retitle 693232 ITA: postnews -- Post Usenet articles via NNTP from the command line owner 693232 j...@rocasa.us thanks I plan to adopt the postnews package in Debian. -- Robert J. Clay rjc...@gmail.com j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700864: pu: package dbus-glib/0.88-2.1+squeeze1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Moritz asked me to upload dbus-glib to squeeze for #700638 (CVE-2013-0292). I've already uploaded it, with permission from adsb, since the 6.0.7 point release is imminent. Debdiff below. Regards, S diffstat for dbus-glib_0.88-2.1 dbus-glib_0.88-2.1+squeeze1 dbus-glib-0.88/debian/changelog |8 + debian/patches/0001-CVE-2013-0292-dbus-gproxy-Verify-sender-of-NameOwner.patch | 52 ++ 2 files changed, 60 insertions(+) diff -u dbus-glib-0.88/debian/changelog dbus-glib-0.88/debian/changelog --- dbus-glib-0.88/debian/changelog +++ dbus-glib-0.88/debian/changelog @@ -1,3 +1,11 @@ +dbus-glib (0.88-2.1+squeeze1) stable; urgency=low + + * Apply patch from upstream 0.100.1 to fix insufficient checking +leading to authentication bypass in pam_fprintd (CVE-2013-0292) +(Closes: #700638) + + -- Simon McVittie s...@debian.org Fri, 15 Feb 2013 17:58:34 + + dbus-glib (0.88-2.1) unstable; urgency=high * Non-maintainer upload. only in patch2: unchanged: --- dbus-glib-0.88.orig/debian/patches/0001-CVE-2013-0292-dbus-gproxy-Verify-sender-of-NameOwner.patch +++ dbus-glib-0.88/debian/patches/0001-CVE-2013-0292-dbus-gproxy-Verify-sender-of-NameOwner.patch @@ -0,0 +1,52 @@ +From 166978a09cf5edff4028e670b6074215a4c75eca Mon Sep 17 00:00:00 2001 +From: Colin Walters walt...@verbum.org +Date: Thu, 14 Feb 2013 10:19:34 -0500 +Subject: [PATCH] CVE-2013-0292: dbus-gproxy: Verify sender of + NameOwnerChanged signals to be o.f.DBus + +Anyone can hop on the bus and emit a signal whose interface is +o.f.DBus; it's expected at the moments that clients (and notably DBus +libraries) check the sender. + +This could previously be used to trick a system service using dbus-glib +into thinking a malicious signal came from a privileged source, by +claiming that ownership of the privileged source's well-known name had +changed from the privileged source's real unique name to the attacker's +unique name. + +[altered to be NULL-safe so it won't crash on peer connections -smcv] +Signed-off-by: Simon McVittie simon.mcvit...@collabora.co.uk +Reviewed-by: Simon McVittie simon.mcvit...@collabora.co.uk +--- + dbus/dbus-gproxy.c |7 --- + 1 file changed, 4 insertions(+), 3 deletions(-) + +diff --git a/dbus/dbus-gproxy.c b/dbus/dbus-gproxy.c +index 2fc52f9..c3ae9ec 100644 +--- a/dbus/dbus-gproxy.c b/dbus/dbus-gproxy.c +@@ -1250,8 +1250,11 @@ dbus_g_proxy_manager_filter (DBusConnection *connection, + GSList *tmp; + const char *sender; + ++ sender = dbus_message_get_sender (message); ++ + /* First we handle NameOwnerChanged internally */ +- if (dbus_message_is_signal (message, ++ if (g_strcmp0 (sender, DBUS_SERVICE_DBUS) == 0 ++dbus_message_is_signal (message, + DBUS_INTERFACE_DBUS, + NameOwnerChanged)) + { +@@ -1280,8 +1283,6 @@ dbus_g_proxy_manager_filter (DBusConnection *connection, + } + } + +- sender = dbus_message_get_sender (message); +- + /* dbus spec requires these, libdbus validates */ + g_assert (dbus_message_get_path (message) != NULL); + g_assert (dbus_message_get_interface (message) != NULL); +-- +1.7.10.4 + -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700865: libpam-shield: illegal character in cronjob filename; does not get run
Package: pam-shield Version: 0.9.2-3.2 Severity: important pam_shield.cron never gets run by run-parts since '.' is illegal in cron filenames. In turn this means that shield-purge does not get run and then, presumably, stale shield rules don't get flushed. The effect of this, though I did not try it in the real world, should be that it becomes possibly to lock oneself out of a system until the next reboot. Because I'm not able to test that part I have filed with severity important, but you should consider increasing it to serious if you agree with my reasoning. Any fix for this for Wheezy will have to go through testing-proposed-updates, and indeed we should fix it if possible. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#700759: Shared library policy on private libs
On Sat, 2013-02-16 at 20:24:09 -0500, Phillip Susi wrote: Package: tech-ctte I filed bug #700677 because ntfs-3g has a shared library that ubuntu's testdisk links to, but it does not follow the SONAME rules. It seems that upstream breaks ABI on every release, and the maintainer feels that the library is not intended for other packages to link to, and therefore, does not have to comply with section 8.1 of the policy manual. I would have thought that the correct place to discuss confusing sections or possible interpretations of the policy manual would be the policy mailing list, where improvements could get proposed if the manual ends up not being clear. I guess I've been wrong all along, and the correct way for the project is to go through the Authority... Sigh, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700866: check-postgres: Basic connection check should return CRITICAL (not UNKNOWN)
Package: check-postgres Version: 2.19.0-1 Severity: normal Tags: patch Hi, I'm running this, rebuilt but otherwise unmodified, on a squeeze system. Most of the checks should indeed return UNKNOWN when the check fails owing to basic connection problems, but shouldn't the 'connection' check return CRITICAL if the connection fails? It sort of looks like this is intended, but doesn't catch the case where the postgres server isn't listening. Fixed by the following, fairly rough, but working, patch: --- /usr/bin/check_postgres 2013-02-14 18:06:03.0 + +++ /tmp/check_postgres 2013-02-18 15:51:25.0 + @@ -2353,6 +2353,14 @@ ndie msg('runcommand-timeout', $timeout); } +if ($db-{error} =~ /could not connect/) { +## If we are just trying to connect, this should be a normal error +if ($action eq 'connection') { +$info-{fatal} = 1; +return $info; +} +} + if ($db-{fail} and !$arg-{failok} and !$arg-{noverify}) { ## Check if problem is due to backend being too old for this check @@ -3966,7 +3974,7 @@ for $db (@{$info-{db}}) { my $err = $db-{error} || ''; -if ($err =~ /FATAL/) { +if ($err =~ /FATAL|could not connect/) { $MRTG and do_mrtg({one = 0}); add_critical $db-{error}; return; -- Dominic Hargreaves, Systems Development and Support Section IT Services, University of Oxford signature.asc Description: Digital signature
Bug#489392: Packaging of marionnet
Hi Vincent Jonathan, I've started some work on packaging marionnet. I've got an updated ocamlbricks at http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/ocamlbricks.git That package is basically done. And an basic marionnet package at http://anonscm.debian.org/gitweb/?p=pkg-ocaml-maint/packages/marionnet.git That one is not quite finished, but can be built and works. Questions: Vincent, are you still interested in helping? If so, a good start would be to review my work on ocamlbricks (I'm not at all familiar with ocaml packaging), and maybe start hacking the marionnet package (still lots to do, I will add a TODO file somewhere if you are interested in helping). Jonathan, are you still interested in maintaining ocamlbricks? Thanks, ucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586344: Workaround
Hello Jerome, Am 06.02.2013 05:11, schrieb Jerome Charaoui: I hit this bug on Icedove 17.0.2, from experimental (Debian testing system). As a workaround, you need to add a line similar to this : user_pref(mail.server.serverX.check_new_mail, true); Replace serverX with the proper identifier for the movemail account. After this, Icedove checked the account on startup and periodically. Do you started with a fresh profile or just migrated existing profiles? -- 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#700867: emacs23: FTBFS on x32
Source: emacs23 Version: 23.4+1-4 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertags: port-x32 ftbfs-x32 The emacs23 source package is getting this build failure on the unofficial Debian x32 port: URL:http://buildd.debian-ports.org/status/fetch.php?pkg=emacs23arch=x32ver=23.4%2B1-4stamp=1361179919: ... gcc -c -D_FORTIFY_SOURCE=2 -Demacs -DHAVE_CONFIG_H -I. -I/build/buildd-emacs23_23.4+1-4-x32-BiIeTs/emacs23-23.4+1/debian/build-x/src -D_BSD_SOURCE -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnux32/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnux32/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/freetype2 -I/usr/include/alsa -pthread -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnux32/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnux32/dbus-1.0/include -pthread -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnux32/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnux32/glib-2.0/include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -DDEBIAN -O2 -I/usr/include/freetype2 -I/usr/include/freetype2 -MMD -MF deps/emacs.d emacs.c emacs.c:115:1: warning: left shift count = width of type [enabled by default] emacs.c:115:1: error: initializer element is not computable at load time emacs.c:116:1: warning: left shift count = width of type [enabled by default] emacs.c:116:33: warning: initializer element is not a constant expression [enabled by default] emacs.c: In function 'bug_reporting_address': emacs.c:768:10: warning: pointer targets in assignment differ in signedness [-Wpointer-sign] emacs.c: In function 'Fkill_emacs': emacs.c:2149:13: warning: pointer targets in passing argument 1 of 'unlink' differ in signedness [-Wpointer-sign] In file included from emacs.c:32:0: /usr/include/unistd.h:848:12: note: expected 'const char *' but argument is of type 'unsigned char *' emacs.c: In function 'Fdump_emacs': emacs.c:2368:3: warning: implicit declaration of function 'unexec' [-Wimplicit-function-declaration] emacs.c: In function 'Fdaemon_initialized': emacs.c:2546:9: warning: ignoring return value of 'write', declared with attribute warn_unused_result [-Wunused-result] emacs.c: In function 'main': emacs.c:1041:8: warning: ignoring return value of 'dup', declared with attribute warn_unused_result [-Wunused-result] make[3]: *** [emacs.o] Error 1 make[3]: Leaving directory `/build/buildd-emacs23_23.4+1-4-x32-BiIeTs/emacs23-23.4+1/debian/build-x/src' make[2]: *** [src] Error 2 make[2]: Leaving directory `/build/buildd-emacs23_23.4+1-4-x32-BiIeTs/emacs23-23.4+1/debian/build-x' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-emacs23_23.4+1-4-x32-BiIeTs/emacs23-23.4+1' make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 The attached debdiff includes a backport of the X32 support snippet from emacs24, with which the package builds fine for me. -- Daniel Schepler emacs23.debdiff Description: Binary data
Bug#673087: Fwd: Bug#673087: RFS: the-powder-toy/78.1-1 [ITP] -- Physics sandbox game
Oops, looks like we got off of the bug there. Sincerely, kroq-gar78 -- Forwarded message -- From: Aditya Vaidya kroq.ga...@gmail.com Date: Mon, Feb 18, 2013 at 10:37 AM Subject: Re: Bug#673087: RFS: the-powder-toy/78.1-1 [ITP] -- Physics sandbox game To: Bas Wijnen wij...@debian.org Cc: pkg-games-de...@lists.alioth.debian.org On Mon, Feb 18, 2013 at 2:30 AM, Bas Wijnen wij...@debian.org wrote: On 17-02-13 23:41, Aditya Vaidya wrote: It's been a while, and I've been working on the package a little. I finally have most of the package working well, and I'll see if I can get it on Mentors sometime, as I have a long week ahead of me. Did you (or will you) address the phone-home-concerns I expressed earlier? I've removed the update checker, but the MOTD retriever is still implemented, as I see no harm in that. However, if you (or someone else) feel that there's a problem with this, I'll remove it. Anyway, the main reason I'm writing this is to ask whether the package should be called the-powder-toy or simply powder-toy (or powdertoy?). I'm wondering this because I dropped by the Arch User Repository and saw that the package was indeed called powder-toy, omitting the the (yes, I know Debian isn't dependent on what AUR people do, but it got me thinking). The only reason I've had the in the package name is because I took an old packaging of the game from a Launchpad PPA [1] and simply went from there, not giving much thought to the article at the beginning of the name. and I'm not sure what's Debian's policy about articles at the beginning of package names. I don't think there is a policy, other than packages should have the same name they have upstream (I'm not sure if that's written anywhere, but it seems logical). For example, if the upstream tarball is called thepowdertoy-0.1.tar.gz or something, then thepowdertoy is a sensible name. You can also use the main executable's name as reference which normally has the same name as the tarball. Well, the executable is named powder, but the git repo upstream it called The-Powder-Toy. I'll ask upstream if they have any preference over the two, and then I'll get back to you guys. Sincerely, kroq-gar78
Bug#700868: pptpd: no need to explicitly stop in rc0/rc6
Package: pptpd Version: 1.3.4-6 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch raring Hi, We've been carrying this patch in Ubuntu for some time as part of https://wiki.ubuntu.com/Teardown, a project to make shutdown and reboot faster by (among other things) dropping init script links that only send SIGTERM to a daemon and don't wait for it to exit. /etc/init.d/sendsigs does this anyway, so there's no need for lots of individual init scripts to do the same. I've just noticed that this patch was never forwarded to Debian, so thought I'd rectify that now. Would you consider taking this for Debian too? * Remove stop links from rc0 and rc6. diff -u pptpd-1.3.4/debian/pptpd.init pptpd-1.3.4/debian/pptpd.init --- pptpd-1.3.4/debian/pptpd.init +++ pptpd-1.3.4/debian/pptpd.init @@ -4,7 +4,7 @@ # Required-Start:$remote_fs $syslog # Required-Stop: $remote_fs $syslog # Default-Start: 2 3 4 5 -# Default-Stop: 0 1 6 +# Default-Stop: 1 ### END INIT INFO # Copyright Rene Mayrhofer, Gibraltar, 1999 # This script is distibuted under the GPL diff -u pptpd-1.3.4/debian/rules pptpd-1.3.4/debian/rules --- pptpd-1.3.4/debian/rules +++ pptpd-1.3.4/debian/rules @@ -65,7 +65,7 @@ dh_installexamples -ppptpd # dh_installmenu # dh_installemacsen - dh_installinit -ppptpd + dh_installinit -ppptpd -- start 20 2 3 4 5 . stop 20 1 . # dh_installcron dh_installman -ppptpd # dh_installdebconf Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#489392: taking this
retitle 489392 ITP: marionnet -- A virtual network laboratory and simulation tool owner 489392 ! thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700857: [#ZIH-894-30161]: Re: Bug#700857: postinst stops nginx instead of restarting it
Hi Steven, That looks like it tried to restart, but may have failed for some reason. You may want to check /var/log/nginx/error.log for clues... The error.log.1 file says: 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: still could not bind() [emerg]: still could not bind() That correlates with the update. There shouldn't be anything else besides nginx that binds to port 80 though, so I'm not sure what could have caused this. -- Mit freundlichen Grüßen, Martin von Wittich IServ GmbH Bültenweg 73 38106 Braunschweig Telefon: 0531-2243666-0 Fax: 0531-2243666-9 E-Mail:i...@iserv.eu Internet: iserv.eu USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822 Geschäftsführer: Jörg Ludwig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690319: lookup fail to contact nslcd when first 1024 filedescriptor are already used (select)
Control: tags -1 + security It has been determined that this bug has security implications and CVE-2013-0288 has been assigned to this issue. For more details see the upstream advisory: http://arthurdejong.org/nss-pam-ldapd/CVE-2013-0288 A Debian security advisory for this issue will be issued shortly and a 0.7.15+squeeze3 release will be made available. -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#700857: [#ZIH-894-30161]: Re: Bug#700857: postinst stops nginx instead of restarting it
Get rid of /etc/nginx/sites-enabled/000-default. On Mon, Feb 18, 2013 at 10:28 AM, Martin von Wittich i...@iserv.eu wrote: Hi Steven, That looks like it tried to restart, but may have failed for some reason. You may want to check /var/log/nginx/error.log for clues... The error.log.1 file says: 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: bind() to [::]:80 failed (98: Address already in use) [emerg]: bind() to [::]:80 failed (98: Address already in use) 2013/02/18 04:02:37 [emerg] 28203#0: still could not bind() [emerg]: still could not bind() That correlates with the update. There shouldn't be anything else besides nginx that binds to port 80 though, so I'm not sure what could have caused this. -- Mit freundlichen Grüßen, Martin von Wittich IServ GmbH Bültenweg 73 38106 Braunschweig Telefon: 0531-2243666-0 Fax: 0531-2243666-9 E-Mail:i...@iserv.eu Internet: iserv.eu USt-IdNr. DE265149425 | Amtsgericht Braunschweig | HRB 201822 Geschäftsführer: Jörg Ludwig
Bug#700669: pyrad: CVE-2013-0294: potentially predictable password hashing and packet IDs
Hi Jeremy On Sun, Feb 17, 2013 at 12:09:32AM +0100, Jeremy Lainé wrote: For squeeze, the package will be exactly the same (squeeze / wheezy both have pyrad 1.2-1), but what should the version number be? This issue was now classified as 'no-dsa'[1]. Could you prepare an upload targeting stable and to go trough a stable-proposed-updates? According to previous comment a versioning like 1.2-1+deb6u1 would solve the sorting issue 1.2-1 = 1.2-1+deb6u1 = 1.2-1+deb7u2. [1]: https://security-tracker.debian.org/tracker/CVE-2013-0294 Many thanks for your work! Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691230: pyrrd: diff for NMU version 0.1.0-1.1
I've since realized that this bug could probably be fixed in wheezy, since the upstream change is quite small, so I'm attaching a better, but still non-invasive debdiff. I'm cc-ing the uploaders of this package, since I've also noticed that they probably didn't receive earlier notifications for this bug; please let me know if I have to do something for it (I am also in the python-modules team, if it can be useful). -- Elena ``of Valhalla'' diff -u pyrrd-0.1.0/debian/changelog pyrrd-0.1.0/debian/changelog --- pyrrd-0.1.0/debian/changelog +++ pyrrd-0.1.0/debian/changelog @@ -1,3 +1,12 @@ +pyrrd (0.1.0-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Backport fix for RRD.fetch from upstream bzr revision 158 +(git commit dcd78df45c52 ) (Closes: #691230) +http://bazaar.launchpad.net/~oubiwann/pyrrd/trunk/revision/158 + + -- Elena Grandi elena.valha...@gmail.com Fri, 15 Feb 2013 18:38:14 +0100 + pyrrd (0.1.0-1) unstable; urgency=low * Team upload only in patch2: unchanged: --- pyrrd-0.1.0.orig/pyrrd/backend/external.py +++ pyrrd-0.1.0/pyrrd/backend/external.py @@ -264,7 +264,7 @@ data += [unicode(x) for x in obj.rra] return (obj.filename, params + data) -if function == 'update': +elif function == 'update': validParams = ['template'] params = common.buildParameters(obj, validParams) FIRST_VALUE = 0 @@ -277,15 +277,15 @@ data = [data for data, nil in obj.values] return (obj.filename, params + data) -if function == 'fetch': +elif function == 'fetch': validParams = ['resolution', 'start', 'end'] params = common.buildParameters(obj, validParams) -return (obj.filename, obj.cf, params) +return (obj.filename, [obj.cf] + params) -if function == 'info': +elif function == 'info': return (obj.filename, obj) -if function == 'graph': +elif function == 'graph': validParams = ['start', 'end', 'step', 'title', 'vertical_label', 'width', 'height', 'only_graph', 'upper_limit', 'lower_limit', 'rigid', 'alt_autoscale',
Bug#700870: building eapol_test
Package: wpasupplicant Version: 1.0-3 Hi, The wpa_supplicant package contains a really useful tool, eapol_test. It is not currently packaged, and it would be great if this could be. Use of this, for example, often comes up on the FreeRADIUS mailing list for RADIUS administrators to test their EAP configuration. It's fairly easy to build from source, but our use case has it installed on all our RADIUS servers for system monitoring. In this case, having it packaged would make things much easier to deploy and maintain. It doesn't build by default, and is generally only of interest to administrators, so probably is not worth putting in the wpasupplicant package, although that would be an option. I've created two small patches to the build system (for squeeze/0.6.10-2.1 and unstable/1.0-3) that build eapol_test and create a new 'eapoltest' package. Please would you consider adding this? Many thanks, Matthew -- Matthew Newton, Ph.D. m...@le.ac.uk Systems Specialist, Infrastructure Services, I.T. Services, University of Leicester, Leicester LE1 7RH, United Kingdom For IT help contact helpdesk extn. 2253, ith...@le.ac.uk diff -Naur wpasupplicant-0.6.10-MCNOrig//debian/changelog wpasupplicant-0.6.10/debian/changelog --- wpasupplicant-0.6.10-MCNOrig//debian/changelog 2010-11-28 11:22:10.0 + +++ wpasupplicant-0.6.10/debian/changelog 2013-02-18 11:17:20.142983422 + @@ -1,3 +1,9 @@ +wpasupplicant (0.6.10-3) unstable; urgency=low + + * Build eapol_test, in its own package. + + -- Matthew Newton m...@leicester.ac.uk Mon, 18 Feb 2013 11:16:11 + + wpasupplicant (0.6.10-2.1) unstable; urgency=low * Non-maintainer upload approved by Kel Modderman. diff -Naur wpasupplicant-0.6.10-MCNOrig//debian/control wpasupplicant-0.6.10/debian/control --- wpasupplicant-0.6.10-MCNOrig//debian/control 2010-02-24 10:05:49.0 + +++ wpasupplicant-0.6.10/debian/control 2013-02-18 11:05:14.652750261 + @@ -40,3 +40,12 @@ to connect to. It also provides a method for browsing 802.11 SSID scan results, an event history log of messages generated by wpa_supplicant, and a method to add or edit wpa_supplicant networks. + +Package: eapoltest +Architecture: any +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: eapol testing utility + eapol_test allows testing EAP authentication methods without using + a full 802.1X connection. It is frequently used to test the EAP + configuration of RADIUS systems. It is an administrator tool and not + required for standard 802.1X authentication. diff -Naur wpasupplicant-0.6.10-MCNOrig//debian/eapoltest.install wpasupplicant-0.6.10/debian/eapoltest.install --- wpasupplicant-0.6.10-MCNOrig//debian/eapoltest.install 1970-01-01 01:00:00.0 +0100 +++ wpasupplicant-0.6.10/debian/eapoltest.install 2013-02-18 10:41:04.848802138 + @@ -0,0 +1 @@ +wpa_supplicant/eapol_test usr/bin/ diff -Naur wpasupplicant-0.6.10-MCNOrig//debian/patches/32_build_eapol_test.patch wpasupplicant-0.6.10/debian/patches/32_build_eapol_test.patch --- wpasupplicant-0.6.10-MCNOrig//debian/patches/32_build_eapol_test.patch 1970-01-01 01:00:00.0 +0100 +++ wpasupplicant-0.6.10/debian/patches/32_build_eapol_test.patch 2013-02-18 11:34:11.149223870 + @@ -0,0 +1,19 @@ +Description: Build eapol_test + The default configuration of wpa_supplicant doesn't build eapol_test. + It's generally only useful for administrators and developers. For the + eapoltest package, we want to build it, so this enables it. +Author: Matthew Newton m...@leicester.ac.uk +Forwarded: not-needed +Last-Update: 2013-02-18 + +--- wpasupplicant-0.6.10.orig/wpa_supplicant/defconfig wpasupplicant-0.6.10/wpa_supplicant/defconfig +@@ -202,7 +202,7 @@ CONFIG_SMARTCARD=y + #CONFIG_PCSC=y + + # Development testing +-#CONFIG_EAPOL_TEST=y ++CONFIG_EAPOL_TEST=y + + # Select control interface backend for external programs, e.g, wpa_cli: + # unix = UNIX domain sockets (default for Linux/*BSD) diff -Naur wpasupplicant-0.6.10-MCNOrig//debian/patches/series wpasupplicant-0.6.10/debian/patches/series --- wpasupplicant-0.6.10-MCNOrig//debian/patches/series 2010-11-28 10:46:17.0 + +++ wpasupplicant-0.6.10/debian/patches/series 2013-02-18 11:34:21.725372733 + @@ -8,3 +8,4 @@ 21_kfreebsd.patch 30_cfg80211_association_optimisation.patch 31_fallback_to_full_EAP_authentication.patch +32_build_eapol_test.patch diff -Naur wpasupplicant-0.6.10-MCNOrig//debian/rules wpasupplicant-0.6.10/debian/rules --- wpasupplicant-0.6.10-MCNOrig//debian/rules 2010-02-24 10:05:49.0 + +++ wpasupplicant-0.6.10/debian/rules 2013-02-18 10:54:18.607702223 + @@ -31,6 +31,7 @@ dh_auto_build --sourcedirectory=wpa_supplicant/wpa_gui-qt4 \ --buildsystem=qmake \ --parallel + ( cd wpa_supplicant make eapol_test ) override_dh_auto_clean: dh_auto_clean --sourcedirectory=wpa_supplicant \ diff -Naur wpa-1.0-clean/debian/changelog wpa-1.0/debian/changelog ---
Bug#700869: [thunar] Problems with dragging files to desktop
Package: thunar Version: 1.2.3-4+b1 Severity: normal --- Please enter the report below this line. --- With right mouse click and moving file from Thunar to Desktop there is shown only question mark and after releasing button happens nothing. By moving in another thunar directory pops up menu with option Copy/Move/Symlink Left click an dragging works. But with Shift+Ctrl should make symlink and it says only File or Directory not found Someone gave advice that Desktop maybe managed by Nautilus. I looked for Nautilus packages and I have only these packages: nautilus-dropbox, libnautilus-extension1a and XFCE there is no other desktop installed on this PC. --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 Debian Release: 7.0 500 testing ftp.at.debian.org 500 stable deb.opera.com --- Package information. --- Depends(Version) | Installed -+-== libatk1.0-0 (= 1.12.4) | libc6 (= 2.4) | libcairo2 (= 1.2.4) | libdbus-1-3 (= 1.0.2) | libdbus-glib-1-2 (= 0.88) | libexo-1-0(= 0.5.0) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0 (= 2.31.8) | libgtk2.0-0 (= 2.24.0) | libgudev-1.0-0 (= 146) | libice6 (= 1:1.0.0) | libnotify4(= 0.7.0) | libpango1.0-0(= 1.14.0) | libsm6 | libthunarx-2-0(= 1.1.0) | libxfce4ui-1-0 | libxfce4util4 (= 4.3.99.2) | thunar-data (= 1.2.3-4) | desktop-file-utils | shared-mime-info | exo-utils| Recommends (Version) | Installed =-+-=== dbus-x11 | 1.6.8-1 libfontconfig1 (= 2.9.0) | libfreetype6 (= 2.2.1) | xfce4-panel(= 4.7.7) | xfce4-panel ( 4.9) | thunar-volman | tumbler | xdg-user-dirs | gvfs | Suggests (Version) | Installed ===-+-=== thunar-archive-plugin | thunar-media-tags-plugin| -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699696: pu: package libpam-shield/0.9.2-3.2
Control: tags -1 + pending On 15.02.2013 18:19, Adam D. Barratt wrote: On Sun, 2013-02-03 at 13:33 -0700, Jonathan Niehof wrote: The diff is a minimal change for this bug only. It is identical to 0.9.2-3.3 in testing, with the exception of targeting stable. +pam-shield (0.9.2-3.3+squeeze1) stable; urgency=low The version needs to be /smaller/ than what's currently in testing / unstable; please use 0.9.2-3.3~squeeze1. With that change, and assuming that the resulting package has been tested on a squeeze system please go ahead; thanks. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700864: pu: package dbus-glib/0.88-2.1+squeeze1
Control: tags -1 + pending squeeze On 18.02.2013 16:05, Simon McVittie wrote: Moritz asked me to upload dbus-glib to squeeze for #700638 (CVE-2013-0292). I've already uploaded it, with permission from adsb, since the 6.0.7 point release is imminent. Debdiff below. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700759: Shared library policy on private libs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/18/2013 11:09 AM, Guillem Jover wrote: I would have thought that the correct place to discuss confusing sections or possible interpretations of the policy manual would be the policy mailing list, where improvements could get proposed if the manual ends up not being clear. I guess I've been wrong all along, and the correct way for the project is to go through the Authority... I can certainly do that if it would be more appropriate. I just read a wiki page that made it seem this was the way to go. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRImifAAoJEJrBOlT6nu75L9YH/3o5mwFqn8yRN6iH9wutPX4h MwhemllD9AVDvjTCVUgGwhmkMS9Aol/tn3zj5IJmZs3xuMouuXneu0jMRCbGUBKm OTQeRaZbFbt4hgO3yuWbabGEA8L0eKTxwJLiR5BqeiB6S3YPQvXhA9idA6MpifxS ueTAZBIBfbvkKiC+g+y1WcxIpyfbijX8GAeZtMBIRwc7+ntJUep9GWQZMzk0XwLA 6Vrgl/zJfo6UBrlrrtMKgWSUo7TXOwjTGH6LFYEikHpXWOVIq1DNKsMYyFUDWxxt 3Nn/kBz66YhCKDQJtk9uo613u+0X/Y1hqbwnY4D7m4/hi0jMzjEVSxDJbf0X/ps= =Wfq7 -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#694378: please allow up-to-date apt-cacher-ng in wheezy
Hi, again (cf. #683803) I was bitten by (apt-cacher-ng 0.7.6-1): Sun Feb 17 11:47:50 2013|http.debian.net/debian/pool/main/p/popt/libpopt0_1.16-7_i386.deb storage error [301 Moved Permanently], last errno: Operation now in progress Sun Feb 17 11:56:55 2013|http.debian.net/debian/pool/main/libc/libcap2/libcap2_2.22-1.2_i386.deb storage error [301 Moved Permanently], last errno: Operation now in progress This happens rarely, but even with RedirMax: 0, and it spoils the debian-lan setup. So please consider the fixed package for wheezy. Offering a fixed package in backports doesn't make Debian better, because either you use the package from backports which will not be better by being in backports or you don't use acng at all - which will not need a fixed package. And it causes extra work to include backport repositories, especially for debian-lan. Best regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699696: pu: package libpam-shield/0.9.2-3.2
Thank you Adam (and Jonathan Wiltshire for sponsoring the upload.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698556: Processed: Please override isdnutils maintainer's decision to not fix the broken isdnutils package in wheezy
Don Armstrong d...@debian.org writes: On Tue, 22 Jan 2013, Andreas Barth wrote: 4. While I see reasons to consider the udev solution nicer if it would be available, I fail to see a reason why it would be better to have users creating their own startup scripts then to include sensible defaults in ours. What is the reason for not including these scripts in the package by default and removing them/disabling them when the necessary udev improvements have been made? I would like an answer to this, too. The right answer long term is clearly for the kernel/udev to create the right devices, but until that time comes it seems obvious to me that the isdnutils maintainer scripts should do what is needed. Bdale pgpJ63klZwIKQ.pgp Description: PGP signature
Bug#695221: [Pkg-xen-devel] Bug#695221: confirmed bug, serious
Hi all, Sorry for top posting. I spoke with Rob, the author of xcp-networkd, who thinks that he's fixed this bug in a later upstream release. We'll take a look at the repo tomorrow and see if we can find the commit that fixes this issue. Mike On Tue, Feb 12, 2013 at 3:22 AM, Thomas Goirand z...@debian.org wrote: On 02/11/2013 04:22 PM, Daniel Pocock wrote: Having it marked RC may allow a patch into wheezy. Marking it RC is only delaying the release, that's it. I have already fixed multiple bugs which were not marked as RC, and the release team accepted the changes. Even after Wheezy is released, it is possible to fix problems in the stable distribution. Maybe even a small patch: A small patch is what we should all aim at. I'm sure the problem isn't so complicated, and that we can fix it. Of course, it would help if Mike and Jon were a bit more cooperative and were trying to fix the issue, but it seems they are quite busy these days (or maybe in holidays?). - updating the README - changing pif-reconfigure-ip to give an error if the user tries a netmask that is not supported, e.g. XCP only works on a Class C subnet with a netmask 255.255.255.0. Your changes have not been applied. See bug 695221 or the README file. Yeah, I think that is indeed a good idea to write this! These things would be small fixes but would make the user's first experience of XCP less frustrating The last thing you want is for people to get frustrated and start thinking that they should try the Ubuntu version or the ISO installer: http://www.xen.org/download/xcp/index_1.6.0.html#install Well, yes, I would like to have more Debian users, and that people use less XCP from the ISO installer (eg: CentOS based). However, the Ubuntu package of XCP is synced from Debian, so these are the exact same package (with only a possible delay in having the Ubuntu package). Nobody in Ubuntu works on the XCP packaging, the work is only been done by myself in Debian. Ultimately, this is the job of the maintainer of a given package to decide the seriousness of a bug. To me, setting it to either normal or important is exactly the same (eg: it is on my radar, and I really want to have it fix), and discussing the seriousness doesn't help. Discussing ways to fix it does. It's not quite the same, because the release team wouldn't accept a patch/unblock request for a normal issue This statement is completely wrong. The criteria for the release team to accept changes is not the severity of a bug only. If we find a way to fix this problem, I'm quite sure that the release team will accept the patch, regardless of the severity set in the BTS. I'm hoping that the fix for this might be quite trivial and therefore acceptable to the release team. Yeah, that's more in line! If the fix is small, and even trivial, and easy to review for them (which is quite likely to be the case, considering that just fixing the db with an editor fixed it for you), then they will accept it. I'm also quite sure that they would accept any documentation change at this point of the release. Cheers, Thomas