Bug#702411: e17: No libeio1 package available
Package: e17 Version: 0.16.999.70492-2 Severity: normal The e17 package in experimental depends on libeio1 (= 1.7.4), but this package is not available. I found this project: https://github.com/slyon/debian-eio which appears to be a packaging effort for libeio. Maybe that could be used? -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages e17 depends on: ii dbus-x11 1.6.8-1 ii e17-data 0.16.999.70492-2 ii libasound2 1.0.25-4 ii libc6 2.13-38 ii libdbus-1-31.6.8-1 ii libecore-con1 1.2.0-2 ii libecore-evas1 1.2.0-2 ii libecore-file1 1.2.0-2 ii libecore-imf1 1.2.0-2 ii libecore-input11.2.0-2 ii libecore-ipc1 1.2.0-2 ii libecore-x11.2.0-2 ii libecore1 1.2.0-2 ii libedbus1 1.2.0-1 ii libedje-bin1.2.0-1 ii libedje1 1.2.0-1 ii libeet11.6.0-1 ii libefreet1 1.2.0-1 ii libeina1 1.2.0-2 ii libevas1 1.2.0-2 ii libevas1-engines-x [libevas1-engine-software-x11] 1.2.0-2 ii libpam0g 1.1.3-7.1 ii libxcb-shape0 1.8.1-2 ii libxcb11.8.1-2 e17 recommends no packages. e17 suggests no packages. -- Configuration Files: /etc/enlightenment/sysactions.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697890: iwconfig not in /sbin
Quoting Charles Plessy (ple...@debian.org): Le Tue, Mar 05, 2013 at 09:25:31PM +0100, Cyril Brulebois a écrit : Unless I'm missing something obvious, switching to “architecture: any” for some tasks should be OK. Shall I upload with the attached patches applied ? I would prefer if this is not an NMU. Getting Joey's ACK would also be a good idea. signature.asc Description: Digital signature
Bug#687583: RM: altos/wheezy
package release.debian.org user release.debian@packages.debian.org usertag 687583 + rm - unblock retitle 687583 RM: altos/1.0.3 thanks Hi Release Managers, Please remove altos from testing as per maintainer comment in #676739. Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#700611: mirror submission for debian.mirror.ac.ke
Hello Raphael, First of all thanks for your response and the corrections you've raised. Here below my responses and clarifications Please adjust the MIRRORNAME option in the configuration file to match the public host name (i.e. debian.mirror.ac.ke). This is necessary for properly monitoring. I've set this to debian.mirror.ac.ke (we changed domain names during setup, that is the reason for the mix-up) Generic email Kindly use mir...@kenet.or.ke Is ftp.de.debian.org really the best server to mirror from based on your network links? Wouldn't ftp.nl.debian.org be closer? I initially mirrored from mirror.ac.za but it is only a leaf mirror and doesn't get updated frequently before switching to ftp.de.debian.org . I've done some tests and found ftp.nl.debian.org to be good (Updated the config files). Thanks for the info and the advise. Looking forward to getting listed. Best, Ronald On 03/03/2013 07:06 PM, Raphael Geissert wrote: Hi, On Friday 22 February 2013 16:40:58 Ronald Osure wrote: Dear Simon, Just a reminder and I would like to set up push mirroring. I mirror from ftp.de.debian.org and I am unable to find contacts. Any hints? Is ftp.de.debian.org really the best server to mirror from based on your network links? Wouldn't ftp.nl.debian.org be closer? In any case, the contact address of the ftp.de.d.o administrator can be found via rsync when listing the available modules: rsync ftp.de.debian.org:: Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620014: openafs-modules-dkms: cannot install openafs with overflow tmp mounted - no space
Michal Suchanek michal.sucha...@ruk.cuni.cz writes: When overflow tmp is mounted the package locks up during configure. # dpkg --pending --configure Setting up openafs-modules-dkms (1.6.0~pre3-1) ... Removing old openafs-1.6.0pre3 DKMS files... -- Deleting module version: 1.6.0pre3 completely from the DKMS tree. -- Done. Loading new openafs-1.6.0pre3 DKMS files... Building only for 2.6.38-1-amd64 Building initial module for 2.6.38-1-amd64 /usr/sbin/dkms: line 28: echo: write error: No space left on device I know it's been nearly two years, but I wanted to let you know that Thorsten Alteholz, who has been doing great work helping with the OpenAFS packages, tracked down this problem to a bug in dkms. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702018 for the details of what's going on. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702412: pre-approval unblock: postfix
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi Release Team, I've been looking into Postfix RC bug #700719. In short, my proposal is to fix the maintainer field and then unblock the package. Please see my message in the bug log for details. If LaMont is not currently available to make the upload to sid to fix the maintainer field, I'll gladly NMU this. Please let me know if you think is this a viable solution. 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#702349: lintian should not complain about hardening for package written in pure Ocaml
Prach Pongpanich prach...@gmail.com writes: lintian should not complain about hardening for package written in pure Ocaml [0],[1],[2] The problem is, that even pure OCaml contains enough features that may permit arbitrary memory corruptions by an attacker. For instance, String.unsafe_blit has no bounds checks, Obj.magic is an unsafe cast, Marshal.from_channel may break the type system, ... Moreover, it is almost impossible to avoid these unsafe functions, because they are used in the standard library. In principle I agree, that programs written in a certain subset of OCaml do not need these hardening features. However, at the moment this safe subset is not even identified... Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702403: Acknowledgement (davical.sql function language incorrect case for PlPgSQL)
More information on the davical mailing list, including the reference to the section in the release notes where this is explicitly mentioned. http://lists.davical.org/pipermail/davical-users/2013q1/004435.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702359: psi-plus: FTBFS due to missing libotr2-dev
Hi, libotr2-dev is still available in unstable and it will be there until all packages with this dependency migrate to libotr5-dev. So psi-plus is currently built fine. Looks like libotr2-dev is still available on arches where it was built previously, Exactly. So arches where libotr2-dev didn't build previously (from a previous version?) are lost, FTBFS. libotr2 was built successfully on all supported architectures. If you have in mind [alpha m68k powerpcspe sh4 sparc64], these targets are ports, but not official Debian architectures. Best regards, Boris
Bug#701649: fixed in libvirt 0.9.12-8
On Tue, Mar 05, 2013 at 08:48:03PM +, Adam D. Barratt wrote: On Mon, 2013-03-04 at 18:02 +, Guido Günther wrote: libvirt (0.9.12-8) unstable; urgency=low . * [181eab1] CVE-2013-1766: Use libvirt-qemu as group to run qemu/kvm instances. This makes sure we don't chown files to groups possibly used by other programs. (Closes: #701649) I was looking at this with a view to unblocking it, but think there might have been a small copy-n-waste error in the postrm changes; specifically: @@ -25,6 +25,14 @@ delgroup libvirt || true fi + if getent user libvirt-qemu /dev/null; then getent user should be getent passwd. + deluser libvirt || true Presumably this should be libvirt-qemu. + fi + + if getent group libvirt-qemu /dev/null; then + delgroup libvirt || true Again, should be libvirt-qemu. As a side note, the debian/libvirt-bin.NEWS entry for the unstable upload should really reference 0.9.12-8 rather than 1.0.2-3. Sorry for being sloppy and thanks for your review. I just uploaded a new version. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702338: [Pkg-xen-devel] Bug#702338: can't create network from xe command line
On 05/03/13 19:52, Thomas Goirand wrote: On 03/05/2013 08:53 PM, Daniel Pocock wrote: Package: xcp-xe Version: 1.3.2-14 Severity: important I created an internal network using xe network-create name-label='Private NAT network' Looking with brctl, I could see xapi0 had been created by the tools. However, the network does not appear in openxenmanager. I even restarted openxenmanager, it still didn't appear. Then I deleted the network and created it again from openxenmanager, selecting `Internal Network'. Now it appears in openxenmanager and it is visible from the command line (as xapi1 this time) Please, let's not debug openxenmanager at the same time, which is known to be buggy. OK, I wasn't aware of it's status, I'll try not to use it for any configuration task for now. Please provide the list of xe commands, the expected result, and what you get. I just did xe network-create name-label=My private internal network I could then see the network in the `xe network-list' output and I could see it in brctl as xapi0 I just couldn't see it in openxenmanager: so maybe it is some bug with openxenmanager as you suggest and maybe this bug can be assigned to that package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702359: psi-plus: FTBFS due to missing libotr2-dev
On 03/06/2013 10:04 AM, Boris Pek wrote: Hi, libotr2-dev is still available in unstable and it will be there until all packages with this dependency migrate to libotr5-dev. So psi-plus is currently built fine. Looks like libotr2-dev is still available on arches where it was built previously, Exactly. So arches where libotr2-dev didn't build previously (from a previous version?) are lost, FTBFS. libotr2 was built successfully on all supported architectures. If you have in mind [alpha m68k powerpcspe sh4 sparc64], these targets are ports, but not official Debian architectures. Yes, I actually encountered the issue there. :-) But since Debian should build from source, the issue is still present (no way to build libotr2 in unstable right now, no matter if released arch or not). Currently sid-only issue, though. Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702369: [Pkg-xen-devel] Bug#702369: can't install wheezy from template
On 06/03/13 04:50, Thomas Goirand wrote: On 03/06/2013 03:10 AM, Daniel Pocock wrote: Also, the ALT key doesn't work with the vnc viewer, so I can't easily switch virtual consoles, and the VNC viewer is extremely slow, it would be much better to use a `xm console' style text interface for the installer. Hi, I'm not sure how to reply to the other things you wrote, but for the above, why don't you use xe console? It works pretty well for the Debian installer. I never used VNC for installing a Debian, as it's too slow, as you said. A lot of the wiki pages say that there is no console and that VNC has to be used, e.g. http://wiki.xen.org/wiki/Xen_Cloud_Platform:_Access_to_VM_console suggests that it is necessary to make some hack to access the console using the xl console tool. So I simply didn't realise that xe console exists - I've just tried it now and I can confirm it is working. I found that I can press F8 to get a virtual ALT key in VNC, and using another vnc client (xvnc4viewer) was faster. In the end, I managed to do a successful install from ISO image as HVM rather than PV. I then tried to convert from HVM to PV by doing this: xe vm-param-set HVM-boot-policy= uuid=MY_UUID xe vm-param-set PV-bootloader=pygrub uuid=MY_UUID The domU boots as a PV, but the login prompt is never displayed. I can view the console boot messages with VNC, but no login prompt appears in the console. The machine is otherwise working fine and can't be accessed with an ssh login. I think this has something to do with inittab and the terminal device names changing. I subsequently found that the original error from Debian installer, invalid network mirror, was really due to a DNS networking issue in the new environment. However, the DI error message was so vague that I had no idea what was wrong, so it is probably a DI bug rather than an XCP bug. I'm going to try another wheezy/PV/console install later today or tomorrow. Some new problems discovered during the HVM install: - the README.Debian doesn't give the right info about installing from an ISO, I'll provide a separate bug report with a suggested fix - creating a second vif for the HVM instance made it unbootable, with some vague error from qemu-dm. I'll also open a separate bug report about that, because I've seen it with a Windows HVM too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702412: pre-approval unblock: postfix
Control: tags -1 + moreinfo On 06.03.2013 08:09, Thijs Kinkhorst wrote: I've been looking into Postfix RC bug #700719. In short, my proposal is to fix the maintainer field and then unblock the package. Please see my message in the bug log for details. If LaMont is not currently available to make the upload to sid to fix the maintainer field, I'll gladly NMU this. It looks like the maintainer field is already fixed in sid, in 2.10.0-1; that is a number of upstream releases more recent than the current wheezy package, however. Your last message in #700719 indicates that your inclination towards an unblock was based on the assumption that the package involved would be 2.9.6; is that correct? Even after filtering the diff down quite a lot to remove documentation changes etc. we still appear to be left with a diff of 217 files changed, 5476 insertions(+), 1476 deletions(-) which isn't /that/ bad but not ideal at this point. 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#702324: closed by Guido Günther a...@sigxcpu.org (Bug#702324: fixed in libvirt 0.9.12-9)
On Tue, Mar 05, 2013 at 12:51:09PM +, Debian Bug Tracking System wrote: * [424ffbc] Revert Enable systemd services We enabled systemd support in 0.9.13 Thanks to Antti-Juhani Kaijanaho (Closes: #702324) Yes, I hereby confirm that this fixes the issue for me. Thanks. -- Antti-Juhani Kaijanaho, Jyväskylä, Finland http://antti-juhani.kaijanaho.fi/newblog/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702412: pre-approval unblock: postfix
Op woensdag 6 maart 2013 10:16:18 schreef Adam D. Barratt: It looks like the maintainer field is already fixed in sid, in 2.10.0-1; that is a number of upstream releases more recent than the current wheezy package, however. Your last message in #700719 indicates that your inclination towards an unblock was based on the assumption that the package involved would be 2.9.6; is that correct? Even after filtering the diff down quite a lot to remove documentation changes etc. we still appear to be left with a diff of 217 files changed, 5476 insertions(+), 1476 deletions(-) which isn't that bad but not ideal at this point. Right, since I posted my proposal indeed a new upstream has been uploaded on Monday to sid making the migration impossible. I do not advocate migrating 2.10.0. I was convinced that migration should be possible precisely because it was an upstream bugfix, not a new major rleease. I'd like to reword my proposal then to uploading 2.9.6-1, as it was in sid, to tpu. Only changes would be a new version number (2.9.6-1+wheezy1?) and fixed maintainer. My filtered diff of that, as attached to #700719, amounts to: 22 files changed, 155 insertions(+), 38 deletions(-) Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#702403: Info received (Bug#702403: Acknowledgement (davical.sql function language incorrect case for PlPgSQL))
For the reference of others, once I did the following, it is all working correctly for me. It took a couple more hours to find the other language references that get included in the update-davical-database script since it didn't report any errors and gave the impression that everything was fine like the initial creation script does. $ cd /usr/share/davical/dba $ sudo sed -i s/'PlPgSQL'/'plpgsql'/ ./*sql ./patches/*sql $ sudo sed -i s/'SQL'/'sql'/ ./*sql ./patches/*sql To the package maintainer's (also the upstream author) credit, as I type this I was going to put a patch together, but I see that he has already updated the git repository! Thanks for your work on the package! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702167: unblock: lvm2/2.02.95-7
On Tue, Mar 05, 2013 at 09:20:43PM +, Adam D. Barratt wrote: On Sun, 2013-03-03 at 12:56 +0100, Bastian Blank wrote: + * Re-enable cluster support. (closes: #697676) + * Disable thin support. We lack the thin_check binary and it does not work +anyway. (closes: #702163) Neither of these changes appear to have been applied in sid at this point? Nope. The thin stuff will be fixed correctly for Jessie but needs at least one new source package. Not sure about the cluster stuff yet. Bastian -- You're dead, Jim. -- McCoy, Amok Time, stardate 3372.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702413: allow cross build
Package: html2text Version: 1.3.2a-15 Tags: patch diff -u html2text-1.3.2a/debian/changelog html2text-1.3.2a/debian/changelog --- html2text-1.3.2a/debian/changelog +++ html2text-1.3.2a/debian/changelog @@ -1,3 +1,15 @@ +html2text (1.3.2a-15ubuntu3) raring; urgency=low + + * Honor `nocheck' in DEB_BUILD_OPTIONS. + + -- Matthias Klose d...@ubuntu.com Wed, 06 Mar 2013 17:28:55 +0800 + +html2text (1.3.2a-15ubuntu2) raring; urgency=low + + * Use triplet-g++ to build the package. + + -- Matthias Klose d...@ubuntu.com Wed, 06 Mar 2013 16:21:54 +0800 + html2text (1.3.2a-15ubuntu1) raring; urgency=low * Converts auml; to U+00E4 instead U+00E5 (LP: #586279). diff -u html2text-1.3.2a/debian/rules html2text-1.3.2a/debian/rules --- html2text-1.3.2a/debian/rules +++ html2text-1.3.2a/debian/rules @@ -7,14 +7,17 @@ include /usr/share/quilt/quilt.make +DEB_HOST_GNU_TYPE := $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) +CC = $(DEB_HOST_GNU_TYPE)-g++ + DEB=debian/html2text build: build-stamp build-stamp: debian/stamp-patched dh_testdir - ./configure --prefix=$(DEB)/usr + CC=$(CC) ./configure --prefix=$(DEB)/usr sed -i 's/$$(CXXFLAGS)/$$(CXXFLAGS) $$(DEB_CXXFLAGS)/g' Makefile - $(MAKE) DEB_CXXFLAGS=$(CFLAGS) LOCAL_LDFLAGS=-g + $(MAKE) DEB_CXXFLAGS=$(CFLAGS) LOCAL_LDFLAGS=-g touch build-stamp clean: unpatch @@ -32,7 +35,9 @@ dh_installdirs test: build +ifeq (,$(findstring nocheck, $(DEB_BUILD_OPTIONS))) cd debian/tests/ sh runtests +endif binary-indep: diff -u html2text-1.3.2a/debian/patches/series html2text-1.3.2a/debian/patches/series --- html2text-1.3.2a/debian/patches/series +++ html2text-1.3.2a/debian/patches/series @@ -10,0 +11 @@ +811-triplet-cc.patch only in patch2: unchanged: --- html2text-1.3.2a.orig/debian/patches/811-triplet-cc.patch +++ html2text-1.3.2a/debian/patches/811-triplet-cc.patch @@ -0,0 +1,13 @@ +Index: b/configure +=== +--- a/configure 2004-01-12 15:47:18.0 + b/configure 2013-03-06 08:20:56.944803098 + +@@ -39,7 +39,7 @@ + } + EOF + CXX=unknown; +-for i in CC g++ cc $CC; do ++for i in $CC CC g++ cc; do + if $i -c $tmp_file.C 2/dev/null; then + CXX=$i; + break;
Bug#657611: Possible fix for egg-info
Hi, Michael Prokop wrote: This problem is still present, any news from the maintainer? Would be great if there's a working py2dsc for wheezy. I totally agree. Diane Trout wrote: I had the same problem and used your extend-diff-ignore suggestion to try and fix this bug. I passed the fix to the maintainer via the github pull request at: https://github.com/astraw/stdeb/pull/57 To make this fix works I have to change extended-diff-ignore by extend-diff-ignore: --- util.py.origin 2013-03-06 10:35:19.012007756 +0100 +++ util.py 2013-03-06 00:34:34.993918727 +0100 @@ -1129,6 +1129,10 @@ fd.write('3.0 (quilt)\n') fd.close() +fd = open( os.path.join(debian_dir,'source','options'), mode='w') +fd.write('extend-diff-ignore=\.egg-info') +fd.close() + if debian_dir_only: return -- Étienne Loks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702349: lintian should not complain about hardening for package written in pure Ocaml
Le 06/03/2013 09:37, Hendrik Tews a écrit : In principle I agree, that programs written in a certain subset of OCaml do not need these hardening features. However, at the moment this safe subset is not even identified... OCaml has a built-in notion of unsafe feature (see ocamlobjinfo output) that could serve as a starting point for that. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702414: ppolicy hangs slapd on 64bit system
Package: slapd Version: 2.4.23-7.2 Severity: serious Justification: unknow Hi!, I got problem implementing ppolicy on slapd 64bit version Tested on debian6 2.6.32-5-xen-amd64 with slapd 2.4.23-7.2 debian6 2.6.32-5-amd64 with slapd 2.4.23-7.2 and debian7 3.2.0-4-amd64 with slapd 2.4.31-1 Problem occours when i try to change parameters of ppolicy (using phpldapadmin, luma, etc.) for example: pwdMaxFailure: 6 to 5 Slapd process hangs and you can only stop it by kill -9 On Debian 32bit works fine -- 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/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slapd depends on: ii adduser3.112+nmu2add and remove users and groups ii coreutils 8.5-1 GNU core utilities ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgnutls262.8.6-1+squeeze2 the GNU TLS library - runtime libr ii libldap-2.4-2 2.4.23-7.2OpenLDAP libraries ii libltdl7 2.2.6b-2 A system independent dlopen wrappe ii libperl5.105.10.1-17squeeze4 shared Perl library ii libsasl2-2 2.1.23.dfsg1-7Cyrus SASL - authentication abstra ii libslp11.2.1-7.8 OpenSLP libraries ii libwrap0 7.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii perl [libmime-base64-p 5.10.1-17squeeze4 Larry Wall's Practical Extraction ii psmisc 22.11-1 utilities that use the proc file s ii unixodbc 2.2.14p2-1ODBC tools libraries Versions of packages slapd recommends: ii libsasl2-modules 2.1.23.dfsg1-7 Cyrus SASL - pluggable authenticat Versions of packages slapd suggests: ii ldap-utils2.4.23-7.2 OpenLDAP utilities -- Configuration Files: /etc/ldap/schema/README changed [not included] /etc/ldap/schema/core.schema changed [not included] /etc/ldap/schema/cosine.ldif changed [not included] /etc/ldap/schema/cosine.schema changed [not included] /etc/ldap/schema/duaconf.schema changed [not included] /etc/ldap/schema/dyngroup.schema changed [not included] /etc/ldap/schema/inetorgperson.ldif changed [not included] /etc/ldap/schema/inetorgperson.schema changed [not included] /etc/ldap/schema/misc.schema changed [not included] /etc/ldap/schema/nis.ldif changed [not included] /etc/ldap/schema/nis.schema changed [not included] /etc/ldap/schema/openldap.ldif changed [not included] /etc/ldap/schema/openldap.schema changed [not included] /etc/ldap/schema/ppolicy.schema 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#558609: Código aviso: ID67565434.
Caro Webmail / Conta de Usuário E-mail, Isto é para informar que estou de erro ocorrer como considerar sua validação de conta de e-mail e de atualização, isso é devido a informações inválidas que você enviar para a nossa base de dados. Por favor, você é aconselhar para reabastecer as informações corretas necessárias para validar e atualizar sua conta. Clique no link abaixo para sua validação de conta de e-mail; https://docs.google.com/spreadsheet/viewform?formkey=dElzRlduVGJZR3BlaHpxM0tKSnFCN2c6MQ Lamentamos para os inconvinences isso poderia ter causado a você. Webmail © 2013 Atualização da Equipe Código aviso: ID67565434.
Bug#702349: lintian should not complain about hardening for package written in pure Ocaml
OCaml has a built-in notion of unsafe feature (see ocamlobjinfo output) that could serve as a starting point for that. Yes, I tried this on let f b = let a = abcde in let c = Obj.magic b in String.unsafe_blit c 0 a 0 5 For the .cmo, ocamlobjinfo surprisingly reports Uses unsafe features: no and for the .cmx it doesn't say anything about unsafe features. Bye, Hendrik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657278: ITP: python-scrapelib -- library for scraping websites
Hi. Alex Chiang achi...@canonical.com writes: Hi, I don't really have time to take this up anymore, but would be happy to hand it over to someone else. I could be interested, even though I have not a lot of experience in packaging python libs. Still, I may be able to help, for instance in the context of a packaging team effort. Do you have an archive or repository containing the last state of your work ? Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701155: src:salt: new upstream release 0.13.1
* Ulrich Dangel wrote [24.02.13 14:28]: Hi Franklin, any news re. the package? Do you need a sponsor or do you need any help for the transition? Ulrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702349: lintian should not complain about hardening for package written in pure Ocaml
Le 06/03/2013 10:48, Hendrik Tews a écrit : OCaml has a built-in notion of unsafe feature (see ocamlobjinfo output) that could serve as a starting point for that. Yes, I tried this on let f b = let a = abcde in let c = Obj.magic b in String.unsafe_blit c 0 a 0 5 For the .cmo, ocamlobjinfo surprisingly reports Uses unsafe features: no and for the .cmx it doesn't say anything about unsafe features. But Obj (obviously) uses unsafe features! Sure, Pervasives also uses unsafe features, but I was thinking about adding some kind of whitelist system. I was trying to be very cautious when I said notion and starting point and put quotes around unsafe... Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702415: use anonscm.d.o url instead of git.d.o for VCS fields
package: gem2deb version: 0.3.0 severity: minor Currently lintian complains about the generated VCS field. Once the field is changed to anoscm url, lintian is happy. I: ruby-rack-piwik source: vcs-field-not-canonical git://git.debian.org/pkg-ruby-extras/ruby-rack-piwik.git git://anonscm.debian.org/pkg-ruby-extras/ruby-rack-piwik.git N: N:The VCS-* field contains an uncanonical URI. Please update to use the N:current canonical URI instead. This reduces the network bandwidth used N:and makes debcheckout work independent of the port forwarding and N:redirections properly working. N: N:Severity: minor, Certainty: possible N: N:Check: fields, Type: binary, udeb, source N: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699743: emms: fails to upgrade lenny - squeeze - wheezy: emms-setup.el:96:8:Error: Symbol's value as variable is void: emms-directory
Hi, Andreas Beckmann a...@debian.org writes: lenny-squeeze-wheezy works now, but it leaves cruft around, looks like a proper deregistration of the emacs22 flavor is missing: [...] Sorry about that, I have fixed it in the attached patch. Thank you so much for testing! Regards, -- Arnaud Fontaine diff -uN emms-3.0+20110425+1.git298e022.orig/debian/changelog emms-3.0+20110425+1.git298e022/debian/changelog --- emms-3.0+20110425+1.git298e022.orig/debian/changelog 2013-02-27 11:45:23.285936262 +0900 +++ emms-3.0+20110425+1.git298e022/debian/changelog 2013-02-27 11:47:03.242937535 +0900 @@ -1,3 +1,13 @@ +emms (3.0+20110425+1.git298e022-4) unstable; urgency=low + + * debian/control: ++ Require emacsen-common = 2.0.5 because of #693472. + * debian/emacsen-install, debian/emacsen-remove: ++ As emacs22 is not supported since squeeze, it must be ignored. + Closes: #699743. + + -- Arnaud Fontaine ar...@debian.org Wed, 27 Feb 2013 11:25:39 +0900 + emms (3.0+20110425+1.git298e022-3) unstable; urgency=low * debian/control: diff -uN emms-3.0+20110425+1.git298e022.orig/debian/control emms-3.0+20110425+1.git298e022/debian/control --- emms-3.0+20110425+1.git298e022.orig/debian/control 2013-02-27 11:45:29.866002178 +0900 +++ emms-3.0+20110425+1.git298e022/debian/control 2013-02-27 11:32:40.614292813 +0900 @@ -14,7 +14,7 @@ Package: emms Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, - emacsen-common, + emacsen-common (= 2.0.5), w3m-el | w3m-el-snapshot, emacs23 | xemacs21 | emacs-snapshot Recommends: vorbis-tools | mpg321 | mplayer | vlc | mpd (= 0.12.0) | xine-ui diff -uN emms-3.0+20110425+1.git298e022.orig/debian/emacsen-install emms-3.0+20110425+1.git298e022/debian/emacsen-install --- emms-3.0+20110425+1.git298e022.orig/debian/emacsen-install 2012-06-07 17:32:35.903138994 +0900 +++ emms-3.0+20110425+1.git298e022/debian/emacsen-install 2013-02-27 11:43:52.157023326 +0900 @@ -8,7 +8,7 @@ FLAVOR=$1 PACKAGE=emms -if [ ${FLAVOR} = emacs ] || [ ${FLAVOR} = emacs21 ]; then +if [ ${FLAVOR} = emacs ] || [ ${FLAVOR} = emacs21 ] || [ ${FLAVOR} = emacs22 ]; then exit 0; fi diff -uN emms-3.0+20110425+1.git298e022.orig/debian/emacsen-remove emms-3.0+20110425+1.git298e022/debian/emacsen-remove --- emms-3.0+20110425+1.git298e022.orig/debian/emacsen-remove 2011-11-05 16:19:31.0 +0900 +++ emms-3.0+20110425+1.git298e022/debian/emacsen-remove 2013-02-27 11:44:09.965201736 +0900 @@ -4,7 +4,7 @@ FLAVOR=$1 PACKAGE=emms -if [ ${FLAVOR} != emacs ] [ ${FLAVOR} != emacs21 ]; then +if [ ${FLAVOR} != emacs ]; then echo remove/${PACKAGE}: purging byte-compiled files for ${FLAVOR} rm -rf /usr/share/${FLAVOR}/site-lisp/${PACKAGE} fi pgpVeFOEvzsJ6.pgp Description: PGP signature
Bug#702369: [Pkg-xen-devel] Bug#702369: Bug#702369: can't install wheezy from template
On Wed, 2013-03-06 at 10:10 +0100, Daniel Pocock wrote: The domU boots as a PV, but the login prompt is never displayed. I can view the console boot messages with VNC, but no login prompt appears in the console. The machine is otherwise working fine and can't be accessed with an ssh login. I think this has something to do with inittab and the terminal device names changing. Correct, you need to adda getty on hvc0, e.g: H0:23:respawn:/sbin/getty -L hvc0 115200 vt102 Unfortunately that probably means you need to flip back to HVM mode to change it, or use kpartx etc to mount the guests fs from dom0. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702416: perl: memory leak in Encode::decode
Package: perl Version: 5.14.2-18 Severity: important Tags: fixed-upstream Control: found -1 5.10.1-17squeeze5 Forwarded: https://github.com/dankogai/p5-encode/issues/8 As discussed in https://github.com/dankogai/p5-encode/issues/8 this leaks memory: perl -MEncode=decode -E 'eval { decode(UTF-8, \x89, 1) } while 1' Fixed in Encode-2.49 and a candidate for perl-5.14.4. http://search.cpan.org/diff?from=Encode-2.48to=Encode-2.49 http://www.nntp.perl.org/group/perl.perl5.porters/2013/03/msg199816.html -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676678: not a fix
tags 676678 - patch thanks This is an endianness issue. The provided patch doesn't fix it, it just reverses the situation where it is a problem from little-endian to big-endian. -- Copyshops should do vouchers. So that next time some bureaucracy requires you to mail a form in triplicate, you can mail it just once, add a voucher, and save on postage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702417: libmysql++-dev broken includes
Package: libmysql++-dev Version: 3.1.0-2+b1 Severity: serious When installing libmysql++-dev it pulls in several build dependencies. However a basic test application performing: #include mysql++/mysql++.h int main(int charc, char *argv[]) { my_init(); return 0; } will fail to compile with: In file included from /usr/include/mysql++/connection.h:38:0, from /usr/include/mysql++/mysql++.h:56, from sql_test.cc:1: /usr/include/mysql++/common.h:131:28: fatal error: mysql_version.h: No such file or directory compilation terminated. Looking around there is no file called mysql_version.h installed as part of that library. There is a mysql/mysql_version.h installed from libmysqlclient-dev however including that requires defining MYSQLPP_MYSQL_HEADERS_BURIED which is not done by default. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702418: python-vte: reportbug with python vte closes whilst reporting bugs.
Package: python-vte Version: 1:0.28.2-5 Severity: important Dear Maintainer, I installed python-vte so that I could report bugs with a graphical interface. Reportbug now closes at some points when reporting bugs on some packages. It happens normally when I click continue, and it just closes. This has lead me to give up on reporting some bugs. -- 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/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 python-vte depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libncurses5 5.9-10 ii libpango1.0-0 1.30.0-1 ii libtinfo5 5.9-10 ii libvte-common 1:0.28.2-5 ii libvte9 1:0.28.2-5 ii libx11-62:1.5.0-1 ii python 2.7.3-4 ii python-gtk2 2.24.0-3+b1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 python-vte recommends no packages. python-vte 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#702332: dpkg-deb: please add warning or forbid when extract package to /tmp directory
Hello, On Tue, Mar 5, 2013 at 9:45 PM, Guillem Jover guil...@debian.org wrote: Hi! On Tue, 2013-03-05 at 12:23:25 +0100, Javier Barroso wrote: package: dpkg version: 1.16.9 severity: wishlist This morning after booting my computer, I couldn't login into my desktop. In .xsession-errors file appeared: openConnection: connect: No existe el fichero o el directorio cannot connect to brltty at :0 mkdtemp: private socket dir: Permission denied After review the problem, I found the problem, that is that I executed : dpkg-deb -x package.deb /tmp/ So /tmp/ was changed from 1777 to 755. I read in manpage about this change is wanted. This is the same that will happen if either root unpacks a tarball (containing directories) on an existing directory using tar, or if a user uses «tar -p» on a directory the user can change. You have reason. I used root, because my workflow that day was: # vim /etc/xxx/sss # dpkg-deb xxx /tmp/ # cp /tmp/etc/xxx/sss But It is ok, I should not use dpkg-deb as root But I'm asking you if it is possible to add a warning / error to dpkg-deb output, so you don't broke your system without any clue (If you use dpkg-deb wrongly) Well, this is only an issue if «dpkg-deb -x» is used on such directories if run as root, otherwise the perms will not be changed, and then there's the usual advice of not playing as root for unneeded actions. This would also affect other directories such as /var/tmp, etc. And as such I'm reluctant to add a warning for something that the user might do on purpose, knowing the possible consequences, or start hardcoding a list of possible problematic extraction directories. Well, I cannot imagine nobody changing /tmp or /var/tmp permissions on purpose. And surely nobody can imagine the collateral damage of using /tmp/ as target directory in dpkg-deb if executed with root user. See like tar conplains about wrong use: ~/tmp$ tar cfvz somefile.tar.gz tar: Cowardly refusing to create an empty archive Could be some similar error for this wishlist Maybe dpkg-deb should not change perms at the first level of directory (why is it neccesary ?). Warning only when the directory already exists, or when run as root, might also trigger on valid scenarios, where the user has created the directory beforehand, for example. I can sympathize with trying to avoid this kind of problem, but I'm not sure there's a solution that will not annoy current users, or make things more difficult for people that expect the current behaviour. Surely no current user are using /tmp/ as directory target because of current behaviour. It would break her system. I know it is not possible to convince you about this issue, so I will not reply any more if you consider this is a won't fix bug (sorry for your time spend in this wishlist) Thank you very much -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682800: documenting nullmailer-smpt
Dear Maintainer, do you know if upstream is receptive for patches? If you put a help tag on this bug someone (me?) might even step in and extend the nullmailer-send man with /usr/lib/nullmailer/smtp documentation. ? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682606: installation-reports: wheezy install missing python-vte, libvte9 and libvte-common
Package: installation-reports Followup-For: Bug #682606 Dear Maintainer, It would be good to automatically have an option of a graphical interface for reportbug, as many people (myself included), don't know how to/like reporting bugs without it. However, I do not think it should be done yet, because the graphical interface of reportbug is buggy at the moment, and frequently quits when I am reporting some packages. This has lead me to give up on reporting some bugs. When this is fixed it should definitely be an option or enabled by default. -- Package-specific info: Boot method: Image version: Date: Date and time of the install Machine: Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20130211 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation HM65 Express Chipset Family LPC Controller [8086:1c49] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 01:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 130 [8086:0896] (rev 34) lspci -knn: Subsystem: Intel Corporation Device [8086:5005] lspci -knn: Kernel driver in use: iwlwifi lspci -knn: 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev
Bug#702419: installation-reports: Successful 6.0.6 auto-install netboot (pxe) on Alix-2 using ttyS0 as console (hands-off)
Package: installation-reports Severity: normal After reading http://hands.com/d-i and a lot of tries, searching on how to do this via serial console only, understanding that network install require that initrd and vmlinuz by synchronised before (each) use... This work fine and don't require (direct) human interaction. -- Package-specific info: Boot method: network Image version: debian/dists/squeeze/main/installer-i386/current/images netboot/netboot.tar.gz 'tar -zxC /srv/tftp ./debian-installer/i386/{linux,initrd.gz}' Date: Date and time of the install Machine: Alix 2D3 Partitions: df -Tl will do; the raw partition table is preferred # df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda1 ext3 973624698624225544 76% / tmpfstmpfs 127736 62056 65680 49% /var # mount /dev/sda1 on / type ext3 (ro,noatime,errors=continue) tmpfs on /var type tmpfs (rw,nosuid,nodev,relatime) # cat /proc/partitions major minor #blocks name 80 990864 sda 81 989184 sda1 # cat /proc/mounts rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 none /dev devtmpfs rw,relatime,size=122948k,nr_inodes=30737,mode=755 0 0 none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 /dev/disk/by-uuid/d80666ee-f99d-4254-ab38-e5c747b03639 / ext3 ro,noatime,errors=continue,data=ordered 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /home tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /root tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /var tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] retrieve pressed.cfg from web server [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Just adding 1st line in pxe for serial an prompt for auto-run # cat /srv/tftp/alix/pxealix.cfg serial 0 38400 display alix/alix.txt include alix/menu.cfg default Linux prompt 1 timeout 10 Create an appropriate syslinux config: # cat /srv/tftp/alix/live.cfg label Linux menu label Linux kernel debian-installer/i386/linux append initrd=debian-installer/i386/initrd.gz auto=true \ priority=critical url=192.168.12.2 DEBCONF_DEBUG=5 \ netcfg/choose_interface=eth0 -- console=ttyS0,38400 Correct pressed file as Alix 2D3 hold 3 ethernet interfaces, so prevent choice question: ... d-i netcfg/choose_interface select eth0 But one of the WORST thing i've done was to not use swap: I DON'T UNDERSTAND THIS: WHY `NO_SWAP` SETTED TO `FALSE` DO PERMIT NO SWAP!? ... d-i partman-basicfilesystems/no_swap boolean false d-i partman-auto/expert_recipe string \ boot-root :: 500 1 10 ext3 \ $primary{ } $bootable{ }\ method{ format } format{ } \ use_filesystem{ } filesystem{ ext3 }\ mountpoint{ / } . ... Installing and runing last configuration script is done with: d-i preseed/run string late_command.sh d-i preseed/late_command string /bin/sh /tmp/lastjob.sh -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze4+b2 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux alix 2.6.32-5-486 #1 Sun Sep 23 09:17:35 UTC 2012 i586 GNU/Linux lspci -knn: 00:01.0 Host bridge [0600]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] (rev 33) lspci -knn: Subsystem: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] lspci -knn: 00:01.2 Entertainment encryption device [1010]: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] lspci -knn: Subsystem: Advanced Micro Devices [AMD] Geode
Bug#702420: blender: 2.66-2 fails to configure, errors when bytecompiling some addons
Package: blender Version: 2.66-2 Severity: important Dear Maintainer, the new blender 2.66-2 from experimental does not configure correctly, it looks like it fails when bytecompiling some python addons. --- Setting up blender (2.66-2) ... File /usr/share/blender/scripts/addons/io_scene_ms3d/ms3d_spec.py, line 116 STRING_REPLACE = u'_' ^ SyntaxError: invalid syntax File /usr/share/blender/scripts/modules/bl_i18n_utils/bl_process_msg.py, line 378 yield from extract_strings_ex(nd, is_split=is_split) ^ SyntaxError: invalid syntax dpkg: error processing blender (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: blender E: Sub-process /usr/bin/dpkg returned an error code (1) --- The two errors are about functionalities introduced in python-3.3[1] By looking at the dependencies with apt-get show I can see it depends on both python3 (= 3.3) and python3.2, and in fact the letter is used in /var/lib/dpkg/info/blender.postinst The issue can be worked around by editing this file and replacing 3.2 with 3.3 until a proper fix is available. In the source package I see both python3-dev and pynton3.3-dev in build deps, maybe this is what is confusing the build system making it add a dep on 3.2? BTW, even if configuration succeeds after the hack from above the program crashes here, but this is matter for another report :) Thanks, Antonio [1] http://docs.python.org/3/whatsnew/3.3.html -- Antonio Ospite http://ao2.it A: Because it messes up the order in which people normally read text. See http://en.wikipedia.org/wiki/Posting_style Q: Why is top-posting such a bad thing? -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (900, 'unstable'), (600, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages blender depends on: ii fonts-droid20111207+git-1 ii libavcodec54 6:9.3-1 ii libavdevice53 6:9.3-1 ii libavformat54 6:9.3-1 ii libavutil526:9.3-1 ii libboost-date-time1.49.0 1.49.0-3.2 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-locale1.49.0 1.49.0-3.2 ii libboost-regex1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libfftw3-3 3.3.2-3.1 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-3 ii libglew1.7 1.7.0-3 ii libglu1-mesa [libglu1] 8.0.5-3 ii libgomp1 4.7.2-5 ii libilmbase61.0.1-6 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii libjpeg8 8d-1 ii libjs-jquery 1.7.2+dfsg-1 ii libopenal1 1:1.14-4 ii libopenexr61.6.1-7 ii libopenimageio1.1 1.1.3+dfsg0-1 ii libopenjpeg2 1.3+dfsg-4.6 ii libpng12-0 1.2.49-3 ii libpython3.3 3.3.0-11 ii libsdl-1.3-0 1.3.0~20111204-1 ii libsndfile11.0.25-5 ii libspnav0 0.2.2-1 ii libstdc++6 4.7.2-5 ii libswscale26:9.3-1 ii libtiff4 3.9.6-11 ii libx11-6 2:1.5.0-1 ii libxi6 2:1.6.1-1 ii python33.3.0-2 ii python3.2 3.2.3-7 ii zlib1g 1:1.2.7.dfsg-13 blender recommends no packages. Versions of packages blender suggests: pn yafaray-exporter none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702421: link-mode persistence broken due to wrong link targets
Package: live-boot Version: 3.0.0-1 Severity: important Hi, the fix for #696495 (d2b2a46118d331a5b3c0218c475da8e5aa831df8) broke link-mode persistence as the links now show to /live/persistence/... while the mount was moved to /lib/live/mount/persistence/... when the system was booted up. Before that commit the links were properly set to the /lib/live location. Regards Evgeni -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702422: installation-reports: Successful 6.0.6 auto-install netboot (pxe) on Alix-2 using ttyS0 as console (hands-off)
Package: installation-reports Severity: normal After reading http://hands.com/d-i and a lot of tries, searching on how to do this via serial console only, understanding that network install require that initrd and vmlinuz by synchronised before (each) use... This work fine and don't require (direct) human interaction. -- Package-specific info: Boot method: network Image version: debian/dists/squeeze/main/installer-i386/current/images netboot/netboot.tar.gz 'tar -zxC /srv/tftp ./debian-installer/i386/{linux,initrd.gz}' Date: Date and time of the install Machine: Alix 2D3 Partitions: df -Tl will do; the raw partition table is preferred # df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda1 ext3 973624698624225544 76% / tmpfstmpfs 127736 62056 65680 49% /var # mount /dev/sda1 on / type ext3 (ro,noatime,errors=continue) tmpfs on /var type tmpfs (rw,nosuid,nodev,relatime) # cat /proc/partitions major minor #blocks name 80 990864 sda 81 989184 sda1 # cat /proc/mounts rootfs / rootfs rw 0 0 none /sys sysfs rw,nosuid,nodev,noexec,relatime 0 0 none /proc proc rw,nosuid,nodev,noexec,relatime 0 0 none /dev devtmpfs rw,relatime,size=122948k,nr_inodes=30737,mode=755 0 0 none /dev/pts devpts rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000 0 0 /dev/disk/by-uuid/d80666ee-f99d-4254-ab38-e5c747b03639 / ext3 ro,noatime,errors=continue,data=ordered 0 0 tmpfs /lib/init/rw tmpfs rw,nosuid,relatime,mode=755 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /home tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /root tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /var tmpfs rw,nosuid,nodev,relatime 0 0 tmpfs /dev/shm tmpfs rw,nosuid,nodev,relatime 0 0 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] retrieve pressed.cfg from web server [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. Just adding 1st line in pxe for serial an prompt for auto-run # cat /srv/tftp/alix/pxealix.cfg serial 0 38400 display alix/alix.txt include alix/menu.cfg default Linux prompt 1 timeout 10 Create an appropriate syslinux config: # cat /srv/tftp/alix/live.cfg label Linux menu label Linux kernel debian-installer/i386/linux append initrd=debian-installer/i386/initrd.gz auto=true \ priority=critical url=192.168.12.2 DEBCONF_DEBUG=5 \ netcfg/choose_interface=eth0 -- console=ttyS0,38400 Correct pressed file as Alix 2D3 hold 3 ethernet interfaces, so prevent choice question: ... d-i netcfg/choose_interface select eth0 But one of the WORST thing i've done was to not use swap: I DON'T UNDERSTAND THIS: WHY `NO_SWAP` SETTED TO `FALSE` DO PERMIT NO SWAP!? ... d-i partman-basicfilesystems/no_swap boolean false d-i partman-auto/expert_recipe string \ boot-root :: 500 1 10 ext3 \ $primary{ } $bootable{ }\ method{ format } format{ } \ use_filesystem{ } filesystem{ ext3 }\ mountpoint{ / } . ... Installing and runing last configuration script is done with: d-i preseed/run string late_command.sh d-i preseed/late_command string /bin/sh /tmp/lastjob.sh -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze4+b2 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux alix 2.6.32-5-486 #1 Sun Sep 23 09:17:35 UTC 2012 i586 GNU/Linux lspci -knn: 00:01.0 Host bridge [0600]: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] (rev 33) lspci -knn: Subsystem: Advanced Micro Devices [AMD] CS5536 [Geode companion] Host Bridge [1022:2080] lspci -knn: 00:01.2 Entertainment encryption device [1010]: Advanced Micro Devices [AMD] Geode LX AES Security Block [1022:2082] lspci -knn: Subsystem: Advanced Micro Devices [AMD] Geode
Bug#701649: fixed in libvirt 0.9.12-8
On 06.03.2013 09:13, Guido Günther wrote: On Tue, Mar 05, 2013 at 08:48:03PM +, Adam D. Barratt wrote: On Mon, 2013-03-04 at 18:02 +, Guido Günther wrote: libvirt (0.9.12-8) unstable; urgency=low . * [181eab1] CVE-2013-1766: Use libvirt-qemu as group to run qemu/kvm instances. This makes sure we don't chown files to groups possibly used by other programs. (Closes: #701649) I was looking at this with a view to unblocking it, but think there might have been a small copy-n-waste error in the postrm changes; specifically: @@ -25,6 +25,14 @@ delgroup libvirt || true fi + if getent user libvirt-qemu /dev/null; then getent user should be getent passwd. [...] Sorry for being sloppy and thanks for your review. I just uploaded a new version. Thanks for the quick turn-around. Unfortunately the getent user call above doesn't appear to be fixed in -9. 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#702418: python-vte: reportbug with python vte closes whilst reporting bugs.
reassign 702418 reportbug thanks Please provide the terminal output of reportbug when the bug happens. On 06/03/13 11:44, Asterix wrote: Package: python-vte Version: 1:0.28.2-5 Severity: important Dear Maintainer, I installed python-vte so that I could report bugs with a graphical interface. Reportbug now closes at some points when reporting bugs on some packages. It happens normally when I click continue, and it just closes. This has lead me to give up on reporting some bugs. -- 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/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 python-vte depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libncurses5 5.9-10 ii libpango1.0-0 1.30.0-1 ii libtinfo5 5.9-10 ii libvte-common 1:0.28.2-5 ii libvte9 1:0.28.2-5 ii libx11-62:1.5.0-1 ii python 2.7.3-4 ii python-gtk2 2.24.0-3+b1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 python-vte recommends no packages. python-vte suggests no packages. -- no debconf information ___ pkg-gnome-maintainers mailing list pkg-gnome-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702423: libfann: Added DEP-8 tests
Package: libfann Severity: wishlist Tags: patch I'm forwarding a diff that adds DEP-8 tests to the package, originally submitted to Launchpad. See http://dep.debian.net/deps/dep8/ for details. libfann_2.1.0~beta~dfsg-8_2.1.0~beta~dfsg-8ubuntu1.diff.gz Description: GNU Zip compressed data
Bug#702424: libg3d: Added DEP-8 tests
Package: libg3d Severity: wishlist Tags: patch I'm forwarding a diff that adds DEP-8 tests to the package, originally submitted to Launchpad. See http://dep.debian.net/deps/dep8/ for details. libg3d_0.0.8-17_0.0.8-17ubuntu1.diff.gz Description: GNU Zip compressed data
Bug#700333: Stack trace
No, but I think this kernel parameter will help: pause_on_oops= Halt all CPUs after the first oops has been printed for the specified number of seconds. This is to be used if your oopses keep scrolling off the screen. (How have I not noticed this in all the years I've been crashing kernels?!) Thanks, it helped :) By the way, this crash happens with init=/bin/bash Stack trace picture is here: http://vmx.yourcmc.ru/var/pics/IMG_20130306_141045.jpg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649866: #includeX11/Xlibint.h - compilation error: expected initializer before _X_NORETURN
Package: libx11-dev Version: 2:1.5.0-1 Severity: normal Hi Just a note that this bug still exists in 1.5.0-1. Xlibint.h now has all the necessary #includes, but the package still doesn't depend on x11proto-core-dev = 7.0.17 as Lionel suggested. I had to manually upgrade x11proto-core-dev to 7.0.22 in order to fix compiler errors. Best regards Tomaž -- System Information: Debian Release: 6.0.7 APT prefers stable APT policy: (900, 'stable'), (400, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.7.0-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libx11-dev depends on: ii libx11-62:1.5.0-1X11 client-side library ii libxau-dev 1:1.0.6-1X11 authorisation library (develop ii libxcb1-dev 1.6-1X C Binding, development files ii libxdmcp-dev1:1.0.3-2X11 authorisation library (develop ii x11proto-core-dev 7.0.22-1~bpo60+1 X11 core wire protocol and auxilia ii x11proto-input-dev 2.0-2X11 Input extension wire protocol ii x11proto-kb-dev 1.0.4-1 X11 XKB extension wire protocol ii xtrans-dev 1.2.5-1 X transport library (development f Versions of packages libx11-dev recommends: ii libx11-doc2:1.5.0-1 X11 client-side library (developme libx11-dev 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#673322: Packaging Open Sankoré for Debian/Ubuntu
Hi, It seems that Open-Sankoré has been relicensed to GPL v3 [1]. I'll still have to carefully go through the license, but it seems that the SSL exception is in all of the headers. I'll try to create a newer version of the package (older one I have them in [2], and even older in [3]), and if it works okay for me and is stable enough I might consider finally uploading it to Debian, aftyer re-checking licenses again. Greetings, Miry [1] https://github.com/Sankore/Sankore-3.1/commit/3d5330fb193ff74ff115466e92c9d91122f824a1 [2] http://www.miriamruiz.es/debian/sankore/ [3] http://aula.edu.es/pool/main/s/sankore/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702425: Wrong encoding in hyph_zu_ZA.dic
Package: hyphen-zu Version: 1:3.3.0-4 The encoding given at the first line of the hyph_zu_ZA.dic file is ISO08859-1, which is not a valid alias for ISO-8859-1 according to http://en.wikipedia.org/wiki/Iso-8859-1. I assume that this is a simple typo when I look at 0 and - on a qwerty keyboard ;). signature.asc Description: This is a digitally signed message part
Bug#702426: scratch: 0-bytes files when saving over CIFS
Package: scratch Version: 1.4.0.6~dfsg1-2 Severity: important Dear Maintainer, Saving scratch files to a CIFS filesystem produces 0-byte saved files. Saving to local filesystems works fine. I have tried mounting our network share using all three caching options (none, strict, loose), but am unable to produce a usable save using any of those settings. When saving over CIFS, the save takes a long time (about 15 seconds) and if I 'ls -l' in a separate terminal, I can see a temporary file created (tmp0 with non-zero size!), then truncated to zero bytes, then renamed. I wasn't sure what severity to set since this bug will cause data loss (there is no indication in scratch that the save failed), but ony in a specific situation. I would, of course, love it if a fix could make it into wheezy. Thank You, Dean -- 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/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scratch depends on: ii libgtk2.0-bin 2.24.10-2 ii shared-mime-info1.0-1+b1 ii squeak-plugins-scratch 1.4.0.2~svn.r83-1 ii squeak-vm 1:4.4.7.2357-1.1 scratch recommends no packages. Versions of packages scratch suggests: pn pulseaudio none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702425: Wrong encoding in hyph_zu_ZA.dic
According to man 4 hunspell, ISO8859-1 seems to be the right way to spell the encoding. signature.asc Description: This is a digitally signed message part
Bug#681282: same problem
Hello, i've got exactly the same problem and even if i do what propose Niv Sardi. Is there a solution ? Thanks -- Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702427: r-base-core causes FTBFS of elmerfem on arm*
Package: r-base-core Version: 2.15.2-1 Severity: normal Hi, elmerfem is FTBFS on arm* again because of recent changes in r-base. After small investigation [0] I found that elmerfem: * was built successfully with r-base-core: 2.15.1-4, 2.15.1-5 * was FTBFS with r-base-core: 2.15.1-2, 2.15.3~20130327-1, 2.15.3-1 After reading change log [1] and bug report #679180 I think that this change in r-base 2.15.2-1 caused a regression: * src/library/tools/R/install.R: Pass perl = TRUE parameter to sub() function when defining SHLIB_* macros to work-around an erroneus string replacement which causes build failures on arm* architectures but make the change conditonal on actually being on arm*. Could you fix it? [0] https://buildd.debian.org/status/logs.php?pkg=elmerfemarch=armel [1] http://packages.debian.org/changelogs/pool/main/r/r-base/current/changelog elmerfem 6.1.0.svn.5396.dfsg2-2 was prepared for Wheezy and this FTBFS is only one stopper now. Best regards, Boris
Bug#702428: HVM fails to start with VIF / qemu-dm error
Package: xcp-xapi Version: 1.3.2-14 Severity: important I imported a HVM from a legacy xm environment. It is attached to one vif, the xenapi management vif It fails to start: # xe vm-start uuid=f2ba4767-7b4f-b416-3da6-3fe059ebfc37 The server failed to handle your request, due to an internal error. The given message may give details useful for debugging the problem. message: device model failed to initialise: qemu-dm exitted unexpectedly I've seen exactly the same error when I attach another Linux HVM to an internal network (i.e. xapi0, xapi1, ...). Removing the vif, it is possible to boot these HVMs I notice that the xcp host only has a small number of qemu packages installed: # dpkg --list | grep qemu ii qemu-keymaps 1.1.2+dfsg-5 all QEMU keyboard maps ii qemu-utils 1.1.2+dfsg-5 i386 QEMU utilities while the legacy squeeze/xm environment has packages such as xen-qemu-dm-4.0, so maybe xcp-xapi is not bringing in all necessary dependencies? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701925: survival: FTBFS: Can't open /usr/lib/R/etc/Renviron
On 28 February 2013 at 12:09, Christoph Egger wrote: | Dirk Eddelbuettel e...@debian.org writes: | On 28 February 2013 at 11:28, Christoph Egger wrote: | | Package: src:survival | | Version: 2.37-4-1 | | Severity: serious | | Tags: sid wheezy | | Justification: fails to build from source (but built successfully in the past) | | | | Hi! | | | | Your package failed to build on the buildds: | | | | dh_clean: dh_clean -k is deprecated; use dh_prep instead | | dh_installdirs -A | | mkdir -p . | | dh_installdirsusr/lib/R/library | | echo R:Depends=r-base-core (= 2.15.3~20130326-1) debian/r-cran-survival.substvars | | if test -f /usr/bin/xvfb-run; then\ | |xvfb-run -a\ | | R CMD INSTALL -l /build/buildd-survival_2.37-4-1-armel-A5Zprq/survival-2.37-4/debian/r-cran-survival/usr/lib/R/library --clean \ | |. ;\ | | else\ | |R CMD INSTALL -l /build/buildd-survival_2.37-4-1-armel-A5Zprq/survival-2.37-4/debian/r-cran-survival/usr/lib/R/library \ | | --clean . ;\ | | fi | | /usr/lib/R/bin/Rcmd: 37: .: Can't open /usr/lib/R/etc/Renviron | | make: *** [R_any_arch] Error 2 | | | | Full build log at | | https://buildd.debian.org/status/fetch.php?pkg=survivalarch=amd64ver=2.37-4-1stamp=1361935064 | | What version of r-base-core did you use? There was a bug, it has been | fixed: | | The one I checked used 2.15.3~20130326-1. I'll give it back on the | buildds and see if it gets fixed. That appears to have worker per https://buildd.debian.org/status/package.php?p=survival so I am closing this. (hurd-i386 could do with a give-back; appears to have failed for the same temporary reason). Dirk -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702427: r-base-core causes FTBFS of elmerfem on arm*
On 6 March 2013 at 15:52, Boris Pek wrote: | Package: r-base-core | Version: 2.15.2-1 | Severity: normal | | Hi, | | elmerfem is FTBFS on arm* again because of recent changes in r-base. | | After small investigation [0] I found that elmerfem: | * was built successfully with r-base-core: 2.15.1-4, 2.15.1-5 | * was FTBFS with r-base-core: 2.15.1-2, 2.15.3~20130327-1, 2.15.3-1 | | After reading change log [1] and bug report #679180 I think that this change | in r-base 2.15.2-1 caused a regression: |* src/library/tools/R/install.R: Pass perl = TRUE parameter to sub() | function when defining SHLIB_* macros to work-around an erroneus | string replacement which causes build failures on arm* architectures | but make the change conditonal on actually being on arm*. | | Could you fix it? No, not really. It is an arm-specific failure that does not happen anywhere else. I think this is a side-effect of #695411. CCing Johannes who worked on this. Is there a willing and able ARM* porter within Debian who can help? Dirk | | [0] https://buildd.debian.org/status/logs.php?pkg=elmerfemarch=armel | [1] http://packages.debian.org/changelogs/pool/main/r/r-base/current/changelog | | elmerfem 6.1.0.svn.5396.dfsg2-2 was prepared for Wheezy and this FTBFS is only | one stopper now. | | Best regards, | Boris -- Dirk Eddelbuettel | e...@debian.org | http://dirk.eddelbuettel.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682800: documenting nullmailer-smpt
On Wed, 6 Mar I wrote: do you know if upstream is receptive for patches? If you put a help tag on this bug someone (me?) might even step in and extend the nullmailer-send man with /usr/lib/nullmailer/smtp documentation. I've partly implemented this here: https://github.com/bruceg/nullmailer/pull/8 *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702195: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports
On 05.03.2013 23:10, Laszlo Boszormenyi (GCS) wrote: [1] dget -x http://www.barcikacomp.hu/gcs/syslog-ng_3.3.5-3.dsc A couple of comments: 1/ as you no longer mark the symlinks as conffiles, the cleanup in syslog-ng-core.postrm is not necessary. 2/ you need to remove the existing conffile symlinks in syslog-ng-core.preinst so dpkg converts it to non-conffiles on upgrades 3/ please drop the line ExecStartPre=/bin/systemctl stop systemd-kmsg-syslogd.service from syslog-ng.service. The systemd-kmsg-syslogd.service service has been removed a long time ago and future versions of systemd will generate an error if you stop a non-existing service. Gergely told he had this change in his Git repo already. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#698294: Some simple test cases to consider
Hi, Because people seem to think this is some obscure corner case, I thought I'd write up a very simple test case to trigger the problem: First, some setup: crb@chris ~ $ echo testing testfile crb@chris ~ $ ln -s testfile testlink First test, to create a file that doesn't exist: crb@chris ~ $ puppet resource file $(pwd)/newfile ensure=file links=follow source=$(pwd)/testlink mode=0644 err: /File[/home/crb/newfile]/ensure: change from absent to present failed: Could not rename temporary file /home/crb/newfile.puppettmp_6080 to /home/crb/newfile: File written to disk did not match checksum; discarding changes ( vs {md5}d41d8cd98f00b204e9800998ecf8427e) file { '/home/crb/newfile': ensure = 'absent', } As you can see, the file is not created and Puppet produces an error. Second test, to update the contents of the file if it exists with the wrong content: crb@chris ~ $ echo foobar newfile crb@chris ~ $ puppet resource file $(pwd)/newfile ensure=file links=follow source=$(pwd)/testlink mode=0644 file { '/home/crb/newfile': ensure = 'file', group = '1000', mode = '644', } crb@chris ~ $ cat newfile foobar This time, Puppet does not produce an error at all, but the contents of the file remains unchanged and un-managed. In this case, this is silent corruption as Puppet fails to enforce the content change on the file. Best regards, Chris -- |Chris Boot |Tiger Computing Ltd |Linux for Business | |Tel: 033 0088 1511 |Web: http://www.tiger-computing.co.uk | |Registered in England. Company number: 3389961 |Registered address: Wyastone Business Park, | Wyastone Leys, Monmouth, NP25 3SR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702429: ITP: ruby-remotipart -- enable remote multipart forms (AJAX style file uploads) with jquery-rails
package: wnpp severity: wishlist owner: Praveen A prav...@debian.org * Homepage: http://opensource.alfajango.com/remotipart/ * Upstream Author: Greg Leppert, Steve Schwartz * License: MIT * Description: Remotipart is a Ruby on Rails gem enabling remote multipart forms (AJAX style file uploads) with jquery-rails. This gem augments the native Rails 3 jQuery-UJS remote form function enabling asynchronous file uploads with little to no modification to your application. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702430: Build with --enable-gtk-doc
Package: gupnp Version: 0.20.0-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Hi, This is wishlist because it doesn't reproduce on Debian. I'm not sure why. In Ubuntu we see gupnp failing to build (buildlog attached) when --enable-gtk-doc isn't passed. I've added that now in the attached patch, which makes the build succeed again. Please consider. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Kernel: Linux 3.8.0-10-generic (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru gupnp-0.20.0/debian/changelog gupnp-0.20.0/debian/changelog diff -Nru gupnp-0.20.0/debian/control gupnp-0.20.0/debian/control --- gupnp-0.20.0/debian/control 2013-01-28 21:45:55.0 + +++ gupnp-0.20.0/debian/control 2013-03-06 11:48:23.0 + @@ -13,6 +13,8 @@ valac (= 0.14.0), shared-mime-info, xsltproc, + docbook-xml, + gtk-doc-tools, docbook-xsl (= 1.75.2+dfsg-5), gobject-introspection (= 0.9.12-4~), libgirepository1.0-dev (= 0.9.12), diff -Nru gupnp-0.20.0/debian/rules gupnp-0.20.0/debian/rules --- gupnp-0.20.0/debian/rules 2013-01-31 13:28:22.0 + +++ gupnp-0.20.0/debian/rules 2013-03-06 11:48:39.0 + @@ -12,6 +12,8 @@ DEB_CONFIGURE_EXTRA_FLAGS += --with-context-manager=unix endif +DEB_CONFIGURE_EXTRA_FLAGS += --enable-gtk-doc + DEB_DH_MAKESHLIBS_ARGS_ALL := -V DEB_INSTALL_MANPAGES_libgupnp-1.0-dev := gupnp-binding-tool.1 gupnp_0.20.0-1_amd64-20130306-1115.build.gz Description: GNU Zip compressed data
Bug#699749: [Pkg-utopia-maintainers] Bug#699749: Incompatible change in the ifupdown hooks interface
On 06.03.2013 00:20, Steve Langasek wrote: FWIW, I agree with Andrew that this isn't an interface change; this is a latent bug in the avahi hook which has merely been exposed by this behavior change in ifupdown. ifupdown supports more address families than ipv4 and ipv6 (specifically, it supports ipx); if a user had configured a system with only ipx interfaces statically configured (as unlikely as that would be in the 21st century), it appears that avahi would have misbehaved in the same way. A quick grep over all unpacked packages shipping ifupdown hooks show 60 hook scripts which don't have ADDRFAM set. I haven't checked them individually, though. I don't know why these --all calls are a useful thing for ifupdown to do, but I do think it's the responsibility of the avahi package to sensibly ignore values of $ADDRFAM that it doesn't understand. What I'm not happy about is, that such a change was made without notifiying the affected package maintainers *in advance* with clear instructions how to address this. Ideally via the BTS. Such documentation and instructions are still missing. Andrew, care to explain what a package maintainer is supposed to consider when shipping such a hook? The existing documentation is rather scarce on this topic. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#702431: RM: chromium-browser [armel armhf] -- ANAIS; no longer built on armel, armhf
Package: ftp.debian.org Severity: normal chromium-browser is no longer built on armel, armhf: chromium-browser (25.0.1364.152-1) unstable; urgency=high . * [8761d73] Remove armel and armhf. We cannot support them in wheezy Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701649: fixed in libvirt 0.9.12-8
On Wed, Mar 06, 2013 at 11:07:46AM +, Adam D. Barratt wrote: On 06.03.2013 09:13, Guido Günther wrote: On Tue, Mar 05, 2013 at 08:48:03PM +, Adam D. Barratt wrote: On Mon, 2013-03-04 at 18:02 +, Guido Günther wrote: libvirt (0.9.12-8) unstable; urgency=low . * [181eab1] CVE-2013-1766: Use libvirt-qemu as group to run qemu/kvm instances. This makes sure we don't chown files to groups possibly used by other programs. (Closes: #701649) I was looking at this with a view to unblocking it, but think there might have been a small copy-n-waste error in the postrm changes; specifically: @@ -25,6 +25,14 @@ delgroup libvirt || true fi + if getent user libvirt-qemu /dev/null; then getent user should be getent passwd. [...] Sorry for being sloppy and thanks for your review. I just uploaded a new version. Thanks for the quick turn-around. Unfortunately the getent user call above doesn't appear to be fixed in -9. Another proof that there's just not enough time to work on Debian these days. I shouldn't do this. Hopefully fixed now. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702070: widelands: Copyright file points to wrong license and doesn't cite source
It would be interesting to see if Debian can make the 'complete corresponding source' happen, in the longer run presumably. I'm not sure I understand what you mean here, actually. That's a term from GPLv2: for binary distribution the license requires availability of all materials the original author(s) used to build the binary (i.e. sources and build scripts), in the preferred form of the work for making modifications to it. In Widelands' case that would include the blender files, I presume. But it's a bit late for wheezy. Cheers, Steven. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702421: [PATCH 3/3] transform link targets so they work *after* the mount was moved
From: Evgeni Golov evg...@grml.org Closes: #702421 --- scripts/boot/9990-misc-helpers.sh | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/scripts/boot/9990-misc-helpers.sh b/scripts/boot/9990-misc-helpers.sh index 6fda056..d775181 100755 --- a/scripts/boot/9990-misc-helpers.sh +++ b/scripts/boot/9990-misc-helpers.sh @@ -1149,12 +1149,12 @@ link_files () # is non-empty, remove mask from all source paths when # creating links (will be necessary if we change root, which # live-boot normally does (into $rootmnt)). - local src_dir dest_dir src_mask + local src_dir dest_dir src_transform # remove multiple /:s and ensure ending on / src_dir=$(trim_path ${1})/ dest_dir=$(trim_path ${2})/ - src_mask=${3} + src_transform=${3} # This check can only trigger on the inital, non-recursive call since # we create the destination before recursive calls @@ -1181,12 +1181,12 @@ link_files () chown_ref ${src} ${dest} chmod_ref ${src} ${dest} fi - link_files ${src} ${dest} ${src_mask} + link_files ${src} ${dest} ${src_transform} else final_src=${src} - if [ -n ${src_mask} ] + if [ -n ${src_transform} ] then - final_src=$(echo ${final_src} | sed s|^${src_mask}||) + final_src=$(echo ${final_src} | sed ${src_transform}) fi rm -rf ${dest} 2 /dev/null ln -s ${final_src} ${dest} @@ -1511,7 +1511,7 @@ activate_custom_mounts () local cow_dir links_source if [ -n ${opt_link} ] [ -z ${PERSISTENCE_READONLY} ] then - link_files ${source} ${dest} ${rootmnt} + link_files ${source} ${dest} s|^/live/|/lib/live/mount/| elif [ -n ${opt_link} ] [ -n ${PERSISTENCE_READONLY} ] then mkdir -p ${rootmnt}/lib/live/mount/persistence @@ -1528,7 +1528,7 @@ activate_custom_mounts () chown_ref ${source} ${cow_dir} chmod_ref ${source} ${cow_dir} do_union ${links_source} ${cow_dir} ${source} ${rootfs_dest_backing} - link_files ${links_source} ${dest} ${rootmnt} + link_files ${links_source} ${dest} s|^${rootmnt}|| elif [ -n ${opt_union} ] [ -z ${PERSISTENCE_READONLY} ] then do_union ${dest} ${source} ${rootfs_dest_backing} -- 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#702432: openjdk-6-jre: wait for 2HRS?
Package: openjdk-6-jre Version: 6b27-1.12.3-1 Severity: important Tags: upstream Dear Maintainer, congrats, what was working in a glance is now taking 1/2 an hour or so (when it work). My banks account is waiting at least now 20 between two virtual kbd entry; when it was almost instaneous before. Of course, I've only got a very old mono-CPU and not a 4477885566 cores with 114455799542885544 exabytes of memory.; but who knows where java will stop its climbing?! -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) 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 openjdk-6-jre depends on: ii libasound2 1.0.25-4 ii libatk-wrapper-java-jni 0.30.4-2 ii libc62.13-38 ii libgif4 4.1.6-10 ii libjpeg8 8d-1 ii libpng12-0 1.2.49-3 ii libpulse02.0-6 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxi6 2:1.6.1-1 ii libxrender1 1:0.9.7-1 ii libxtst6 2:1.2.1-1 ii openjdk-6-jre-headless 6b27-1.12.3-1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages openjdk-6-jre recommends: pn icedtea-netx none ii ttf-dejavu-extra 2.33-3 Versions of packages openjdk-6-jre suggests: pn icedtea-plugin none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701649: fixed in libvirt 0.9.12-8
On 06.03.2013 13:09, Guido Günther wrote: On Wed, Mar 06, 2013 at 11:07:46AM +, Adam D. Barratt wrote: Thanks for the quick turn-around. Unfortunately the getent user call above doesn't appear to be fixed in -9. Another proof that there's just not enough time to work on Debian these days. I recognise that sentiment. :-( I shouldn't do this. Hopefully fixed now. Yep, thanks; I've unblocked -11. 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#701814: os-prober: damages XFS exported via iSCSI but not mounted locally; potential data loss
Hi, Thanks for your comments. IMO the logic for setting the right fs dependent option to mount the fs in true read-only mode should be implemented in the mount command instead of os-prober to let other programs using mount use it, too. I've just got another idea, may this bug be assigned to iscsitarget instead? Could iscsitargdet do some kind of lock on device before exporting it, in order to prevent such local mounts? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#701814: os-prober: damages XFS exported via iSCSI but not mounted locally; potential data loss
Hi, 2013/3/6 q1we...@i.com.ua: Hi, Thanks for your comments. IMO the logic for setting the right fs dependent option to mount the fs in true read-only mode should be implemented in the mount command instead of os-prober to let other programs using mount use it, too. I've just got another idea, may this bug be assigned to iscsitarget instead? Could iscsitargdet do some kind of lock on device before exporting it, in order to prevent such local mounts? ISCSI is just one technology used for mounting block devices elsewhere. Consider NBD or DRBD for example. IMO the non-destructive behavior should be implemented on the reader side, in our case in read-only mount covering the case when writer is not running thus could not block the device. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672742: iPanico iOS App
   Like or Follow us and win a promo code for a free download!  iPanico This app you really can’t miss. With iPanico, you make sure that your loved ones, friends or family are able to help you when you get into a difficult situation. When something has happened and you’re in panic, there isn’t always enough time to contact friends or family. With this app you’re able to notify them in just a few seconds. Once you open the iPanico-app it will send out a signal to your friends every 10 seconds. They will receive an emergency alert, containing your coordinates, so they can help you out of the critical situation you’re in. Once you’ve downloaded the app, add some of your contacts in the list of persons which you wild like to notify in case of emergency or panic. If you might get into a critical situation, just launch the app and it will start sending out the signal every 10 seconds, that way you are assured that someone will be able to find you. Your friends receiving this message can come to the rescue, just by following the received coordinates. By a simple push on the button, they can start navigating towards your location.   unsubscribe
Bug#702433: tinyca: perl syntax error
Package: tinyca Version: 0.7.5-3 Severity: normal Tags: patch Use of qw(...) as parentheses is deprecated at GUI.pm line 981. Use of qw(...) as parentheses is deprecated at GUI.pm line 1006. Use of qw(...) as parentheses is deprecated at GUI.pm line 1032. Use of qw(...) as parentheses is deprecated at GUI.pm line 1048. Use of qw(...) as parentheses is deprecated at GUI.pm line 1063. Tons of warnings due to -w flag in /usr/bin/tinyca2 Program fails if it cannot parse a date, patch only remedies the symptom. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tinyca depends on: ii libgtk2-perl2:1.244-1 ii liblocale-gettext-perl 1.05-7+b1 ii openssl 1.0.1e-1 Versions of packages tinyca recommends: ii zip 3.0-7 tinyca suggests no packages. -- no debconf information --- /usr/share/tinyca/GUI.pm2013-03-06 14:40:55.045693318 +0100 +++ /tmp/GUI.pm 2013-03-06 14:40:49.561661611 +0100 @@ -978,7 +978,7 @@ $piter = $store-append($root); $store-set($piter, 0 = $t); - for my $l (qw(CN EMAIL O OU C ST L)) { + for my $l qw(CN EMAIL O OU C ST L) { if(defined($parsed-{$l})) { if($l eq OU) { foreach my $ou (@{$parsed-{'OU'}}) { @@ -1003,7 +1003,7 @@ $piter = $store-append($root); $store-set($piter, 0 = $t); - for my $l (qw(CN EMAIL O OU C ST L)) { + for my $l qw(CN EMAIL O OU C ST L) { if(defined($parsed-{'ISSUERDN'}-{$l})) { if($l eq OU) { foreach my $ou (@{$parsed-{'ISSUERDN'}-{'OU'}}) { @@ -1029,7 +1029,7 @@ $piter = $store-append($root); $store-set($piter, 0 = $t); - for my $l (qw(STATUS NOTBEFORE NOTAFTER)) { + for my $l qw(STATUS NOTBEFORE NOTAFTER) { if(defined($parsed-{$l})) { $citer = $store-append($piter); $store-set($citer, @@ -1045,7 +1045,7 @@ $store-set($piter, 0 = $t); - for my $l (qw(STATUS SERIAL KEYSIZE PK_ALGORITHM SIG_ALGORITHM TYPE)) { + for my $l qw(STATUS SERIAL KEYSIZE PK_ALGORITHM SIG_ALGORITHM TYPE) { if(defined($parsed-{$l})) { $citer = $store-append($piter); $store-set($citer, @@ -1060,7 +1060,7 @@ $piter = $store-append($root); $store-set($piter, 0 = $t); - for my $l (qw(FINGERPRINTMD5 FINGERPRINTSHA1)) { + for my $l qw(FINGERPRINTMD5 FINGERPRINTSHA1) { if(defined($parsed-{$l})) { $citer = $store-append($piter); $store-set($citer, --- /tmp/OpenSSL.pm 2013-03-06 15:06:11.578455127 +0100 +++ /usr/share/tinyca/OpenSSL.pm2013-03-06 15:04:56.254020175 +0100 @@ -1039,7 +1039,8 @@ sub _get_date { my $string = shift; - + + return 0 unless $string; $string =~ s/ / /g; my @t1 = split(/ /, $string); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702412: pre-approval unblock: postfix
On Wed, Mar 06, 2013 at 09:09:50AM +0100, Thijs Kinkhorst wrote: I've been looking into Postfix RC bug #700719. In short, my proposal is to fix the maintainer field and then unblock the package. Please see my message in the bug log for details. wheezy has 2.9.3-2.1, sid has 2.10.0-1. Given Wietse's track record, I'm inclined to just go with 2.10.0-1, but if the release team would like 2.9.6-2 uploaded to tpu, I'd be happy to do so. Just let me know. lamont -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702434: installation-reports: isolinux.bin is missing or corrupted
Package: installation-reports Severity: important Dear Maintainer, I downloaded the iso, and checked its md5sum. I then installed it on a u$When I booted, it said isolinux.bin is missing or corrupted. However, is$I did it also with the cd iso, with the same results. It did work using unetbootin and writing to a CD, and installed fine -- Package-specific info: Boot method: usb Image version: wheezy rc1 both netinstall and CD for amd64 http://www.de$Date: Date and time of the install -- Package-specific info: Boot method: Image version: Date: Date and time of the install Machine: Partitions: df -Tl will do; the raw partition table is preferred Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [ ] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Clock/timezone setup: [ ] User/password setup:[ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: Description of the install, in prose, and any thoughts, comments and ideas you had during the initial install. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20130211 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux debian 3.2.0-4-amd64 #1 SMP Debian 3.2.35-2 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: agpgart-intel lspci -knn: 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: snd_hda_intel lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: ehci_hcd lspci -knn: 00:1f.0 ISA bridge [0601]: Intel Corporation HM65 Express Chipset Family LPC Controller [8086:1c49] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: Kernel driver in use: ahci lspci -knn: 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 04) lspci -knn: Subsystem: Samsung Electronics Co Ltd Device [144d:c597] lspci -knn: 01:00.0 Network controller [0280]: Intel Corporation Centrino Wireless-N 130 [8086:0896] (rev 34) lspci -knn: Subsystem: Intel Corporation Device [8086:5005] lspci -knn: Kernel driver in use: iwlwifi lspci -knn: 02:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 06) lspci -knn: Subsystem: Samsung Electronics Co Ltd
Bug#699749: [Pkg-utopia-maintainers] Bug#699749: Incompatible change in the ifupdown hooks interface
Hello. On 6 March 2013 13:45, Michael Biebl bi...@debian.org wrote: A quick grep over all unpacked packages shipping ifupdown hooks show 60 hook scripts which don't have ADDRFAM set. I haven't checked them individually, though. They usually check for interface name to match eth* or something, which is supposed to work. Somehow it did happen I haven't noticed avahi-daemon to have this thing, so that's why it's not fixed. Other packages I expect to work flawlessly. I don't know why these --all calls are a useful thing for ifupdown to do, but I do think it's the responsibility of the avahi package to sensibly ignore values of $ADDRFAM that it doesn't understand. What I'm not happy about is, that such a change was made without notifiying the affected package maintainers *in advance* with clear instructions how to address this. Ideally via the BTS. Such documentation and instructions are still missing. http://lists.debian.org/debian-devel/2012/04/msg00448.html By the way, quoting myself, “Network Manager already uses similar approach, so if anything can break, it's been broken for a long time already.” Andrew, care to explain what a package maintainer is supposed to consider when shipping such a hook? The existing documentation is rather scarce on this topic. Handle what you can, ignore everything else. Check ADDRFAM, METHOD or interface name (unreliable a bit) and decide if you need to continue execution or not. It'd be easier to give recommendations if I knew what exactly is unclear in the documentation, I've tried to explain thing to be easily understandable. -- WBR, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633598: xarchiver: freezes when opening password protected rar or zip files
Tags: patch I believe i have found a solution to avoid these freezes. It seems the affected function is xa_treeview_row_activated in src/window.c. This function is responsible for displaying selected files within the treeview which have been double-clicked by the user. Unfortunately there is no safe handling of password protected / encrypted files. To avoid freezing of the application a solution would be to check whether a file is encrypted and if the correct password was given. If not, nothing will happen by double-clicking on a file. To unlock the content of the archive, the user needs to use the popupmenu (right-click) and enter the password while using the view or extract dialog. Another option to unlock the files is to use the Enter password menu entry. Once unlocked, the files will also be accessible by double-clicking on them. From: Markus Koschany a...@gambaru.de Date: Tue, 5 Mar 2013 19:12:19 +0100 Subject: check for password protected files on double-click You can view content of files if you double click on them in xarchiver's treeview. This patch checks for password protected files which cannot be viewed unless the password has been provided by the user. If no valid password is detected, xarchiver will refuse to display them, which otherwise could lead to a complete freeze of the application. Bug: http://bugs.debian.org/633598 --- src/window.c |6 ++ 1 file changed, 6 insertions(+) diff --git a/src/window.c b/src/window.c index d8571b1..00abc59 100644 --- a/src/window.c +++ b/src/window.c @@ -2757,6 +2757,12 @@ void xa_treeview_row_activated(GtkTreeView *tree_view,GtkTreePath *path,GtkTreeV /* The selected entry it's not a dir so extract it to the tmp dir and send it to xa_determine_program_to_run() */ else { + if (entry-is_encrypted) + { + if (archive-passwd == NULL) + return; + } + if (archive-extraction_path) { dummy = g_strdup(archive-extraction_path); signature.asc Description: OpenPGP digital signature
Bug#146306: fetchmail: so called bouncing of mail is braindead
Note that some protocols (ETRN, ODMR) require to send non-delivery notifications, because we cannot just leave messages on server with them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702436: Ships and uses an ancient version of libtool
Package: graphviz Version: 2.26.3-12 Usertags: goto-cc graphviz currently links against a shipped version of libtool that appears to be pre-2009, and at the very least is broken when using type-checking linkers. This was fixed in 2010: http://git.savannah.gnu.org/cgit/libtool.git/commit/libltdl/ltdl.c?id=03feff471901aeaac97b36964f88ed4d694dff99 Furthermore, libtool has even seen security fixes since that time. It may be worth updating the shipped libtool; preferably, however, the packaged version of libtool should be used instead by adding --with-included-ltdl to the configure command line. Best, Michael pgpDWK41Kbvrq.pgp Description: PGP signature
Bug#702374: postfix bug
notfound 702374 2.9.6-1 found 702374 2.10.0-1 tags 702374 moreinfo thanks Hi Danny, I upgraded from version 2.9.6-1 to 2.10.0-1 and sasl started working (for me) I downgraded _only_ postfix and everything started working again. You're saying twice here that it started working. I'm assuming for now that the first sentence should read stopped working. Adjusting bug versioning accordingly. Can you elaborate on what went wrong? What stopped working, which error messages did you get, is there logging available? Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#153022: [powerpc libm] exp() in directed rounding modes gives wrong results
On 2013-03-05 17:36:20 -0800, Jonathan Nieder wrote: Does apt-get source libc6/unstable work? If it doesn't, then dget http://http.debian.net/debian/pool/main/e/eglibc/eglibc_2.13-38.dsc should do the trick. Yes, apt-get source libc6/unstable works. The problem is mentioned here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=438999#10 I could build the test version and I tested all the glibc math functions. I didn't find any error. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#438999: Merge with #441178?
Control: found -1 0.9.7.7 On 2010-06-05 08:48:10 +0200, Sven Joachim wrote: I found this bug after wondering why this command retrieves the source package from experimental: $ apt-get source libdrm/unstable but a slightly modified version works as intended, i.e. fetches the version from unstable: $ apt-get source libdrm2/unstable [...] Same problem with eglibc vs libc6. Moreover, apt-get source eglibc/zzz downloads the experimental version while apt-get source -t zzz eglibc gives an error. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702437: Undefined comparison of pointer and enum value
Package: xview Version: Usertags: goto-cc In lib/libxview/file_chooser/file_chsr.c, function fc_update_dimming, the following code exists: if ( (private-type == FILE_CHOOSER_OPEN) ( (private-custom == FILE_CHOOSER_SELECT_ALL) || (private-custom == NULL) ) ) return; As private-custom is of an enum type, the comparison to NULL is both undefined and likely pointless. Quite possibly either another enum value or even another field of private was intended here. Best, Michael pgphQiCdxq89G.pgp Description: PGP signature
Bug#702369: [Pkg-xen-devel] Bug#702369: Bug#702369: Bug#702369: can't install wheezy from template
On 03/06/2013 06:10 PM, Ian Campbell wrote: On Wed, 2013-03-06 at 10:10 +0100, Daniel Pocock wrote: The domU boots as a PV, but the login prompt is never displayed. I can view the console boot messages with VNC, but no login prompt appears in the console. The machine is otherwise working fine and can't be accessed with an ssh login. I think this has something to do with inittab and the terminal device names changing. Correct, you need to adda getty on hvc0, e.g: H0:23:respawn:/sbin/getty -L hvc0 115200 vt102 Ian, do you think it would make sense to have such line in the inittab by default in Debian? It's always annoying Debian domU users, IMO (and not only with XAPI). Unfortunately that probably means you need to flip back to HVM mode to change it, or use kpartx etc to mount the guests fs from dom0. Ian. What's the most easy way to mount an XAPI domU partition, in an ext SR, from the dom0? How to locate the device path? (I've done it often for PV or HVM domUs with non-XAPI Xen Debian systems) Cheers, Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637958: Please close
The battery on the machine in question was faulty and replacing it seems to have resolved this bug. I still don't understand how it was causing the behaviour I saw, nor why it seemed to be (semi-)repeatable. Thank you all for your help and patience. Cheers, - Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673322: Packaging Open Sankoré for Debian/Ubuntu
Hi, I've been able to compule Open Sankoré for Debian applying the attached set of patches. Just in case you wanted to know. Greetings, Miry sankore-patches-git20130131.tgz Description: GNU Zip compressed data
Bug#702217: proposition for libopenid-ruby/2.1.8debian-1+squeeze1 [CVE-2013-1812]
Hi! I adapted the patch from upstream and applied it to the version of libopenid-ruby currently in squeeze. Attached is the debdiff with a possible 2.1.8debian/1+squeeze1 targetting squeeze if accepted by the security team. The debdiff on the .deb packages shows nothing except the change of the version number: $ debdiff libopenid-ruby_2.1.8debian*.deb File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Installed-Size: [-4312-] {+4308+} Version: [-2.1.8debian-1-] {+2.1.8debian-1+squeeze1+} $ debdiff libopenid-ruby1.8_2.1.8debian*.deb File lists identical (after any substitutions) Control files: lines which differ (wdiff format) Version: [-2.1.8debian-1-] {+2.1.8debian-1+squeeze1+} Cheers, Cédric diff -Nru libopenid-ruby-2.1.8debian/debian/changelog libopenid-ruby-2.1.8debian/debian/changelog --- libopenid-ruby-2.1.8debian/debian/changelog 2010-04-12 03:29:36.0 +0200 +++ libopenid-ruby-2.1.8debian/debian/changelog 2013-03-06 15:10:19.0 +0100 @@ -1,3 +1,13 @@ +libopenid-ruby (2.1.8debian-1+squeeze1) stable-security; urgency=high + + * Team upload + * Urgency set to high as a security bug is fixed. + * debian/patches: add fix_CVE-2013-1812 from upstream to limit fetching file +size and disable XML entity expansion, preventing possible XML denial of +service attacks [CVE-2013-1812] (Closes: #702217). + + -- Cédric Boutillier bou...@debian.org Wed, 06 Mar 2013 15:02:31 +0100 + libopenid-ruby (2.1.8debian-1) unstable; urgency=low [ Lucas Nussbaum ] diff -Nru libopenid-ruby-2.1.8debian/debian/patches/fix_CVE-2013-1812 libopenid-ruby-2.1.8debian/debian/patches/fix_CVE-2013-1812 --- libopenid-ruby-2.1.8debian/debian/patches/fix_CVE-2013-1812 1970-01-01 01:00:00.0 +0100 +++ libopenid-ruby-2.1.8debian/debian/patches/fix_CVE-2013-1812 2013-03-06 15:01:55.0 +0100 @@ -0,0 +1,115 @@ +Description: limit fetching file size disable XML entity expansion + This prevents possible XML denial of service attacks [CVE-2013-1812] +Author: nov matake n...@matake.jp +Origin: https://github.com/openid/ruby-openid/commit/a3693cef06049563f5b4e4824f4d3211288508ed +Bug: https://github.com/openid/ruby-openid/pull/43 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=702217 +Reviewed-by: Cédric Boutillier bou...@debian.org +Last-Update: 2012-10-23 + +--- + lib/openid/fetchers.rb | 17 ++--- + lib/openid/yadis/xrds.rb | 34 ++ + 2 files changed, 36 insertions(+), 15 deletions(-) + +--- a/lib/openid/fetchers.rb b/lib/openid/fetchers.rb +@@ -10,7 +10,7 @@ + require 'net/http' + end + +-MAX_RESPONSE_KB = 1024 ++MAX_RESPONSE_KB = 10485760 # 10 MB (can be smaller, I guess) + + module Net + class HTTP +@@ -192,6 +192,16 @@ + conn = make_connection(url) + response = nil + ++whole_body = '' ++body_size_limitter = lambda do |r| ++ r.read_body do |partial| # read body now ++whole_body partial ++if whole_body.length MAX_RESPONSE_KB ++ raise FetchingError.new(Response Too Large) ++end ++ end ++ whole_body ++end + response = conn.start { + # Check the certificate against the URL's hostname + if supports_ssl?(conn) and conn.use_ssl? +@@ -199,10 +209,10 @@ + end + + if body.nil? +-conn.request_get(url.request_uri, headers) ++conn.request_get(url.request_uri, headers, body_size_limitter) + else + headers[Content-type] ||= application/x-www-form-urlencoded +-conn.request_post(url.request_uri, body, headers) ++conn.request_post(url.request_uri, body, headers, body_size_limitter) + end + } + rescue RuntimeError = why +@@ -231,7 +241,10 @@ + raise FetchingError, Error encountered in redirect from #{url}: #{why} + end + else +-return HTTPResponse._from_net_response(response, unparsed_url) ++response = HTTPResponse._from_net_response(response, unparsed_url) ++response.body = whole_body ++setup_encoding(response) ++return response + end + end + end +--- a/lib/openid/yadis/xrds.rb b/lib/openid/yadis/xrds.rb +@@ -88,23 +88,33 @@ + end + + def Yadis::parseXRDS(text) +- if text.nil? +-raise XRDSError.new(Not an XRDS document.) +- end ++ disable_entity_expansion do ++if text.nil? ++ raise XRDSError.new(Not an XRDS document.) ++end + +- begin +-d = REXML::Document.new(text) +- rescue RuntimeError = why +-raise XRDSError.new(Not an XRDS document. Failed to parse XML.) +- end ++begin ++ d = REXML::Document.new(text) ++rescue RuntimeError = why
Bug#702420: blender: 2.66-2 fails to configure, errors when bytecompiling some addons
On Wed, Mar 06, 2013 at 11:57:06AM +0100, Antonio Ospite wrote: Dear Maintainer, the new blender 2.66-2 from experimental does not configure correctly, it looks like it fails when bytecompiling some python addons. Blender 2.66a-1 is on its way to be uploaded and should fix this issue. Cheers. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702438: Brackets understood as quoting in configure
Package: xmpi Version: 2.2.3b8-13 Usertags: goto-cc xmpi fails to configure with compilers that are more restrictive about parameters to main, because the configure test uses #include lam.h int main(int argc, char* argv) { return 0; } which has char *argv instead of char *argv[]. This is likely not intended, because config/mpi_check_trillium.m4 says cat conftest.$ac_ext EOF #include lam.h int main(int argc, char* argv[]) { return 0; } EOF but the [] is understood as quoting character in m4. Best, Michael pgpyBbHNqw7F7.pgp Description: PGP signature
Bug#702439: inconsistent order of #include causes incompatible struct types
Package: wmcoincoin Version: 2.5.1e-1 Usertags: goto-cc While building the package using our research compiler infrastructure we noticed incompatible types of struct re_pattern_buffer (from regex.h) being used within the declaration of GeneralPrefs Prefs. The root cause of this problem is that src/cc_queue.c includes system headers *before* local header files, thus _GNU_SOURCE will not be set when processing regex.h. In src/board.c, however, local header files are processed first, resulting in different expansions of global.h. Best, Michael pgpaGJtZ3LO8E.pgp Description: PGP signature
Bug#702440: New upstream release available
Package: abyss Priority: wishlist ABySS 1.3.5 is available. Cheers, Shaun
Bug#702441: ITP: trac-subcomponents -- provides support for subcomponents in Trac
Package: wnpp Severity: wishlist Owner: python-apps-t...@lists.alioth.debian.org Package name: trac-subcomponents Version : 1.2.0 (for Trac 1.0) or 1.1.2 (for Trac 0.12) Upstream Author : Niels Sascha Reedijk niels.reed...@gmail.com URL : http://trac-hacks.org/wiki/SubcomponentsPlugin License : BSD Programming Lang: Python Description : provides support for subcomponents in Trac This plugin alters Trac's behavior so that the interface supports multiple layers of components. In project with lots of components, rearranging these components into several layers can clear up the list of components. Components need to be slash (/) separated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628790: auctex: Regarding the problem with hyperref
Package: auctex Followup-For: Bug #628790 For hyperref the problem is that the new file regexp is more restrictive than the end of file regexp, so auctex removes from the stack a file that was never put there. Specifically, anything of the form (xx): will not be recognised as a new file because of the colon, but the closing parenthesis is recognised as end-of-file. Having false positives is no problem, so long as the parentheses are blanaced (which they are), you add a non-file to the stack and remove it again. My personal solution was to make the new file regexp less restrictive, although I guess that making the end-of-file regexp more restrictive would work just as well. Cheers, Itai. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702173: pu: package openssh/1:5.5p1-6+squeeze3
On Mon, Mar 04, 2013 at 05:22:25PM +, Adam D. Barratt wrote: On 03.03.2013 14:38, Colin Watson wrote: +openssh (1:5.5p1-6+squeeze4) stable; urgency=low + + * CVE-2011-5000: Fix potential int overflow when using gssapi-with-mac +authentation. Please go ahead; thanks. OK, uploaded. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661373: probably the same as the lua-ldap package
This is probably fixed by: http://packages.qa.debian.org/l/lua-ldap/news/20120503T225101Z.html ... so I think this can be closed. -- Software gets slower faster than hardware gets faster. - Wirth's law signature.asc Description: Digital signature
Bug#646304: when using the '--timeout' option, clicks on OK are also reported as timeout
Hello, There's a fix already available in the master tree for this bug. Kind regards, Arx Cruz Zenity Maintainer
Bug#702248: Non-optimal boot priority/dependency of service 'cups'
One-line patch attached. Many thanks. I've not reboot the server (and so, test your fix) but i've checked the boot dependencies before and afer running the 'insserv -v' command, and they are correctly taken into account. So should work. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702442: munin-node: apt_all uses different state files for cron job and as a plugin
Package: munin-node Version: 2.0.6-3 Severity: normal Tags: patch upstream When called as the cron-job configured in /etc/cron.d/munin the apt_all plugin is called as user root with the state file /var/lib/munin-node/plugin-state/root/plugin-apt.state, but the plugin itself when called by munin-run uses the state file /var/lib/munin-node/plugin-state/nobody/plugin-apt.state and thus always reports the same information. Possible solutions: * Add [apt_all] user root to /etc/munin/plugin-conf.d/munin-node to make the plugin run as root; not very nice since it doesn't need elevated permissions. * Change the default state file to /var/lib/munin-node/plugin-state/nobody/plugin-apt.state Not entirely sure if this breaks anything, but the default was implemented for the cron-job https://github.com/munin-monitoring/munin/commit/d53b34d1bdfafece48e50f2d690b2e1130b6f1dd#plugins/node.d.linux/apt_all.in so it should propably be safe. Patch is at https://github.com/woodfighter/munin/commit/2826f6c47a024a74a98735c2dcc5eaa077e6980b. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (700, 'testing'), (500, 'testing-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/24 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 munin-node depends on: ii adduser 3.113+nmu3 ii gawk1:4.0.1+dfsg-2 ii libnet-server-perl 2.006-1 ii lsb-base4.1+Debian8 ii munin-common2.0.6-3 ii munin-plugins-core 2.0.6-3 ii perl5.14.2-18 ii procps 1:3.3.3-2 Versions of packages munin-node recommends: ii libnet-snmp-perl 6.0.1-2 ii munin-plugins-extra 2.0.6-3 Versions of packages munin-node suggests: ii acpi 1.6-1 pn ethtool none pn hdparmnone pn libcache-cache-perl none pn libcrypt-ssleay-perl none pn libdbd-mysql-perl none pn libdbd-pg-perlnone pn liblwp-useragent-determined-perl none pn libnet-irc-perl none pn libtext-csv-xs-perl none pn libwww-perl none pn libxml-simple-perlnone pn logtail none pn munin none pn munin-plugins-javanone pn mysql-client none ii net-tools 1.60-24.2 ii python2.7.3-4 pn ruby none pn smartmontools none -- Configuration Files: /etc/munin/munin-node.conf changed [not included] -- no debconf information -- Fachinformationszentrum Karlsruhe, Gesellschaft für wissenschaftlich-technische Information mbH. Sitz der Gesellschaft: Eggenstein-Leopoldshafen, Amtsgericht Mannheim, HRB 101892. Geschäftsführerin: Sabine Brünger-Weilandt. Vorsitzender des Aufsichtsrats: MinDirig Dr. Thomas Greiner. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702227: Permission of the backend too strict for a backend chain (beh, jasmine)
As far as I can tell, all chained configurations that go through cups are working correctly, so that's definitely a minor issue for standard use cases. Ok for 'jasmine', but 'beh' is a rather ''standard'' backend, that i use extensively for some ''broken'' printers or print servers... very useful if you don't want to be called on saturday morning at home... @Till: do you have an opinion on this bug ? I tend to think that as the default chaining through cups works, it's not worth fixing, but I'd welcome your input there. I've a question: why (for example...) the 'ipp' backend have permission: gaio@eraldo:~$ ls -la /usr/lib/cups/backend/ipp -rwxr--r-- 3 root root 43328 15 gen 04.08 /usr/lib/cups/backend/ipp 744 root.root? It really brake the CUPS security model to have it root.lp, 754 (or 750)? Probably i don't know CUPS (and indeed it is true ;), but i don't understood why the 'lp' group have to not execute the backend... while for example the 'socket' backend: gaio@eraldo:~$ ls -la /usr/lib/cups/backend/socket -r-xr-xr-x 2 root root 29988 15 gen 04.08 /usr/lib/cups/backend/socket it is even executable by everyone? I restate: i'm an ignorant, but seems to me that simply backend permission is a mess... ;-))) Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702443: python-json-patch: Enable test suite during build
Package: python-json-patch Version: 0.12-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring ubuntu-patch Dear Maintainer, In Ubuntu, the attached patch was applied to run the test suite during build. Thanks for considering it. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-10-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru python-json-patch-0.12/debian/changelog python-json-patch-0.12/debian/changelog diff -Nru python-json-patch-0.12/debian/rules python-json-patch-0.12/debian/rules --- python-json-patch-0.12/debian/rules 2013-02-01 00:06:09.0 -0500 +++ python-json-patch-0.12/debian/rules 2013-03-07 11:46:25.0 -0500 @@ -8,3 +8,6 @@ %: dh $@ --with python2 + +override_dh_auto_test: + PYTHONPATH=$(CURDIR) python tests.py
Bug#702369: [Pkg-xen-devel] Bug#702369: Bug#702369: Bug#702369: can't install wheezy from template
On 06/03/13 16:05, Thomas Goirand wrote: On 03/06/2013 06:10 PM, Ian Campbell wrote: On Wed, 2013-03-06 at 10:10 +0100, Daniel Pocock wrote: The domU boots as a PV, but the login prompt is never displayed. I can view the console boot messages with VNC, but no login prompt appears in the console. The machine is otherwise working fine and can't be accessed with an ssh login. I think this has something to do with inittab and the terminal device names changing. Correct, you need to adda getty on hvc0, e.g: H0:23:respawn:/sbin/getty -L hvc0 115200 vt102 Ian, do you think it would make sense to have such line in the inittab by default in Debian? It's always annoying Debian domU users, IMO (and not only with XAPI). Alternatively, it may be useful to display some message boot completed, no getty defined for this console to give the user a hint. Unfortunately that probably means you need to flip back to HVM mode to change it, or use kpartx etc to mount the guests fs from dom0. Ian. What's the most easy way to mount an XAPI domU partition, in an ext SR, from the dom0? How to locate the device path? (I've done it often for PV or HVM domUs with non-XAPI Xen Debian systems) One way would be to export it back to a raw device, modify it and import it again. However, I suspect that approach would not be popular. Many power-users who are accustomed to hacking away at their LV filesystems with tools like kpartx are going to be facing an awkward adjustment to the XCP world (I still haven't disentangled myself from the nested VG problem). As we get closer to wheezy, it might be worthwhile putting together a cheat-sheet mapping these common xm/xl activities to their xe equivalents. I'll be happy to contribute to that after having gained a little more experience with it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org