Bug#696199: closed by Ivo De Decker ivo.dedec...@ugent.be (Re: Build-Depends autoconf 2.68)
reopen 696199 thanks -- Forwarded message -- From: Ivo De Decker ivo.dedec...@ugent.be To: 696199-d...@bugs.debian.org Cc: Date: Tue, 18 Dec 2012 22:40:31 +0100 Subject: Re: Build-Depends autoconf 2.68 Hi, On Tue, Dec 18, 2012 at 01:08:11AM +0100, Mathieu Malaterre wrote: dh-exec fails to build on debian/stable with: dh-exec is not available in stable (squeeze), so there is no reason to expect it to build in squeeze. It builds fine in wheezy and sid (tested with pbuilder). There is no bug here. Yes there is :) Your package as-is cannot be backported. If there is an implicit dependency, it is required to be versioned explicitly in d/control (there are older versions of autoconf in the archive). If you do not want to upload, I can NMU your package. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#548897: unison: Please optimise from copy+delete to rename
Hello, Very disappointing to see this still not fixed even after 3 years. Maybe there's a chance to at least change the copy to cp --reflink (so it completes instantly on supporting filesystems)? -- With respect, Roman ~~~ Stallman had a printer, with code he could not see. So he began to tinker, and set the software free. signature.asc Description: PGP signature
Bug#696311: RM: phy-spread -- ROM; The package is renamed in unstable but needs to remain in testing
Package: ftp.debian.org Severity: normal Hello, please remove the package phy-spread from unstable/non-free. We did follow the renaming of upstream and the package is now called spread-phy. Moreover we were able to remove non-free parts and thus the new version spread-phy 1.0.4-1 is now available in unstable/contrib. When you remove phy-spread from unstable please make sure it will remain in testing to be released with Wheezy. Kind regards Andreas. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674687: Why only Creating Static version of the libraries
Why only Static Version of the libraries are created/installed? It would be nice to have also the shared versions installed. Also and pkg-config script would be nice to have to support CMake build systems. Gretings, Matthias -- Dipl.-Inf. Matthias Goldhoorn Space and Underwater Robotic Universität Bremen FB 3 - Mathematik und Informatik AG Robotik Robert-Hooke-Straße 5 28359 Bremen, Germany Tel.: +49 421 178 45-4193 Zentrale: +49 421 178 45-6550 Fax: +49 421 178 45-4150 E-Mail: matthias.goldho...@uni-bremen.de Weitere Informationen: http://www.informatik.uni-bremen.de/robotik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696312: evince: print PDF ends in segfault and no printing
Package: evince Version: 3.4.0-3.1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? file-open...*.pdf file-printok * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? segmentation fault * What outcome did you expect instead? print *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid 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_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common3.4.0-3.1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc62.13-37 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libevdocument3-4 3.4.0-3.1 ii libevview3-3 3.4.0-3.1 ii libgail-3-0 3.4.2-4 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgnome-keyring03.4.1-1 ii libgtk-3-0 3.4.2-4 ii libice6 2:1.0.8-2 ii libnautilus-extension1a 3.4.2-1+build1 ii libpango1.0-01.30.0-1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.5.0-1 ii libxml2 2.8.0+dfsg1-7 ii shared-mime-info 1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages evince recommends: ii dbus-x11 1.6.8-1 ii gvfs 1.12.3-1+b1 Versions of packages evince suggests: ii nautilus 3.4.2-1+build1 ii poppler-data 0.4.5-10 pn unrar 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#657627: [PATCH] Improve dpkg-buildflags manpage
This provides some examples on using dpkg-buildflags and buildflags.mk in debian/rules, notes that --export=make is not recommended and explicitly mentions that the list of build flags is subject to change. Closes: #657627 Signed-off-by: Matthijs Kooijman matth...@stdin.nl --- man/dpkg-buildflags.1 | 53 +++ 1 file changed, 53 insertions(+) diff --git a/man/dpkg-buildflags.1 b/man/dpkg-buildflags.1 index ea61306..219dc78 100644 --- a/man/dpkg-buildflags.1 +++ b/man/dpkg-buildflags.1 @@ -91,6 +91,11 @@ command-line. If the \fIformat\fP value is not given, \fBsh\fP is assumed. Only compilation flags starting with an upper case character are included, others are assumed to not be suitable for the environment. + +Note that evaluating \fB--export=make\fP output from a Makefile does not +always work as expected, so it is recommended to use +\fBbuildflags.mk\fP instead (see the \fBDEBIAN/RULES\fP section +below). .TP .BI \-\-get flag Print the value of the flag on standard output. Exits with 0 @@ -161,6 +166,50 @@ objects (if the linker is called directly, then and .B , have to be stripped from these options). Default value: empty. +.P +New flags might be added in the future if the need arises (for example +to support other languages). +. +.SH DEBIAN/RULES +You should call \fBdpkg-buildflags\fP or include \fBbuildflags.mk\fP +from the \fBdebian/rules\fP file to obtain the needed build flags to +pass to the build system. +.P +Note that older versions of dpkg (before 1.16.1) exported these flags +automatically. However, you should not rely on this, since this breaks +manual invocation of \fBdebian/rules\fP. +.P +For autoconf based packages, you can pass the relevant options to +configure directly: +.P + ./configure $(shell dpkg-buildflags --export=configure) +.P +For other build systems, or when you need more fine-grained control +about which flags are passed where, you can include \fBbuildflags.mk\fP +instead, which takes care of calling \fBdpkg-buildflags\fP and storing +the build flags in make variables. +.P +If you want to export all buildflags into the environment (where they +can be picked up by your build system): +.P + DPKG_EXPORT_BUILDFLAGS = 1 + include /usr/share/dpkg/buildflags.mk +.P +For some extra control over what is exported, you can manually export +the variables: +.P + include /usr/share/dpkg/buildflags.mk + export CPPFLAGS CFLAGS LDFLAGS +.P +And you can of course pass the flags to commands manually: +.P + include /usr/share/dpkg/buildflags.mk + binary: +cc -o hello hello.c $(CFLAGS) $(LDFLAGS) +.P +When using the \fBbuildflags.mk\fP file, the package should Build-Depend +on dpkg-dev (= 1.16.1). Alternatively, you can use \fB\-include\fP to +not fail when the file is missing. . .SH FILES .TP @@ -169,6 +218,10 @@ System wide configuration file. .TP .BR $XDG_CONFIG_HOME/dpkg/buildflags.conf or $HOME/.config/dpkg/buildflags.conf User configuration file. +.TP +.B /usr/share/dpkg/buildflags.mk +Makefile snippet that will load (and optionally export) all flags +supported by \fBdpkg-buildflags\fP into variables. .SH ENVIRONMENT There are 2 sets of environment variables doing the same operations, the first one (DEB_\fIflag\fP_\fIop\fP) should never be used within -- 1.8.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674687: Why only Creating Static version of the libraries
Le 19/12/2012 09:23, Matthias Goldhoorn a écrit : Why only Static Version of the libraries are created/installed? It would be nice to have also the shared versions installed. What about ? /usr/lib/libclang.so Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674687: Why only Creating Static version of the libraries
Le 19/12/2012 09:23, Matthias Goldhoorn a écrit : Also and pkg-config script would be nice to have to support CMake build systems. About this item, please report a new bug. Thanks, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696313: git-annex: Path length issues with bare repo on VFAT
Package: git-annex Version: 3.20121211 Severity: normal Hi, I am trying to use git-annex with a transfer repo on a USB drive. I'm using VFAT so I'm using a bare repo. (I did try using ext4 on my USB drive but that was painful because of the differing UIDs on different machines). The drive is mounted with: /dev/sdb1 on /media/IanCampbell type vfat (rw,nosuid,nodev,relatime,uid=1000,gid=1000,fmask=0022,dmask=0077,codepage=cp437,iocharset=utf8,shortname=mixed,showexec,utf8,flush,errors=remount-ro,uhelper=udisks) Pushing content to the USB drive (git annex copy --to=usbdrive --auto) is failing with lots and lots (I don't know if it started at the very begining, but once it had started it kept on for every file AFAICT): ---begin--- copy Saxon - Wheels Of Steel/10-Judgement Day (Live).ogg (to usbdrive...) SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg 4762020 100% 68.34MB/s0:00:00 (xfer#1, to-check=0/1) sent 4762750 bytes received 31 bytes 9525562.00 bytes/sec total size is 4762020 speedup is 1.00 mv: cannot move `/media/IanCampbell/music.annex/annex/tmp/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log' to `/media/IanCampbell/music.annex/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466': No space left on device failed ---end--- If a strace the mv then it ends with: ---begin--- write(1, `/media/IanCampbell/music.annex/..., 300`/media/IanCampbell/music.annex/annex/tmp/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log' - `/media/IanCampbell/music.annex/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466' ) = 300 rename(/media/IanCampbell/music.annex/annex/tmp/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log, /media/IanCampbell/music.annex/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466) = -1 ENOSPC (No space left on device) write(2, mv: , 4mv: ) = 4 write(2, cannot move `/media/IanCampbell/..., 311cannot move `/media/IanCampbell/music.annex/annex/tmp/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log' to `/media/IanCampbell/music.annex/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466') = 311 write(2, : No space left on device, 25: No space left on device) = 25 write(2, \n, 1 ) = 1 lseek(0, 0, SEEK_CUR) = -1 ESPIPE (Illegal seek) close(0)= 0 close(1)= 0 munmap(0x7ff323f24000, 4096)= 0 close(2)= 0 exit_group(1) = ? ---end--- The VFAT mount point is /media/IanCampbell which means that the remainder of the path is 120 bytes for the source and 133 bytes for the destination. Wikipedia tells me that the maximum filename length is 256 UTF-16 characters, it doesn't seem to say anything about the maximum path length but I wonder if it might be the same? To counter to that hypothesis I was able to manually create a file music.TESTX/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466 which has the same length as the problematic file so perhaps this is not a path name limitaition but something else? annex/journal has 7281 files in it, which is less than the number of objects I'd expect (this repo has 14,000 files in it), but doesn't seem like a likely FS limit (wikipedia doesn't say anything about files-per-directory limits). Is the fact that after this error it continued a problem or is that deliberate? Will this inability to update the journal have corrupted the annex at all? There does seem to be roughtly the amount of data present that I would expect. It did eventually finish with: git-annex: copy: 6962 failed so I guess it did notice at least (and 7281+6962=14143, which is about the right number). But git annex whereis tells me that at least some files are not on the USB drive, while others are: ---start--- $ git annex whereis AC\\DC\ -\ Back\ In\ Black/01-Hells\ Bells.ogg whereis AC\DC - Back In Black/01-Hells Bells.ogg (2 copies) b3b69bb2-49b0-11e2-8cd9-936aa6733fdb -- usbdrive (Portable USB Drive) d5348a00-4894-11e2-85d4-938793287612 -- here (Music on dagon) ok $ git annex whereis Saxon\ -\ Wheels\ Of\ Steel/10-Judgement\ Day\ \(Live\).ogg whereis Saxon - Wheels Of Steel/10-Judgement Day (Live).ogg (1 copy) d5348a00-4894-11e2-85d4-938793287612 -- here (Music on dagon) ok ---end--- One thought I have is to use a backend with a shorter checksum component. I suppose I should
Bug#683847: unblock: sgml-base/1.26+nmu4
[Dropping Adam from CC since he should receive this Mail via the bug report as well.] On Tue, Dec 18, 2012 at 04:44:28PM +, Adam D. Barratt wrote: Apologies if I missed it, but is there somewhere a concise and current list of the remaining issues affecting: I don't think that there is such a list. Thank you for bringing this up. a) packages in sid I am not aware of any release critical issues affecting a fresh sid install of sgml-base. b) packages in wheezy From the original unblock: | #676717: sgml-base produces broken super catalog when packages are in | rc state This issue affects wheezy as is. It can be reproduced by installing a reverse dependency of sgml-base and then removing but not purging it. c) the squeeze to wheezy upgrade process From the original unblock: | #678902: sgml-base needs to Pre-Depend on dpkg 1.16.4 This issue can be reproduced by upgrading sgml-base and its reverse dependencies very early and only then upgrading dpkg. In that case the triggers will not run in correct order and some package catalogs will be missing from the super catalog. In addition some packages are not yet built with the most recent version of debhelper which fixes #681194. This bug can be triggered in any package that uses dh_installcatalogs by installing it in squeeze, removing it, upgrading the rest of the system to wheezy and installing the package again. In this case a conffile prompt will show up even though the user did not change the package. The solution to this kind of problem is a rebuild of the affected package against a more recent version of debhelper. A notable exception here is xml2rfc, which was even buggier in this respect (#680291), but is already fixed in wheezy. Finally there is a theoretical issue I was unable to reproduce. It has no bug report associated, but is mentioned on http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678902#62. The issue supposed being that sgml-base uses a perl feature that is not present in squeeze and in that case could generate an empty super catalog. I did not NMU the package for this possible issue, but prepared a trivial fix (added versioned dependency on perl http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678902#72). Just highlighting this here for completeness. If you believe that this should be fixed, I can turn it into an RC bug and fix it. Not an RC bug, but Julien Cristau complained about misleading warning messages during package upgrades. Those are removed in the sid version. To the best of my knowledge this is an exhaustive list of issues concerning sgml-base. If you have further questions please don't hesitate to ask. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677721: Processed: severity of 677721 is serious
Hi Andreas, I believe -last I check- it is still missing linking to libxml2. I *think* that the patch is still incomplete and it only fixes issues as seen during a rebuild of a certain package using dcmtk (forgot which one). If you feel brave enough to do an upload of dcmtk, please feel free to do so. I do not know exactly what is the impact of this patch, esp. at this point in time (=during freeze). I honestly do believe the severity is important, since upstream explicitly link all dcmtk libs when compiling there executables. So debian is just making it easier for our users :) Thanks ! On Wed, Dec 19, 2012 at 9:20 AM, Andreas Tille ti...@debian.org wrote: Hi Mathieu, I don't say you are not correct here but I also do not think that this should be an object to play severity ping-pong. Finally we need to fix the problem anyway and if there is no other good reason to delay the upload I would simply go for it. Do you see any drawback in simply applying the available patch and upload it? Kind regards Andreas. On Wed, Dec 19, 2012 at 09:07:00AM +0100, Mathieu Malaterre wrote: severity 677721 important thanks Hi Andreas, I do not see why this would qualify as serious. There is no FTBFS neither on dcmtk nor on related package AFAIK. Thanks for your help. On Wed, Dec 19, 2012 at 9:01 AM, Andreas Tille andr...@an3as.eu wrote: Hi Mathieu, I could upload today to fix this RC issue. So just ping me if I should step in or whether you want to deal with this yourself. Kind regards Andreas. On Wed, Dec 19, 2012 at 12:51:04AM +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: # Policy 10.2 severity 677721 serious Bug #677721 [libdcmtk2] dcmtk: Libraries are underlinked Severity set to 'serious' from 'important' thanks Stopping processing here. Please contact me if you need assistance -- 677721: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677721 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- http://fam-tille.de -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695493: nvprof not found
On Wed, Dec 19, 2012 at 05:49:18AM +0100, Andreas Beckmann wrote: Control: tag -1 pending On 2012-12-09 06:44, Adam Majer wrote: Package: nvidia-visual-profiler Unable to profile application. org.eclipse.core.runtime.CoreException: unable to find nvprof Please install nvidia-cuda-toolkit. Would it be useful to split out the nvprof binary from nvidia-cuda-toolkit to a separate package? Is there a real use-case for installing nvidia-visual-profiler, but not nvidia-cuda-toolkit? Otherwise I'll just add a Depends: nvidia-cuda-toolkit. OpenCL is a use case. I don't use CUDA at all but I do use OpenCL. - Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692363: unblock: texstudio/2.3+debian-4
Hi Are there any issues? Anything I can clarify to successfully unblock texstudio? Regards Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657627: [PATCH] Improve dpkg-buildflags manpage
Hi! On Tue, 2012-12-18 at 18:17:23 +0100, Matthijs Kooijman wrote: This provides some examples on using dpkg-buildflags and buildflags.mk in debian/rules, notes that --export=make is not recommended and explicitly mentions that the list of build flags is subject to change. Closes: #657627 Thanks for the patch. I'll look how to best combine this with the patch Jonathan provided in #691449 (which is sitting in my local tree) in the coming days. Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696138: Increase pg_ctlcluster on slow architectures
Re: Martin Pitt 2012-12-17 20121217070817.gb2...@piware.de Package: postgresql-common Version: 129 From IRC ping: [19:17:48] hi, while you're working on postgresql-common: is it possible for it to wait more than one minute on slow arches such as m68k, avr32, sh4, etc? This needs some thinking as I don't quite like a complex arch → timeout lookup table, but more than a minute is quite excessive on architectures which are realistically being used as a database server. Do we need to wait for a successful connect at all? If the cluster happens to be recovering, that could take an arbitrary amount of time. Wouldn't waiting for the pid file be enough? We could probably wait for the startup, but then exit 0 with the message cluster is still starting up. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#696175: lastfm: add MPRIS2 support
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear John, thank you for your detailed answer. I'm no programmer, I have only a little bit experience in programming µC in C while studying. Due to my work I have not the time to learn this stuff. So it would be great if you could do this, also if it takes a longer time. It's better to get the support later than never. :D Best regards Martin - -- Diese Nachricht ist standardkonform mit OpenPGP digital signiert. This message is digitally signed with standards-compliant OpenPGP. http://www.openpgp.org | http://enigmail.mozdev.org http://de.wikipedia.org/wiki/OpenPGP -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iEYEARECAAYFAlDRjZEACgkQd8WTj+EgGO54OgCgyvPCgAKwmCE1+FbThqsJega7 fXEAn34G1yYP6FEv3B74BVOLGLAR2R8M =fpSE -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696138: [Pkg-postgresql-public] Bug#696138: Increase pg_ctlcluster on slow architectures
Christoph Berg [2012-12-19 10:40 +0100]: We could probably wait for the startup, but then exit 0 with the message cluster is still starting up. I like that idea. It should avoid postinst failures on slow architectures, but in the normal case a /etc/init.d/postgresql restart should still wait until your cluster is ready to be used. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#548897: unison: Please optimise from copy+delete to rename
Le 2012-12-19 09:23, Roman Mamedov a écrit : Hello, Very disappointing to see this still not fixed even after 3 years. Very disappointing to see that you didn't write a patch even after 3 years *and* get it included upstream. Cheers. -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677721: Processed: severity of 677721 is serious
Control: severity -1 serious On Wed, Dec 19, 2012 at 09:35:42AM +0100, Mathieu Malaterre wrote: If you feel brave enough to do an upload of dcmtk, please feel free to do so. I do not know exactly what is the impact of this patch, esp. at this point in time (=during freeze). I honestly do believe the severity is important http://release.debian.org/testing/rc_policy.txt 5(f) Shared libraries must normally be linked with all libraries they use symbols from. So it's serious without taking other things into consideration. since upstream explicitly link all dcmtk libs when compiling there executables. Well, otherwise it would be grave, not serious. So debian is just making it easier for our users :) Do you mean other packages that use the libraries? Then it's not making easier, it's making it work without additional crutches, and #694846 is an example of a bug that was already caused by this bug and worked around by overlinking, instead of fixing the core issue. -- WBR, wRAR signature.asc Description: Digital signature
Bug#696314: RM: webkit/experimental -- RoQA; renamed to webkitgtk
Package: ftp.debian.org Severity: normal Please remove webkit from experimental. A newer version is packaged as webkitgtk. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649094: fix 64bit biarch linker scripts
Thanks for your help ! I will try it and response on my question! :- ) 2012/12/18 Matthias Klose d...@ubuntu.com tags 649094 + patch thanks at least for 64bit biarch dpkg-cross (2.6.9ubuntu2) raring; urgency=low * Handle biarch linker scripts - LP: #1090800 -- Marcin Juszkiewicz marcin.juszkiew...@linaro.org Mon, 17 Dec 2012 15:01:29 +0100
Bug#696315: dash: postinst fails on fresh minimal system
Package: dash Version: 0.5.7-3 Severity: normal Dear Maintainer, I am installing a fresh minimal system using multistrap. During the configure phase, setting up dash fails with the following messages: Setting up dash (0.5.7-3) ... No diversion 'diversion of /bin/sh by dash', none removed. This should never be reached The configure phase then fails. My impression is, that the problem is caused by the fact that no diversion exists yet for /bin/sh. This causes 'diverter' in 'check_divert' to be empty, which then causes the failure. The system I am installing is an armel system, with debian distribution testing. After multistrap has unpacked everything, I copy qemu-arm-static to the new directory tree, I mount /proc, /sys and /dev, and I run the following command to configure: DEBIAN_FRONTEND=noninteractive \ DEBCONF_NONINTERACTIVE_SEEN=true \ LC_ALL=C \ LANGUAGE=C \ LANG=C \ chroot $root dpkg --configure -a I have added a 'set -x' to the postinst script. The output is attached. Kind regards Rogier. Output of 'dpkg --configure -a', with 'set -x' added to dash postinst script: -- Setting up dash (0.5.7-3) ... + debconf= + [ -f /usr/share/debconf/confmodule ] + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/dash.postinst configure + debconf= + [ -f /usr/share/debconf/confmodule ] + . /usr/share/debconf/confmodule + [ ! 1 ] + [ -z ] + exec + [ ] + exec + DEBCONF_REDIR=1 + export DEBCONF_REDIR + debconf=yes + [ configure = configure ] + [ -z ] + check_divert ash /bin/sh dash ash + dfile=/bin/sh + ltarget=dash + distrib=/bin/sh.distrib + dpkg-divert --listpackage /bin/sh + diverter= + dpkg-divert --truename /bin/sh + truename=/bin/sh + dpkg-divert --list /bin/sh + div= + check_divert ash /usr/share/man/man1/sh.1.gz dash.1.gz /usr/share/man/man1/sh.distrib.1.gz ash.1.gz + dfile=/usr/share/man/man1/sh.1.gz + ltarget=dash.1.gz + distrib=/usr/share/man/man1/sh.distrib.1.gz + dpkg-divert --listpackage /usr/share/man/man1/sh.1.gz + diverter= + dpkg-divert --truename /usr/share/man/man1/sh.1.gz + truename=/usr/share/man/man1/sh.1.gz + dpkg-divert --list /usr/share/man/man1/sh.1.gz + div= + add_shell + type add-shell + add-shell /bin/dash + [ yes ] + db_get dash/sh + _db_cmd GET dash/sh + _db_internal_IFS= + IFS= + printf %s\n GET dash/sh + IFS= + IFS= read -r _db_internal_line + RET=true + return 0 + check_divert true /bin/sh dash + dfile=/bin/sh + ltarget=dash + distrib=/bin/sh.distrib + dpkg-divert --listpackage /bin/sh + diverter= + dpkg-divert --truename /bin/sh + truename=/bin/sh + [ != dash ] + [ = bash ] + dpkg-divert --package dash --remove /bin/sh No diversion 'diversion of /bin/sh by dash', none removed. + echo This should never be reached This should never be reached + exit 1 dpkg: error processing dash (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of bash: bash depends on dash (= 0.5.5.1-2.2); however: Package dash is not configured yet. dpkg: error processing bash (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: dash bash -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696316: Show date of package in list-of-versions page
Package: snapshot.debian.org Severity: wishlist Hi, it would be nice if pages like http://snapshot.debian.org/binary/postgresql-common/ would show the date the package was first seen. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#696317: libgtk-3-0: icon-theme.cache is kept mmaped even tough a new version of caches has been loaded to memory
Package: libgtk-3-0 Version: 3.4.2-4 Severity: minor Dear Maintainer, I was just checking why gnome-shell was eating so much virtual memory in my system. I noticed that one of reason for VM allocated memory address was heap, pulseaudio and anonymous mmaps. That means gnome-shell is really allocating huge amount of memory. $ cat /proc/`pidof gnome-shell`/maps | awk '{split($1, a, -); print (strtonum(0x a[2]) - strtonum(0x a[1])) $0}' | sort -n | tail -n 20 8388608 7f9605f9-7f960679 rw-p 00:00 0 9105408 7f95c800-7f95c88af000 rw-p 00:00 0 12582912 7f95dc90-7f95dd50 rw-p 00:00 0 16777216 7f95cf00-7f95d000 rw-s 15862 00:05 580 /dev/dri/card0 18890752 7f95e5d8f000-7f95e6f93000 rw-p 00:00 0 20545536 7f9602c68000-7f960400 ---p 00:00 0 22970368 7f95d9918000-7f95daf0 r--p fe:02 8522190 /usr/share/icons/hicolor/icon-theme.cache (deleted) 22970368 7f95eea17000-7f95e000 r--p fe:02 8522190 /usr/share/icons/hicolor/icon-theme.cache (deleted) 22978560 7f95d6543000-7f95d7b2d000 r--p fe:02 8540446 /usr/share/icons/hicolor/icon-theme.cache 22978560 7f95d7b2d000-7f95d9117000 r--p fe:02 8540446 /usr/share/icons/hicolor/icon-theme.cache 29335552 7f95f6406000-7f95f800 ---p 00:00 0 29421568 7f95d000-7f95d1c0f000 rw-p 00:00 0 37687296 7f95d1c0f000-7f95d400 ---p 00:00 0 37773312 7f95f400-7f95f6406000 rw-p 00:00 0 46563328 7f96-7f9602c68000 rw-p 00:00 0 58003456 7f95c88af000-7f95cc00 ---p 00:00 0 67112960 7f95dd7f9000-7f95e17fa000 rw-s 00:12 33519 /run/shm/pulse-shm-3521136704 67112960 7f95e000-7f95f400 rw-s 00:12 14975 /run/shm/pulse-shm-2985525895 67112960 7f95fbfff000-7f96 rw-s 00:12 14661 /run/shm/pulse-shm-1903079898 194056192 012f6000-0cc07000 rw-p 00:00 0 [heap] But there is also curious entry that icon-theme.cache is mmaped twice for each version of cache and old cache isn't munmaped after loading the new cache. But looking into smaps it shows that none of icon-theme.cache mappings has been accessed recently because bakcing pages is bound to that address range. But quickly scanning lsof list for inodes it shows same mmaping issue happens in all gtk applications but I didn't check if any of them actually had any pages bound for the cache file. I have no idea if the icon-theme.cache mappings has been fixed in newer release of gtk. But I'm still reporting this because it makes top report inflated VM sizes for gtk applications. If any application manages to access the old version of cache it could cause extra memory use too. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgtk-3-0 depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-37 ii libcairo-gobject2 1.12.2-2 ii libcairo2 1.12.2-2 ii libcolord1 0.1.21-4 ii libcomerr2 1.42.5-1 ii libcups21.5.3-2.9 ii libfontconfig1 2.9.0-7 ii libfreetype62.4.9-1 ii libgcrypt11 1.5.0-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-3 ii libgnutls26 2.12.20-2 ii libgssapi-krb5-21.10.1+dfsg-3 ii libgtk-3-common 3.4.2-4 ii libk5crypto31.10.1+dfsg-3 ii libkrb5-3 1.10.1+dfsg-3 ii libpango1.0-0 1.30.0-1 ii libx11-62:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor1 1:1.1.13-1 ii libxdamage1 1:1.1.3-2 ii libxext62:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxi6 2:1.6.1-1 ii libxinerama12:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii multiarch-support 2.13-37 ii shared-mime-info1.0-1+b1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages libgtk-3-0 recommends: ii hicolor-icon-theme 0.12-1 ii libgtk-3-bin3.4.2-4 Versions of packages libgtk-3-0 suggests: ii gvfs 1.12.3-2 ii librsvg2-common 2.36.1-1 -- 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#696265: apt-p2p: service won't start : MemoryError
Hi Ivo, 2012/12/18 Ivo De Decker ivo.dedec...@ugent.be [...] Did you try to start it on a machine with more memory? It starts fine in my tests. Unfortunately I don't manage this server, so I can't try with more memory. I'll see if I can have temporarily more memory to test. I created a virtualbox vm with the same amount of ram, and apt-p2p is starting without error. Maybe it's related to vserver ? Sebastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696199: closed by Ivo De Decker ivo.dedec...@ugent.be (Re: Build-Depends autoconf 2.68)
Control: severity -1 normal From: Ivo De Decker ivo.dedec...@ugent.be To: 696199-d...@bugs.debian.org Date: Tue, 18 Dec 2012 22:40:31 +0100 Subject: Re: Build-Depends autoconf 2.68 Hi, On Tue, Dec 18, 2012 at 01:08:11AM +0100, Mathieu Malaterre wrote: dh-exec fails to build on debian/stable with: dh-exec is not available in stable (squeeze), so there is no reason to expect it to build in squeeze. First of all, please don't close bugs opened against my packages, unless you opened them yourself, or asked me first. I happen to agree with the reporter, this *is* a bug, although not a serious one. Your package as-is cannot be backported. If there is an implicit dependency, it is required to be versioned explicitly in d/control (there are older versions of autoconf in the archive). Not in the suites dh-exec was prepared for. Ancient versioned dependencies are not much more than noise. However, making backporting easier is a reasonable wish, so I'll add the explicit autoconf = 2.68 dependency. (That, or fix my configure to work on squeeze, if that's not too hard) If you do not want to upload, I can NMU your package. I will upload a backportable version, targetting unstable. I don't believe this issue warrants a freeze exception however, so I'm not going to pursue that. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696318: zim crash at startup (ValueError: No such object: RemoteObject: zim.gui.GtkInterface)
Package: zim Version: 0.58-1 Severity: important Hello, zim crashes at startup. I suspect a missing dependency of this release version to python-gobject-2, or to a more recent version of python-gobject which comes with python-gobject-2. I have also found this bug in the previous release 0.57. Here is the trace : $ zim ** (process:13882): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:13882): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:13882): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' ** (process:13884): WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** (process:13884): WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' ** (process:13884): WARNING **: Trying to register gtype 'GSocketMsgFlags' as enum when in fact it is of type 'GFlags' Traceback (most recent call last): File /usr/bin/zim, line 73, in module zim.main(argv) File /usr/lib/python2.6/dist-packages/zim/__init__.py, line 446, in main gui.present(page, **optsdict) File /usr/lib/python2.6/dist-packages/zim/ipc.py, line 708, in call raise re ValueError: No such object: RemoteObject: zim.gui.GtkInterface(file:///home/damien/Notebooks/Notes) I am on a stable-based installation with python2.6. The same problem appears with python2.7. The problem does not appear in a chroot, where a new version of python-gobject is installed (v3:2.2-1). With this new version comes python-gobect-2, which is not present on my original setup. $ reportbug --template zim (...) Package: zim Version: 0.58-1 Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zim depends on: ii python 2.7.3~rc2-1 ii python-gobject 3.2.2-1 ii python-gtk2 2.24.0-3 ii python-xdg 0.19-4 Versions of packages zim recommends: ii python-gtkspell 2.25.3-12 Versions of packages zim suggests: pn bzr none pn ditaa none ii dvipng1.14-1+b1 pn git none pn gnuplot none pn graphviz none pn lilypond none pn mercurial none pn python-zeitgeist none pn r-basenone pn scrot none (...) regards, Damien -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (400, 'unstable'), (200, 'testing'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zim depends on: ii python2.6.7-3interactive high-level object-orie ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-xdg0.19-2 Python library to access freedeskt Versions of packages zim recommends: ii python-gtkspell 2.25.3-7 Python bindings for the GtkSpell l Versions of packages zim suggests: ii bzr 2.1.2-1 easy to use distributed version co pn ditaanone (no description available) pn dvipng none (no description available) ii git 1:1.7.2.5-3 fast, scalable, distributed revisi pn gnuplot none (no description available) ii graphviz 2.26.3-5rich set of graph drawing tools pn lilypond none (no description available) ii mercurial2.2.2-1 easy-to-use, scalable distributed pn python-zeitgeist none (no description available) pn r-base none (no description available) ii scrot0.8-13 command line screen capture utilit -- 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#696228: graphite-carbon: logrotate and internal carbon log rotation interact badly
Hello Jonas, On Tue, Dec 18, 2012 at 06:46:55PM +0100, Jonas Genannt wrote: you are correct. Carbon rotates also. I have created an patch against that problem. ... If it works on your side, I will submit it to upstream. many thanks for the quick patch, which looks like doing the right thing. Our customized package contains it now and is running, will report when I'm shure it works like expected. Btw., the upgrade script in the deb seems to contain a bug: | | `-apt-get,18775 upgrade | | `-dpkg,18859 --status-fd 15 --configure graphite-carbon:all | | `-frontend,18860 -w /usr/share/debconf/frontend /var/lib/dpkg/info/graphite-carbon.postinst configure 0.9.10-1.1 | | `-(graphite-carbon,18868) The graphite-carbon process is the 'defunct' state and the frontend must be killed. Any idea how to debug this ? Thanks, Hermann -- Netzwerkadministration/Zentrale Dienste, Interdiziplinaeres Zentrum fuer wissenschaftliches Rechnen der Universitaet Heidelberg IWR; INF 368; 69120 Heidelberg; Tel: (06221)54-8236 Fax: -5224 Email: hermann.la...@iwr.uni-heidelberg.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696179: [Pkg-mediawiki-devel] Bug#696179: mediawiki-extensions-base: RSS_Reader Javascript injection
Dixi quod… Of course, this will not work on the message body. I’ll look at Ok, it’s worse than I expected: when using “text” mode with desc=on, the body is also vulnerable but on the other hand, proper HTML is broken: ‣ pWill drive to a href=#34;http://www.google.com/webhp?hl=laamp;q=Chemnitzer+Linuxtage#34;Chemnitz/a the MW sanitiser later. Lunchbreak, then that, I guess. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-314 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Boris Esser, Sebastian Mancke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696319: ITP: libapache2-mod-log-slow -- Apache module for logging of slow requests handling
Package: wnpp Severity: wishlist * Package name: libapache2-mod-log-slow Version : 1.0.6 Upstream Author : Yoichi Kawasaki yokaw...@gmail.com * URL or Web page : https://code.google.com/p/modlogslow/ * License : Apache License version 2.0 Description : Apache module for logging of slow requests handling mod_log_slow is Apache module to provide measures of the time period used for handling each request by the current process. Logging is done after processing a request if the request takes more than certain period of time that you specifiy. The idea of this module comes from MySQL's slow-query-log, and its logging logic is partially based on mod_log_forensic. -- ,''`. : :' : Cyril Bouthors `. `' 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#694355: [Packaging] Bug#694355: munin-doc: missing Breaks+Replaces: munin-common ( 2)
Hi Michael, On Mittwoch, 19. Dezember 2012, Michael Gilbert wrote: Hi, I've uploaded an nmu to delayed/1 fixing this issue. The changes are backported directly from the experimental package. Please see attached patch. can you please cancel this NMU? Thanks already. Also, why didnt you contact the munin maintainers before doing so? The bugs are marked pending, there is a upload-approval bug filed against release.debian.org cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696138: Increase pg_ctlcluster on slow architectures
Re: Martin Pitt 2012-12-19 20121219095452.gd3...@piware.de Christoph Berg [2012-12-19 10:40 +0100]: We could probably wait for the startup, but then exit 0 with the message cluster is still starting up. I like that idea. It should avoid postinst failures on slow architectures, but in the normal case a /etc/init.d/postgresql restart should still wait until your cluster is ready to be used. Bonus points for not waiting at all for a cluster that is configured for warm (not hot) standby. (Though that's probably not trivial to distinguish from a cluster that is set up for PITR on startup.) Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#696293: dokuwiki: indexer.php depends on php5-suhosin, but...
Kingsley G. Morse Jr., 2012-12-18 16:09-0800: Thanks for maintaining Debian's dokuwiki package. I like it. I happened to notice that /usr/share/dokuwiki/bin/indexer.php complained PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib/php5/20100525+lfs/suhosin.so' - /usr/lib/php5/20100525+lfs/suhosin.so: cannot open shared object file: No such file or directory in Unknown on line 0 I do not think that comes from DokuWiki, but rather from your PHP installation. I had the same sort of warning in a crontab job after removing php5-suhosin. But do not remember how I resolved that. -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#696320: Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done
Package: libstdc++6-4.4-dbg Version: 4.4.5-8 Severity: grave Dear packager, I believe the current -dbg package is not working as it should. Here is what I did: $ g++ -o bla -g bla.cxx $ gdb bla GNU gdb (GDB) 7.3-debian Copyright (C) 2011 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /tmp/bla...done. (gdb) set verbose on (gdb) r Starting program: /tmp/bla Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/ld-2.11.3.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from system-supplied DSO at 0x77ffb000...(no debugging symbols found)...done. Reading in symbols for dl-debug.c...done. Reading in symbols for rtld.c...done. Reading symbols from /usr/lib/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstdc++.so.6 Reading symbols from /lib/libm.so.6...Reading symbols from /usr/lib/debug/lib/libm-2.11.3.so...done. done. Loaded symbols for /lib/libm.so.6 Reading symbols from /lib/libgcc_s.so.1...Reading symbols from /usr/lib/debug/lib/libgcc_s.so.1...done. done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/libc.so.6...Reading symbols from /usr/lib/debug/lib/libc-2.11.3.so...done. done. Loaded symbols for /lib/libc.so.6 [Inferior 1 (process 22268) exited normally] (gdb) show debug-file-directory The directory where separate debug symbols are searched for is /usr/lib/debug. However the -dbg package is there: $ apt-cache policy libstdc++6-4.4-dbg libstdc++6-4.4-dbg: Installed: 4.4.5-8 Candidate: 4.4.5-8 Version table: 4.4.7-3 0 100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages 4.4.7-2 0 200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages *** 4.4.5-8 0 500 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages 100 /var/lib/dpkg/status For some reason gdb always pick the non-debug version from: $ apt-cache policy libstdc++6 libstdc++6: Installed: 4.4.5-8 Candidate: 4.4.5-8 Version table: 4.8-20121218-1 0 -1 http://ftp.fr.debian.org/debian/ experimental/main amd64 Packages 4.7.2-4 0 200 http://ftp.fr.debian.org/debian/ testing/main amd64 Packages 100 http://ftp.fr.debian.org/debian/ unstable/main amd64 Packages *** 4.4.5-8 0 500 http://ftp.fr.debian.org/debian/ squeeze/main amd64 Packages 100 /var/lib/dpkg/status Thanks -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 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 libstdc++6-4.4-dbg depends on: ii gcc-4.4-base 4.4.5-8The GNU Compiler Collection (base ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8 GCC support library ii libgcc1-dbg 1:4.4.5-8 GCC support library (debug symbols ii libstdc++64.4.5-8The GNU Standard C++ Library v3 Versions of packages libstdc++6-4.4-dbg recommends: ii libstdc++6-4.4-dev4.4.5-8The GNU Standard C++ Library v3 (d libstdc++6-4.4-dbg suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693918: patch
On 2012-12-12 07:42, Bastien ROUCARIÈS wrote: Package: lintian Version: 2.5.10.2 control: retitle -1 [new check] Add check for missing keywords field in .desktop file control: tag -1 + patch Patch here Hi, I applied the (last of) your patch(es), but in the commit message I forgot to mention that I downgrade the severity to wishlist (W - I). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695056: [Xen-devel] [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels
On 04.12.12 at 11:12, Ian Campbell i...@hellion.org.uk wrote: On Tue, 2012-12-04 at 09:51 +, Jan Beulich wrote: On 04.12.12 at 10:33, Ian Campbell i...@hellion.org.uk wrote: On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote: Package: src:xen Version: 4.1.3-4 Severity: serious The bzimage loader used in both libxc and the hypervisor lacks XZ support. Debian kernels since 3.6 are compressed with XZ and can't be loaded. Support for XZ compression was added in changeset 23002:eb64b8f8eebb somewhere last year. Indeed. Jan this would be a good candidate for a future 4.1.x I think (it was already in 4.2.0). Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking towards an RC2 followed by a release within the next days), and doing a feature addition like this in a .5 stable release looks questionable to me in the context of how we managed stable updates in the past. But I'm open to be outvoted of course... My thinking was that it is a reasonably self contained patch (most of the code is the new files) and without it people won't be able to use 4.1.x with their distro kernels at all, so it's something between a bug fix and a new feature. Just did this on the hypervisor side (i.e. for Dom0). Unless told otherwise I'm going to assume that IanJ will take care of the DomU (tools side) part. Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696320: missing attachment
Forgot the file. bla.cxx Description: Binary data
Bug#696306: freeciv: CVE-2012-5645
On 19 December 2012 09:02, Moritz Muehlenhoff j...@inutil.org wrote: Package: freeciv Severity: important Tags: security Hi, please see http://aluigi.altervista.org/adv/freecivet-adv.txt That's two issues... Bug: http://gna.org/bugs/?20003 ... reported in one freeciv ticket. That CVE is a bit unfortunate that it (currently) has description containing both parts but fix provided is only one part. I think it's quite likely that they will assign new CVE for the other half to sort this out. Fix: http://svn.gna.org/viewcvs/freeciv?view=revisionrevision=21670 Patch from stable S2_3 branch (where 2.3.x releases come from): http://svn.gna.org/viewcvs/freeciv?view=revisionrevision=21672 And the other fix not listed in CVE: trunk: http://svn.gna.org/viewcvs/freeciv?view=revisionrevision=21701 / S2_3: http://svn.gna.org/viewcvs/freeciv?view=revisionrevision=21703 Please make an isolated upload with the security fix to unstable and ask the release managers for an unblock by filing a bug against release.debian.org Cheers, Moritz - ML -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688772: gnome Depends network-manager-gnome
On Fri, Dec 14, 2012 at 10:00:33AM -0800, Russ Allbery wrote: Tollef Fog Heen tfh...@err.no writes: Is this a requirement for other network-providing packages as well? If so, openvpn for instance is RC-buggy because upgrading it will restart any configured VPNs. We don't require other packages to continue to work uninterrupted during upgrades, I think we actually do require that in some cases. OpenSSH, the X server, and GDM come immediately to mind. While nobody's ever told me that this is a requirement as such, I consider it one on my own account as OpenSSH maintainer. It's just so common to perform upgrades over SSH that I'd consider it irresponsible to break that. (And fortunately the design of the OpenSSH server is such that it tends to just work.) For network-providing packages in general, I'd want to think about it case by case, and I think it would depend on how common it is to perform upgrades over the network interfaces they implement or support. openvpn is commonly used, for instance, by people working at home to access their employer's network, and in that case an interruption during upgrade is not so important. If it's common to operate in reverse and upgrade a system at the client end of an openvpn link, then that would be a good argument for upgrading the severity of such a bug. Some types of networking are just so rarely used as anything other than a means of getting connectivity in network-poor locations that I would have a very hard time arguing that their interruption during upgrades could be release-critical. For instance, if a 3G network interface went down during upgrade, or the client end of an IP-over-DNS link, then that's ungraceful and could be handled more smoothly, but I don't think it's RC. -- 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#695958: python2.7: Expose multiarch triplet in sys module
* Barry Warsaw ba...@python.org, 2012-12-14, 16:29: ++dnl Debian multiarch support in sys.implementation._architecture ++dnl Try `dpkg-architecture -qDEB_BUILD_MULTIARCH` first, then ++dnl `gcc --print-multiarch`. ++AC_SUBST(MULTIARCH_BUILD) ++AC_CHECK_PROG(HAS_DPKG_ARCHITECTURE, dpkg-architecture, found, not-found) ++if test $HAS_DPKG_ARCHITECTURE = found ++then ++MULTIARCH_BUILD=dpkg-architecture -qDEB_BUILD_MULTIARCH ++else ++AC_CHECK_PROG(HAS_GCC_FOR_ARCH, gcc, found, not-found) ++if test $HAS_GCC_FOR_ARCH = found ++then ++MULTIARCH_BUILD=gcc --print-multiarch ++else ++MULTIARCH_BUILD= ++fi ++fi s/DEB_BUILD_MULTIARCH/DEB_HOST_MULTIARCH/ presumably? -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696255: Updated po Spanish translation file for the maint-guide package
Thanks. Pending in svn. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695056: [Xen-devel] [Pkg-xen-devel] Bug#695056: xen - Missing support for XZ compressed bzimage kernels
On Wed, 2012-12-19 at 11:33 +, Jan Beulich wrote: On 04.12.12 at 11:12, Ian Campbell i...@hellion.org.uk wrote: On Tue, 2012-12-04 at 09:51 +, Jan Beulich wrote: On 04.12.12 at 10:33, Ian Campbell i...@hellion.org.uk wrote: On Mon, 2012-12-03 at 19:47 +0100, Bastian Blank wrote: Package: src:xen Version: 4.1.3-4 Severity: serious The bzimage loader used in both libxc and the hypervisor lacks XZ support. Debian kernels since 3.6 are compressed with XZ and can't be loaded. Support for XZ compression was added in changeset 23002:eb64b8f8eebb somewhere last year. Indeed. Jan this would be a good candidate for a future 4.1.x I think (it was already in 4.2.0). Hmm, I'm not really convinced - we're at 4.1.4 (I'm looking towards an RC2 followed by a release within the next days), and doing a feature addition like this in a .5 stable release looks questionable to me in the context of how we managed stable updates in the past. But I'm open to be outvoted of course... My thinking was that it is a reasonably self contained patch (most of the code is the new files) and without it people won't be able to use 4.1.x with their distro kernels at all, so it's something between a bug fix and a new feature. Just did this on the hypervisor side (i.e. for Dom0). Unless told otherwise I'm going to assume that IanJ will take care of the DomU (tools side) part. Which FWIW is 23002:eb64b8f8eebb but it very likely requires portions of 23021:da7c950772ed, 23322:d9982136d8fa and 26115:37a8946eeb9d which are fixes (some security sensitive) in that code. Ian. -- Ian Campbell Current Noise: Katatonia - The Longest Year Staff meeting in the conference room in %d minutes. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693970: tpu: libitext-java/2.1.7-3+deb7u1
Hi, I am still waiting for responds on the below. ~Niels On 2012-11-22 13:45, Niels Thykier wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: tpu Hi, A user reported an issue with libitext-java in testing (#687692). In short, the problem was an ABI issue in bouncycastle. The diff between bouncycastle/1.44 and bouncycastle/1.46 is far to large to sanely review and libitext-java is the only package which has any (reported) issues caused by the ABI change. Therefore, simply rebuilding libitext-java in testing (with an upper bound on its dependency) should suffice for this particular problem. Unfortunately, it turns out that libitext-java declares no dependnecies relations (except libitext-java-gcj) in testing at all, which is obvously wrong. In sid, I have taken the liberty of properly fixing this by using javahelper to compute the proper dependency relations automatically (as that version cannot migrate to testing anyway being built against the bouncycastle in sid). The question is then, should I backport the changes for auto-generating the dependencies and insert the upper bound on the bouncycastle dependency -OR- should I simply manually hardcode all the missing dependencies in the tpu upload? I have attached the debdiff between libitext-java in sid and testing to give you an idea of the changes involved. In case you are wondering about the explicit version'ed dependencies in the diff, it is because the tools involved are not able to properly give version bounds on the dependencies[0]. ~Niels [0] Sadly, Java packages do not have a shlibs/symbols system (nor the rename package on ABI breakage-proceedure). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696322: Provide a way for reprepro ls $pkg to show the component name
Package: reprepro Version: 4.10.0-1 Severity: wishlist It would be nice if reprepro ls $pkg would also (optionally?) include the component name. For apt.postgresql.org, I have the libpq5 binary diverted to various components, but ls doesn't show that: $ reprepro ls libpq5 libpq5 | 9.2.2-1.pgdg+1 |sid-pgdg | amd64, i386 libpq5 | 8.3.22-1.pgdg+1 |sid-pgdg | amd64, i386 libpq5 | 8.4.15-1.pgdg+1 |sid-pgdg | amd64, i386 libpq5 | 9.0.11-1.pgdg+1 |sid-pgdg | amd64, i386 libpq5 | 9.1.7-1.pgdg+1 |sid-pgdg | amd64, i386 $ reprepro list sid-pgdg libpq5 sid-pgdg|main|amd64: libpq5 9.2.2-1.pgdg+1 sid-pgdg|main|i386: libpq5 9.2.2-1.pgdg+1 sid-pgdg|8.3|amd64: libpq5 8.3.22-1.pgdg+1 sid-pgdg|8.3|i386: libpq5 8.3.22-1.pgdg+1 sid-pgdg|8.4|amd64: libpq5 8.4.15-1.pgdg+1 sid-pgdg|8.4|i386: libpq5 8.4.15-1.pgdg+1 sid-pgdg|9.0|amd64: libpq5 9.0.11-1.pgdg+1 sid-pgdg|9.0|i386: libpq5 9.0.11-1.pgdg+1 sid-pgdg|9.1|amd64: libpq5 9.1.7-1.pgdg+1 sid-pgdg|9.1|i386: libpq5 9.1.7-1.pgdg+1 Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#677721: Processed: severity of 677721 is serious
On Wed, Dec 19, 2012 at 09:35:42AM +0100, Mathieu Malaterre wrote: I believe -last I check- it is still missing linking to libxml2. The only problem I found is missing -lm in dcmjpeg/libsrc/Makefile.in. I *think* that the patch is still incomplete and it only fixes issues as seen during a rebuild of a certain package using dcmtk (forgot which one). The patch (with missing -lm added) enables compiling the package with --no-undefined. I've double-checked the result with ldd -r and found no undefined symbols. If you feel brave enough to do an upload of dcmtk, please feel free to do so. I do not know exactly what is the impact of this patch, esp. at this point in time (=during freeze). debdiff is attached. Due to linking changes the libdcmtk2 packages gains new deps: libcharls1, libpng12-0 (= 1.2.13-4), libtiff4 ( 3.9.5-3~), libwrap0 (= 7.6-4~) while the dcmtk package loses them (the same list). -- WBR, wRAR signature.asc Description: Digital signature
Bug#677721: Processed: severity of 677721 is serious
On Wed, Dec 19, 2012 at 06:01:52PM +0600, Andrey Rahmatullin wrote: debdiff is attached. Of course it wasn't... -- WBR, wRAR diff -Nru dcmtk-3.6.0/debian/changelog dcmtk-3.6.0/debian/changelog --- dcmtk-3.6.0/debian/changelog 2012-05-31 15:31:19.0 +0600 +++ dcmtk-3.6.0/debian/changelog 2012-12-19 17:56:57.0 +0600 @@ -1,3 +1,11 @@ +dcmtk (3.6.0-11.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix underlinked libraries. Closes: #677721 + - debian/patches/underlink.patch + + -- Andrey Rahmatullin w...@wrar.name Wed, 19 Dec 2012 17:56:51 +0600 + dcmtk (3.6.0-11) unstable; urgency=low * Fix compilation with gcc 4.7. Closes: #674361 diff -Nru dcmtk-3.6.0/debian/patches/underlink.patch dcmtk-3.6.0/debian/patches/underlink.patch --- dcmtk-3.6.0/debian/patches/underlink.patch 2012-05-31 15:19:11.0 +0600 +++ dcmtk-3.6.0/debian/patches/underlink.patch 2012-12-19 17:06:05.0 +0600 @@ -3,27 +3,33 @@ ar. We need to provide libraries only when dynamic library is built. Author: Ilya Barygin randomact...@ubuntu.com Bug-Debian: http://bugs.debian.org/674586 +Bug-Debian: http://bugs.debian.org/677721 -Index: dcmtk-3.6.0/dcmsign/libsrc/Makefile.in -=== dcmtk-3.6.0.orig/dcmsign/libsrc/Makefile.in 2012-05-31 10:45:58.207193330 +0200 -+++ dcmtk-3.6.0/dcmsign/libsrc/Makefile.in 2012-05-31 10:45:59.843193307 +0200 -@@ -34,7 +34,11 @@ +--- a/dcmsign/libsrc/Makefile.in b/dcmsign/libsrc/Makefile.in +@@ -17,6 +17,8 @@ + dcmdatadir = $(top_srcdir)/../dcmdata + + LOCALINCLUDES = -I$(ofstddir)/include -I$(oflogdir)/include -I$(dcmdatadir)/include ++LIBDIRS = -L$(ofstddir)/libsrc -L$(oflogdir)/libsrc -L$(dcmdatadir)/libsrc ++LOCALLIBS = -lofstd -loflog -ldcmdata + LOCALDEFS = + + objs = dcsignat.o sicert.o sidsa.o simd5.o siprivat.o sirsa.o sisprof.o \ +@@ -34,7 +36,11 @@ $(library): $(objs) +ifeq ($(AR),ar) $(AR) $(ARFLAGS) $@ $(objs) +else -+ $(AR) $(ARFLAGS) $@ $(objs) $(OPENSSLLIBS) ++ $(AR) $(ARFLAGS) $@ $(objs) $(LIBDIRS) $(LOCALLIBS) $(OPENSSLLIBS) +endif $(RANLIB) $@ -Index: dcmtk-3.6.0/ofstd/libsrc/Makefile.in -=== dcmtk-3.6.0.orig/ofstd/libsrc/Makefile.in 2012-05-31 10:45:58.219193330 +0200 -+++ dcmtk-3.6.0/ofstd/libsrc/Makefile.in 2012-05-31 10:45:59.843193307 +0200 +--- a/ofstd/libsrc/Makefile.in b/ofstd/libsrc/Makefile.in @@ -29,7 +29,11 @@ @@ -35,4 +41,336 @@ +endif $(RANLIB) $@ + +--- a/Makefile b/Makefile +@@ -7,27 +7,27 @@ + + include $(configdir)/Makefile.def + +-all: config-all ofstd-all oflog-all dcmdata-all dcmtls-all dcmnet-all dcmqrdb-all dcmwlm-all dcmimgle-all dcmsr-all dcmsign-all dcmpstat-all dcmimage-all dcmjpeg-all dcmjpls-all ++all: config-all ofstd-all oflog-all dcmdata-all dcmnet-all dcmtls-all dcmqrdb-all dcmwlm-all dcmimgle-all dcmsr-all dcmsign-all dcmpstat-all dcmimage-all dcmjpeg-all dcmjpls-all + +-libsrc-all: ofstd-libsrc-all oflog-libsrc-all dcmdata-libsrc-all dcmtls-libsrc-all dcmnet-libsrc-all dcmqrdb-libsrc-all dcmwlm-libsrc-all dcmimgle-libsrc-all dcmsr-libsrc-all dcmsign-libsrc-all dcmpstat-libsrc-all dcmimage-libsrc-all dcmjpeg-libsrc-all dcmjpls-libsrc-all ++libsrc-all: ofstd-libsrc-all oflog-libsrc-all dcmdata-libsrc-all dcmnet-libsrc-all dcmtls-libsrc-all dcmqrdb-libsrc-all dcmwlm-libsrc-all dcmimgle-libsrc-all dcmsr-libsrc-all dcmsign-libsrc-all dcmpstat-libsrc-all dcmimage-libsrc-all dcmjpeg-libsrc-all dcmjpls-libsrc-all + +-install: config-install ofstd-install oflog-install dcmdata-install dcmtls-install dcmnet-install dcmqrdb-install dcmwlm-install dcmimgle-install dcmsr-install dcmsign-install dcmpstat-install dcmimage-install dcmjpeg-install dcmjpls-install dcmtk-install-doc install-man ++install: config-install ofstd-install oflog-install dcmdata-install dcmnet-install dcmtls-install dcmqrdb-install dcmwlm-install dcmimgle-install dcmsr-install dcmsign-install dcmpstat-install dcmimage-install dcmjpeg-install dcmjpls-install dcmtk-install-doc install-man + + install-all: install install-lib install-html + +-install-bin: config-install-bin ofstd-install-bin oflog-install-bin dcmdata-install-bin dcmtls-install-bin dcmnet-install-bin dcmqrdb-install-bin dcmwlm-install-bin dcmimgle-install-bin dcmsr-install-bin dcmsign-install-bin dcmpstat-install-bin dcmimage-install-bin dcmjpeg-install-bin dcmjpls-install-bin ++install-bin: config-install-bin ofstd-install-bin oflog-install-bin dcmdata-install-bin dcmnet-install-bin dcmtls-install-bin dcmqrdb-install-bin dcmwlm-install-bin dcmimgle-install-bin dcmsr-install-bin dcmsign-install-bin dcmpstat-install-bin dcmimage-install-bin dcmjpeg-install-bin dcmjpls-install-bin + +-install-doc: config-install-doc ofstd-install-doc oflog-install-doc dcmdata-install-doc dcmtls-install-doc dcmnet-install-doc dcmqrdb-install-doc dcmwlm-install-doc dcmimgle-install-doc dcmsr-install-doc
Bug#688772: Call for votes for resolving #688772 [gnome Depends network-manager-gnome]
On Thu, Dec 13, 2012 at 12:06:57PM -0800, Don Armstrong wrote: I'd like to call for votes to resolve #688772 with the following options, with F as further discussion. Both options A and B require a 3:1 majority, as they overrule the gnome maintainers; Option C does not. I vote BACF. -- 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#677721: Processed: severity of 677721 is serious
Hi, On Wed, Dec 19, 2012 at 1:01 PM, Andrey Rahmatullin w...@wrar.name wrote: On Wed, Dec 19, 2012 at 09:35:42AM +0100, Mathieu Malaterre wrote: I believe -last I check- it is still missing linking to libxml2. The only problem I found is missing -lm in dcmjpeg/libsrc/Makefile.in. I *think* that the patch is still incomplete and it only fixes issues as seen during a rebuild of a certain package using dcmtk (forgot which one). The patch (with missing -lm added) enables compiling the package with --no-undefined. I've double-checked the result with ldd -r and found no undefined symbols. If you feel brave enough to do an upload of dcmtk, please feel free to do so. I do not know exactly what is the impact of this patch, esp. at this point in time (=during freeze). debdiff is attached. Due to linking changes the libdcmtk2 packages gains new deps: libcharls1, libpng12-0 (= 1.2.13-4), libtiff4 ( 3.9.5-3~), libwrap0 (= 7.6-4~) while the dcmtk package loses them (the same list). What is the new output for: $ ldd /usr/lib/libdcmsr.so Thanks, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696323: metacity: Alt-tab is so slow it is unusable with compositing
Package: metacity Version: 1:2.34.3-3 Severity: important Tags: upstream patch Dear Maintainer, * What led up to the situation? I'm using the window switcher (alt-tab) with metacity compositing activated. * What exactly did you do (or not do) that was effective (or ineffective)? Just use alt-tab. * What was the outcome of this action? Opening the alt-tab dialog (even for a quick-switch, which means a quick alt- tab just to switch application without the dialog showing) for 30 windows of dimension 1600x900 takes 3.6 seconds, and this is a fairly recent computer (2y). For 6 windows it is already a full second, which gets on one nerves by making it barely usable, and the time increases linearly depending on the windows x dimension. * What outcome did you expect instead? The alt-tab dialog should open quickly: this is maybe the most used feature of a window manager/desktop. -- System Information: Debian Release: wheezy/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages metacity depends on: ii gnome-icon-theme 3.4.0-2 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-02.4.0-2 ii libc6 2.13-37 ii libcairo2 1.12.2-2 ii libcanberra-gtk0 0.28-6 ii libcanberra0 0.28-6 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-3 ii libgtk2.0-02.24.10-2 ii libgtop2-7 2.28.4-3 ii libice62:1.0.8-2 ii libmetacity-private0a 1:2.34.3-3 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libstartup-notification0 0.12-1 ii libx11-6 2:1.5.0-1 ii libxcomposite1 1:0.4.3-2 ii libxcursor11:1.1.13-1 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2 ii libxfixes3 1:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 ii libxrender11:0.9.7-1 ii metacity-common1:2.34.3-3 ii zenity 3.4.0-2 Versions of packages metacity recommends: ii gnome-session [x-session-manager] 3.4.2.1-3 ii gnome-session-fallback [x-session-manager] 3.4.2.1-3 ii gnome-themes-standard 3.4.2-2 Versions of packages metacity suggests: ii gnome-control-center 1:3.4.2+git20121016.29d7c0-1 ii xdg-user-dirs 0.14-1 -- 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#677721: Processed: severity of 677721 is serious
On Wed, Dec 19, 2012 at 06:04:41PM +0600, Andrey Rahmatullin wrote: @@ -86,6 +84,7 @@ mv config/Makefile.def config/Makefile.def.static \ sed -e '/^CFLAGS =/s/-O -/-fPIC -/' -e '/^CXXFLAGS =/s/-O -/-fPIC -/' \ -e '/^AR =/s/ar/gcc/' -e '/^ARFLAGS =/s/cruv/-lstdc++ -lz -lxml2 -lpthread -lssl -lcrypto $(LDFLAGS) -shared -Wl,-soname,\$$\@.2 -o/' \ + -e '/^AR =/s/ar/g++/' -e '/^ARFLAGS =/s/cruv/$(LDFLAGS) -shared -Wl,-soname,\$$\@.2 -o/' \ -e '/^LIBEXT =/s/a/so/' -e '/^RANLIB =/s/ranlib/:/' \ config/Makefile.def.static config/Makefile.def \ $(MAKE) libsrc-all \ Oh, this is not the same as was proposed in the original report so I need to check the original version of this diff before uploading. -- WBR, wRAR signature.asc Description: Digital signature
Bug#677721: Processed: severity of 677721 is serious
On Wed, Dec 19, 2012 at 01:11:44PM +0100, Mathieu Malaterre wrote: What is the new output for: $ ldd /usr/lib/libdcmsr.so It's linked against libxml2 because I accidentally didn't remove -lstdc++ -lz -lxml2 -lpthread -lssl -lcrypto from global flags, though because of --as-needed it doesn't cause any problems. Probably it's better to not remove them for now. -- WBR, wRAR signature.asc Description: Digital signature
Bug#692234: Intel DH77EB (H77): sporadic freeze and increased power consumption
Am 15.12.2012 20:33, schrieb Ingo: All versions ran smoothly without any problems. Also no incompatibilities with other Wheezy packages have been noticed. CORRECTION: with vanilla kernel 3.4.23, I now had 2 freezes within 6 days! I now switched back to 3.4.21 (which ran 8 days without freezes) and will test it thoroughly for another 2 weeks. If that turns out stable, it will narrow down the commits drastically and the commons with patches applied to the Debian kernel can hopefully be located. /Ingo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696323: Bug fixed upstream
Note that I fixed the bug upstream : https://bugzilla.gnome.org/show_bug.cgi?id=504729 We removed the thumbnailing and switched to mutter-like higher resolution icons, to be able to distinct them better, as more and more applications are providing high res icons and it makes alt-tab blazing fast again. Could you consider both patches for inclusion into Wheezy? There are not very obtrusive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696255: Updated po Spanish translation file for the maint-guide package
Hi, By the way, am I getting Catalan soon? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696324: .gdbint should read as .gdbinit
Package: libstdc++6-4.4-doc Version: 4.4.5-8 Severity: minor Tags: patch There is a minor typo in the documentation: $ grep gdbint /usr/share/doc/gcc-4.4-base/libstdc++/html/manual/debug.html or put into a .gdbint file to establish default debugging It should read as .gdbinit -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 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 libstdc++6-4.4-doc depends on: ii gcc-4.4-base 4.4.5-8The GNU Compiler Collection (base libstdc++6-4.4-doc recommends no packages. libstdc++6-4.4-doc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589304: RFA: jabberd2 -- Jabber instant messenger server
18.12.2012 17:51, Andrei POPESCU wrote: On Ma, 18 dec 12, 09:20:25, Willem van den Akker wrote: Hi, I am willing to maintain the packages jabberd2 and udns. I have already uploaded new versions of both packages to mentors.debian.org. http://mentors.debian.net/package/udns http://mentors.debian.net/package/jabberd2 Regarding udns, the package doesn't appear to be orphaned (no O: bug against wnpp). In this case uploading a new package might be considered a hijack. If you want to help you should definitely contact the Maintainer first. The package hasn't been orphaned, but I as the only upstream author asked for it to not enter.. lenny (!) because I thought I implement some different API for it. But in recent years I haven't done a thing about it (except of accepting some patches which implements support for additional RR types, and fixing bugs in these patches). #493599 - while most technical points are gone now, one point raised there is valid: maybe there's no need to have yet another resolver? I dunno, I wrote it for a reason but I don't have time to support it, and while it does not have lots of bugs, it is missing some features, in particular it is DNSSEC support. Besides, I'm now a debian developer, and it'd be quite a bit silly to ask another person to package my own software for debian... ;) /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696325: unblock: qt4-x11/4:4.8.2+dfsg-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package qt4-x11 This last upload fixes the FTBFS we had on ia64 [0]. I'm including two debdiffs: - qt4-x11_against_sid.diff represents the changes in the last upload wrt the previous one. - qt4-x11_against_wheezy.diff represents all the changes wrt wheezy, including previously unblocked uploads. [0] JFTR, it seems to be a bug in gcc with precompiled headers. The diffstats: $ diffstat qt4-x11_against_sid.diff changelog | 11 +++ patches/add-winvalid-pch.patch | 16 patches/series |1 - rules |4 4 files changed, 15 insertions(+), 17 deletions(-) $ diffstat qt4-x11_against_wheezy.diff changelog| 44 +++ control |1 patches/add_missing_map_noreserve.patch | 33 ++ patches/disable-SSL-compression-by-default.patch | 65 + patches/fix_jit_crash_on_x86_64.patch| 283 +++ patches/series |3 rules|6 7 files changed, 432 insertions(+), 3 deletions(-) Kinds regards, Lisandro. unblock qt4-x11/4:4.8.2+dfsg-6 -- System Information: Debian Release: 7.0 Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.21+edid (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash diff -Nru qt4-x11-4.8.2+dfsg/debian/changelog qt4-x11-4.8.2+dfsg/debian/changelog --- qt4-x11-4.8.2+dfsg/debian/changelog 2012-12-16 15:03:58.0 -0300 +++ qt4-x11-4.8.2+dfsg/debian/changelog 2012-12-18 07:21:52.0 -0300 @@ -1,3 +1,14 @@ +qt4-x11 (4:4.8.2+dfsg-6) unstable; urgency=low + + [ Debian Qt/KDE Maintainers ] + * Hopefully fix ia64 FTBFS: +- Remove add-winvalid.patch. Stephan Schreiber has determined the problem + with the precompiled headers on ia64. Thanks *a lot* Stephan. +- Apply the changes suggested by Stephan to avoid using pre compiled + headers just on ia64. + + -- Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org Tue, 18 Dec 2012 07:21:48 -0300 + qt4-x11 (4:4.8.2+dfsg-5) unstable; urgency=low * Add some changes in order to determine the reason of the FTBFS on ia64: diff -Nru qt4-x11-4.8.2+dfsg/debian/patches/add-winvalid-pch.patch qt4-x11-4.8.2+dfsg/debian/patches/add-winvalid-pch.patch --- qt4-x11-4.8.2+dfsg/debian/patches/add-winvalid-pch.patch 2012-12-16 14:55:45.0 -0300 +++ qt4-x11-4.8.2+dfsg/debian/patches/add-winvalid-pch.patch 1969-12-31 21:00:00.0 -0300 @@ -1,16 +0,0 @@ -Description: Add -Winvalid-pch to CFLAGS. - This will allow a more verbose build, which may help us to determine the reason - of the FTBFS on ia64. -Author: Stephan Schreiber i...@fs-driver.org -Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=696096 - a/mkspecs/common/g++-base.conf.orig 2012-12-16 14:36:37.347714646 +0100 -+++ b/mkspecs/common/g++-base.conf 2012-12-16 14:37:45.335717820 +0100 -@@ -25,6 +25,6 @@ - QMAKE_PCH_OUTPUT_EXT = .gch - - QMAKE_CFLAGS_PRECOMPILE = -x c-header -c ${QMAKE_PCH_INPUT} -o ${QMAKE_PCH_OUTPUT} --QMAKE_CFLAGS_USE_PRECOMPILE = -include ${QMAKE_PCH_OUTPUT_BASE} -+QMAKE_CFLAGS_USE_PRECOMPILE = -include ${QMAKE_PCH_OUTPUT_BASE} -Winvalid-pch - QMAKE_CXXFLAGS_PRECOMPILE = -x c++-header -c ${QMAKE_PCH_INPUT} -o ${QMAKE_PCH_OUTPUT} - QMAKE_CXXFLAGS_USE_PRECOMPILE = $$QMAKE_CFLAGS_USE_PRECOMPILE diff -Nru qt4-x11-4.8.2+dfsg/debian/patches/series qt4-x11-4.8.2+dfsg/debian/patches/series --- qt4-x11-4.8.2+dfsg/debian/patches/series 2012-12-16 14:51:16.0 -0300 +++ qt4-x11-4.8.2+dfsg/debian/patches/series 2012-12-17 21:47:01.0 -0300 @@ -51,4 +51,3 @@ no_libicu_message.diff QTBUG-25324_assistant_segfault_on_start_with_gcc_4.7.patch fix_use_after_free_qlocale_unix.patch -add-winvalid-pch.patch diff -Nru qt4-x11-4.8.2+dfsg/debian/rules qt4-x11-4.8.2+dfsg/debian/rules --- qt4-x11-4.8.2+dfsg/debian/rules 2012-12-16 14:48:43.0 -0300 +++ qt4-x11-4.8.2+dfsg/debian/rules 2012-12-18 07:21:08.0 -0300 @@ -85,6 +85,10 @@ endif endif +ifeq ($(DEB_HOST_ARCH),ia64) + extra_configure_opts += -no-pch +endif + %: dh $@ --with pkgkde_symbolshelper diff -Nru qt4-x11-4.8.2+dfsg/debian/changelog qt4-x11-4.8.2+dfsg/debian/changelog --- qt4-x11-4.8.2+dfsg/debian/changelog 2012-08-27 17:54:43.0 -0300 +++ qt4-x11-4.8.2+dfsg/debian/changelog 2012-12-18 07:21:52.0 -0300 @@ -1,3 +1,47 @@ +qt4-x11 (4:4.8.2+dfsg-6) unstable; urgency=low + + [ Debian Qt/KDE Maintainers ] + * Hopefully fix ia64 FTBFS: +- Remove add-winvalid.patch. Stephan Schreiber has determined the problem + with the precompiled headers on ia64. Thanks *a lot* Stephan. +- Apply the changes suggested
Bug#633815: jackd2: Confirmation, after suspend/sleep jackdbus consumes all available time
Package: jackd2 Version: 1.9.6~dfsg.1-2 Severity: normal I can confirm this. I use jackd2 via qjackctl, and stopping the server via that GUI, and also stopping with 'jack_control stop', leaves jackdbus running. After waking up from suspend/hibernation, the jackdbus process consumes all available processor time and makes the computer extremely sluggish. This begins immediately after coming back, since recovery from hibernation takes ca. 15 minutes, and even wake-up from suspend takes minutes. Perhaps getting rid of realtime properties would help, but that is the reason why I'm using jack in the first place on this relatively old computer of mine. There is no noticeable load on the system before suspend/hibernate, top shows around 1.4% of system time; after suspend/hibernate, all that is not consumed by important system processes are consumed by jackdbus, in my case around 85%. Best, Harri K. -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jackd2 depends on: hi coreutils 8.5-1 GNU core utilities hi debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libasound2 1.0.23-2.1shared library for ALSA applicatio ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcelt0-0 0.7.1-1 The CELT codec runtime library ii libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst ii libexpat1 2.0.1-7+squeeze1 XML parsing C library - runtime li hi libgcc11:4.4.5-8 GCC support library hi libjack-jackd2-0 1.9.6~dfsg.1-2JACK Audio Connection Kit (librari hi libncurses55.7+20100313-5shared libraries for terminal hand hi libreadline6 6.1-3 GNU readline and history libraries hi libsamplerate0 0.1.7-3 Audio sample rate conversion libra hi libsndfile11.0.21-3+squeeze1 Library for reading/writing audio ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 di python-dbus0.83.1-1 simple interprocess messaging syst Versions of packages jackd2 recommends: di jackd2-firewire 1.9.6~dfsg.1-2 JACK Audio Connection Kit (FFADO a hi libpam-modules1.1.1-6.1+squeeze1 Pluggable Authentication Modules f hi qjackctl 0.3.6-1+b1 User interface for controlling the Versions of packages jackd2 suggests: pn jack-toolsnone (no description available) pn meterbridge none (no description available) -- Configuration Files: /etc/security/limits.d/audio.conf changed: @audio - rtprio 95 @audio - memlock970833 @audio - nice -19 -- debconf information: * jackd/tweak_rt_limits: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696022: Not a bug
SQLite nowhere guarantees or even suggests that subqueries have rowids. In fact, they might or they might not, depending what query plan the optimizer chooses. The optimizer was improved between 3.7.13 and 3.7.14, resulting in a new query plan that does not have a rowid. This is not a bug. -- D. Richard Hipp d...@sqlite.org
Bug#692912: Update for libchromaprint to version 0.7
Dear Simon, I found some time to patch the new libchromaprint 0.7 sources to have them compile with a newer version of libav(util|format|...). Hopefully this should work against experimental. Mainly, I tested the behaviour of the included fpcalc; I did not test the gstreamer plugin, so if you have a couple of minutes, that would be nice. The sources for chromaprint are available at: http://acoustid.org/chromaprint Cheers, -- Matteo Settenvini FSF Associated Member Email : mat...@member.fsf.org -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS/E d--(-) s+: a- C+++ UL+++ P+ L$ E+ W+++ N+ o? w--- O M- V- PS++ PE- Y+++ PGP+++ t++ 5 X- R+ !tv b+++ DI++ D++ G++ e++ h+ r++ y+ --END GEEK CODE BLOCK-- chromaprint_0.7-1~matteo1.debian.tar.gz Description: application/compressed-tar chromaprint_0.7-1~matteo1.dsc Description: PGP signature signature.asc Description: This is a digitally signed message part
Bug#689093: libssl-dev is not Multi-Arch compatible
On Sat, Dec 15, 2012 at 12:10:27PM +, Colin Watson wrote: I tried moving all the headers to /usr/include/$(DEB_HOST_MULTIARCH)/openssl/ and rebuilding everything in Ubuntu raring that build-depends on libssl-dev. So far I've had 67 failures out of 428 attempts (there are still a few in progress), mostly foolish configure scripts that try to manually detect the location of the OpenSSL headers rather than letting the compiler work it out. Now, I think these are generally bugs, but this failure rate seems inconveniently high to me; that's a lot of tedious fixing of (probably mostly independent) build system bugs to do. It would be nice not to expose quite so many pre-existing bugs. I'm currently trying the alternative of moving just opensslconf.h. The only things that should break with that are configure scripts (or equivalent) that test for /usr/include/openssl/opensslconf.h directly; I think this is probably rather rarer than configure scripts that test for things like /usr/include/openssl/x509.h. This test (which I ran against current unstable) behaves *much* better. Out of 413 packages, 402 built cleanly. Two packages (eucalyptus and freebsd-utils) were skipped because my test was on i386 and they don't build there. chromium-browser failed to unpack for some odd reason, unrelated to OpenSSL. Of the remaining eight failures: cone: internal compiler error: Segmentation fault italc: configure: error: *** Couldn't find any Qt4 libraries (#671489) libreoffice: ran out of disk space m2crypto: Unable to find 'openssl/opensslconf.h' nodejs: timeouts during tests obfsproxy: ENOSYS during tests opendkim: configure: error: OpenSSL not found phantomjs: /usr/bin/ld: cannot find -lQtWebKit Of these, only two (m2crypto and opendkim) have anything to do with this change; the rest are pre-existing failures or bugs in my build setup. I will file bug reports on those two packages with fixes. I don't think we're going to do any better than this, so I recommend the following patch: * Move openssl/opensslconf.h to /usr/include/$(DEB_HOST_MULTIARCH), and mark libssl-dev Multi-Arch: same. diff -Nru openssl-1.0.1c/debian/control openssl-1.0.1c/debian/control --- openssl-1.0.1c/debian/control 2012-07-29 12:33:20.0 + +++ openssl-1.0.1c/debian/control 2012-12-15 11:38:58.0 + @@ -54,6 +54,7 @@ Section: libdevel Priority: optional Architecture: any +Multi-Arch: same Recommends: libssl-doc Depends: libssl1.0.0 (= ${binary:Version}), zlib1g-dev, ${misc:Depends} Description: SSL development libraries, header files and documentation diff -Nru openssl-1.0.1c/debian/rules openssl-1.0.1c/debian/rules --- openssl-1.0.1c/debian/rules 2012-07-17 09:49:15.0 + +++ openssl-1.0.1c/debian/rules 2012-12-15 11:38:48.0 + @@ -120,6 +120,8 @@ cp -pf debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/libcrypto.so.* debian/libcrypto1.0.0-udeb/usr/lib/ cp -auv lib*.so* debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/ for opt in $(OPTS); do set -xe; mkdir -p debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/$$opt; cp -auv $$opt/lib*.so* debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/$$opt/; done + mkdir -p debian/tmp/usr/include/$(DEB_HOST_MULTIARCH)/openssl + mv debian/tmp/usr/include/openssl/opensslconf.h debian/tmp/usr/include/$(DEB_HOST_MULTIARCH)/openssl/ install debian/copyright debian/libssl1.0.0/usr/share/doc/libssl1.0.0/ install debian/changelog debian/libssl1.0.0/usr/share/doc/libssl1.0.0/changelog.Debian install debian/copyright debian/libssl-dev/usr/share/doc/libssl-dev/ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
于 2012/12/18 4:06, Alan Stern 写道: On Mon, 17 Dec 2012, Octavio Alvarez wrote: On Thu, 13 Dec 2012 00:45:05 -0800, Lan Tianyu tianyu@intel.com wrote: diff --git a/drivers/usb/core/hcd.c b/drivers/usb/core/hcd.c index f034716..9335f1b 100644 --- a/drivers/usb/core/hcd.c +++ b/drivers/usb/core/hcd.c @@ -2509,7 +2509,8 @@ int usb_add_hcd(struct usb_hcd *hcd, * they only forward requests from the root hub. Therefore * controllers should always be enabled for remote wakeup. */ - device_wakeup_enable(hcd-self.controller); + if (!usb_hcd_wakeup_quirks(hcd-self.controller)) + device_wakeup_enable(hcd-self.controller); return retval; error_create_attr_group: diff --git a/drivers/usb/core/quirks.c b/drivers/usb/core/quirks.c index fdefd9c..ba847d3 100644 --- a/drivers/usb/core/quirks.c +++ b/drivers/usb/core/quirks.c @@ -12,6 +12,7 @@ */ #include linux/usb.h +#include linux/pci.h #include linux/usb/quirks.h #include usb.h @@ -226,3 +227,33 @@ void usb_detect_interface_quirks(struct usb_device *udev) quirks); udev-quirks |= quirks; } + +struct pci_hcd { + u32 vendor; + u32 device; +}; + +static struct pci_hcd hcd_wakeup_qrk[] = { + {PCI_VENDOR_ID_NVIDIA, 0x026d}, /* MCP51 OHCI */ + {PCI_VENDOR_ID_NVIDIA, 0x0aa5}, /* MCP79 OHCI */ + {PCI_VENDOR_ID_NVIDIA, 0x0aa7}, /* MCP79 OHCI */ + { } +}; + +int usb_hcd_wakeup_quirks(struct device *dev) +{ + struct pci_dev *pdev; + int i; + + if (dev-bus != (struct bus_type *)pci_bus_type) + return 0; + + pdev = to_pci_dev(dev); + for (i = 0; hcd_wakeup_qrk[i].vendor || hcd_wakeup_qrk[i].device; i++) + if ((hcd_wakeup_qrk[i].vendor == pdev-vendor) + (hcd_wakeup_qrk[i].device == pdev-device)) { + return 1; + } + + return 0; +} I would informing the user via dmesg output about the applied quirk and a point him to relevant documentation. Something like this: Detected OHCI controller ID :, which requires no-wakeup quirk. See Documentation/quirks/ohci-no-wakeup.txt Incidentally, this patch should be written differently. Instead of a quirks routine, there should simply be a bad_wakeup bitflag added to the usb_hcd structure. The flag should be set in ohci-pci.c by matching against nVidia's PCI vendor ID. Oh. I forget to mention the issue also takes place on the uhci. https://bugzilla.kernel.org/show_bug.cgi?id=42721 So we also should make such a patch for uhci. Alan Stern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696326: unblock: torrus/2.03-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package torrus We have fixed one important bug where a missed configuration option resulted in a wrong username being used in one subcommand. The fixed version has been sitting in sid for three months now without an additional bugreport, and I've verified that the additional option only changes one line in the resulting binary package. Debdiff: diff -Nru torrus-2.03/debian/changelog torrus-2.03/debian/changelog --- torrus-2.03/debian/changelog2012-05-16 22:58:46.0 +0200 +++ torrus-2.03/debian/changelog2012-09-13 21:11:01.0 +0200 @@ -1,3 +1,10 @@ +torrus (2.03-2) unstable; urgency=low + + [ Bernhard Schmidt ] + * set torrus_user correctly for configure (Closes: #686099) + + -- Marc Haber mh+debian-packa...@zugschlus.de Sat, 19 May 2012 22:42:20 +0200 + torrus (2.03-1) unstable; urgency=low [ Bernhard Schmidt ] diff -Nru torrus-2.03/debian/rules torrus-2.03/debian/rules --- torrus-2.03/debian/rules2012-05-16 22:58:46.0 +0200 +++ torrus-2.03/debian/rules2012-09-13 21:11:01.0 +0200 @@ -22,6 +22,7 @@ distxmldir=/usr/share/torrus/xmlconfig \ defrrddir=/var/lib/torrus/collector_rrd \ mansec_usercmd=8 \ + torrus_user=Debian-torrus \ ./configure \ --prefix=/usr \ --sysconfdir=/etc \ unblock torrus/2.03-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: RFP: gitlab -- git project/repository hosting management app
[ CCing debian-mentors in the hope to find someone who is willing to package this software ] On Sat, 10 Dec 2011, Bernd Zeimetz wrote: Package: wnpp Severity: wishlist * Package name: gitlab Version : 1.2.0 (+git...) Upstream Author : Dmitriy Zaporozhets * URL : http://gitlabhq.com * License : MIT Programming Lang: Ruby Description : git project/repository hosting management app Ruby on Rails based application to manage your own git project/repository hosting, using gitosis or gitolite to manage ssh access. FWIW, there are some unofficial Debian package at https://github.com/gitlabhq/gitlab-public-wiki/wiki/GitLab-Debian-packages-%28unofficial%29 but they are far from perfect since many gems are packaged in a giant gitlab-bundle. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696327: m2crypto: fails to build with multiarch libssl-dev
Package: m2crypto Version: 0.21.1-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch raring In #689093, we've been trying to work out how best to make libssl-dev Multi-Arch: same; the obstacle is that the openssl/opensslconf.h header file has architecture-dependent contents. Lots of packages detect OpenSSL headers in rather dubious ways at build time, so we have to be quite careful about moving them. The best approach seems to be to move /usr/include/openssl/opensslconf.h to /usr/include/$(DEB_HOST_MULTIARCH)/openssl/opensslconf.h, and leave all other files in their current locations. This only causes two packages (at least of those with direct build-dependencies on libssl-dev) to fail to build, one of which is m2crypto. The following patch fixes this. I haven't integrated it into your debian/patches/ scheme, since that seems to be best done by an export from git; I trust that you'll take care of that. I've tested that this still builds with the current non-multiarch libssl-dev, so it should be safe to apply this any time, and it would be helpful to do so as soon as possible to unblock the libssl-dev change. * Look for OpenSSL headers in /usr/include/$(DEB_HOST_MULTIARCH) as well as /usr/include. diff -u m2crypto-0.21.1/debian/rules m2crypto-0.21.1/debian/rules --- m2crypto-0.21.1/debian/rules +++ m2crypto-0.21.1/debian/rules @@ -5,6 +5,8 @@ include /usr/share/cdbs/1/class/python-distutils.mk include /usr/share/cdbs/1/rules/debhelper.mk +export DEB_HOST_MULTIARCH + # See http://bugs.debian.org/637750 # #ifeq (,$(filter nocheck,$(DEB_BUILD_OPTIONS))) only in patch2: unchanged: --- m2crypto-0.21.1.orig/setup.py +++ m2crypto-0.21.1/setup.py @@ -54,6 +54,10 @@ self.swig_opts = ['-I%s' % i for i in self.include_dirs + \ [opensslIncludeDir]] +if 'DEB_HOST_MULTIARCH' in os.environ: +opensslMultiarchIncludeDir = os.path.join( +opensslIncludeDir, os.environ['DEB_HOST_MULTIARCH']) +self.swig_opts.append('-I%s' % opensslMultiarchIncludeDir) self.swig_opts.append('-includeall') #self.swig_opts.append('-D__i386__') # Uncomment for early OpenSSL 0.9.7 versions, or on Fedora Core if build fails #self.swig_opts.append('-DOPENSSL_NO_EC') # Try uncommenting if you can't build with EC disabled Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589304: RFA: jabberd2 -- Jabber instant messenger server
Hi, On 19.12.2012 13:53, Michael Tokarev wrote: Besides, I'm now a debian developer, and it'd be quite a bit silly to ask another person to package my own software for debian... ;) while this is definitely a matter of personal preferences and you are of course all allowed to do so, let me tell you that there is an opposing position to yours as well. Some people (hi Jakub!) do not package their own upstream software on purpose for Debian because they believe that biases their work on either side. Clearly there are situations where packaging and distribution related tasks contradict with upstream's priorities and point of views. The Debian principle of backporting important fixes instead of upgrading for example is one of these things where upstream developers tend to say WTH? Why don't you just use my latest version. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#677721: Processed: severity of 677721 is serious
Hi Andrey, On Wed, Dec 19, 2012 at 06:15:34PM +0600, Andrey Rahmatullin wrote: On Wed, Dec 19, 2012 at 06:04:41PM +0600, Andrey Rahmatullin wrote: @@ -86,6 +84,7 @@ mv config/Makefile.def config/Makefile.def.static \ sed -e '/^CFLAGS =/s/-O -/-fPIC -/' -e '/^CXXFLAGS =/s/-O -/-fPIC -/' \ -e '/^AR =/s/ar/gcc/' -e '/^ARFLAGS =/s/cruv/-lstdc++ -lz -lxml2 -lpthread -lssl -lcrypto $(LDFLAGS) -shared -Wl,-soname,\$$\@.2 -o/' \ + -e '/^AR =/s/ar/g++/' -e '/^ARFLAGS =/s/cruv/$(LDFLAGS) -shared -Wl,-soname,\$$\@.2 -o/' \ -e '/^LIBEXT =/s/a/so/' -e '/^RANLIB =/s/ranlib/:/' \ config/Makefile.def.static config/Makefile.def \ $(MAKE) libsrc-all \ Oh, this is not the same as was proposed in the original report so I need to check the original version of this diff before uploading. I will not try to stop you from NMUing but you might consider that Mathieu or I could apply a (final) patch and upload it. I'll prefer this because we could at the same time commit the changes to our VCS which should be done in any case. Thanks for your work on this Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: RFP: gitlab -- git project/repository hosting management app
On Wed, Dec 19, 2012 at 02:44:00PM +0100, Raphael Hertzog wrote: [ CCing debian-mentors in the hope to find someone who is willing to package this software ] On Sat, 10 Dec 2011, Bernd Zeimetz wrote: Package: wnpp Severity: wishlist * Package name: gitlab Version : 1.2.0 (+git...) Upstream Author : Dmitriy Zaporozhets * URL : http://gitlabhq.com * License : MIT Programming Lang: Ruby Description : git project/repository hosting management app Ruby on Rails based application to manage your own git project/repository hosting, using gitosis or gitolite to manage ssh access. FWIW, there are some unofficial Debian package at https://github.com/gitlabhq/gitlab-public-wiki/wiki/GitLab-Debian-packages-%28unofficial%29 but they are far from perfect since many gems are packaged in a giant gitlab-bundle. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121219134400.ga26...@x230-buxy.home.ouaza.com I'd also love to add my +1 to this RFP. It's sorely needed software, and I'd be happy to help a future maintainer get this going. -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#696328: opendkim: fails to build with multiarch libssl-dev
Package: opendkim Version: 2.6.8-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch raring In #689093, we've been trying to work out how best to make libssl-dev Multi-Arch: same; the obstacle is that the openssl/opensslconf.h header file has architecture-dependent contents. Lots of packages detect OpenSSL headers in rather dubious ways at build time, so we have to be quite careful about moving them. The best approach seems to be to move /usr/include/openssl/opensslconf.h to /usr/include/$(DEB_HOST_MULTIARCH)/openssl/opensslconf.h, and leave all other files in their current locations. This only causes two packages (at least of those with direct build-dependencies on libssl-dev) to fail to build, one of which is opendkim. The following patch fixes this. I've done this in the simplest possible way given your current packaging, i.e. by changing configure.ac and configure directly. However, since you currently have no patches against upstream you may want to take the opportunity to convert to source format 3.0 (quilt), and I've generally found it more robust to use dh-autoreconf when modifying autotools-generated files (or even when not, against the possibility of future modifications). * Test for openssl/opensslv.h in configure rather than openssl/opensslconf.h, since the latter is architecture-dependent and so might be in a different location on multiarch-capable systems. only in patch2: unchanged: --- opendkim-2.6.8.orig/configure.ac +++ opendkim-2.6.8/configure.ac @@ -677,7 +677,7 @@ elif test $sslpath != auto -a x$sslpath != xyes then AC_MSG_CHECKING([for OpenSSL includes]) - if test -f $sslpath/include/openssl/opensslconf.h + if test -f $sslpath/include/openssl/opensslv.h then LIBCRYPTO_CPPFLAGS=-I$sslpath/include LIBCRYPTO_CFLAGS= @@ -698,7 +698,7 @@ then for d in $ssldirs do - if test -f $d/include/openssl/opensslconf.h + if test -f $d/include/openssl/opensslv.h then sslpath=$d openssl_found=yes only in patch2: unchanged: --- opendkim-2.6.8.orig/configure +++ opendkim-2.6.8/configure @@ -16073,7 +16073,7 @@ then { $as_echo $as_me:${as_lineno-$LINENO}: checking for OpenSSL includes 5 $as_echo_n checking for OpenSSL includes... 6; } - if test -f $sslpath/include/openssl/opensslconf.h + if test -f $sslpath/include/openssl/opensslv.h then LIBCRYPTO_CPPFLAGS=-I$sslpath/include LIBCRYPTO_CFLAGS= @@ -16097,7 +16097,7 @@ then for d in $ssldirs do - if test -f $d/include/openssl/opensslconf.h + if test -f $d/include/openssl/opensslv.h then sslpath=$d openssl_found=yes Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696301: preapproval unblock: dspam/3.10.1+dfsg-6
Le mercredi 19 décembre 2012 04:35:55, Thomas Preud'homme a écrit : See debdiff attached. As Jakub Wilk pointed me out, dpkg-query got support for db:Status-Abbrev later than in the version in squeeze. Fortunetely, this virtual field got added before multiarch in dpkg, so I can do the check only if multiarch is present and make everything work. See the new debdiff. Best regards, Thomas Preud'homme diff --git a/debian/changelog b/debian/changelog index b157048..1f05741 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +dspam (3.10.1+dfsg-6) unstable; urgency=medium + + * Only lock dspam user account when the last libdspam7 package is purged +(Thanks Jakub Wilk for the review, Closes: #695275). + + -- Thomas Preud'homme robo...@celest.fr Wed, 19 Dec 2012 02:17:46 +0100 + dspam (3.10.1+dfsg-5) testing-proposed-updates; urgency=low [ Thomas Preud'homme ] diff --git a/debian/libdspam7.postrm b/debian/libdspam7.postrm index 3841a02..4608ac8 100644 --- a/debian/libdspam7.postrm +++ b/debian/libdspam7.postrm @@ -1,9 +1,16 @@ #!/bin/sh set -e +# Locks dspam system account on purge of last package if [ $1 = purge ] ; then -# locks dspam system account on purge -usermod -L -e 1 dspam /dev/null || true +# Multi-arch was added in dpkg in a later version than the db:Status-Abbrev +# virtual field was added to dpkg-query. Hence, either this bug cannot be +# encountered, or db:Status-Abbrev virtual field is available in dpkg-query. +if ! dpkg --assert-multi-arch || + ! dpkg-query '-f=${db:Status-Abbrev}\n' -W libdspam7 | grep -vE '(.n|pc)' /dev/null +then +usermod -L -e 1 dspam /dev/null || true +fi fi #DEBHELPER#
Bug#695797: patch
Tags: patch In Ubuntu we applied the enclosed patch autopkgtest (2.2.3ubuntu2). It uses python-debian to do control file parsing. -- Jean-Baptiste IRC: jibel diff -Nru autopkgtest-2.2.3ubuntu1/debian/changelog autopkgtest-2.2.3ubuntu2/debian/changelog --- autopkgtest-2.2.3ubuntu1/debian/changelog 2012-11-28 16:23:52.0 +0100 +++ autopkgtest-2.2.3ubuntu2/debian/changelog 2012-12-19 11:28:24.0 +0100 @@ -1,3 +1,9 @@ +autopkgtest (2.2.3ubuntu2) UNRELEASED; urgency=low + + * Use debian.deb822 to parse control files. (LP: #1073856) + + -- Jean-Baptiste Lallement jean-baptiste.lallem...@canonical.com Wed, 12 Dec 2012 22:48:51 +0100 + autopkgtest (2.2.3ubuntu1) raring; urgency=low * Fix adt-run's user option fails with permission denied. (LP: 1084116) (Closes: #686292) diff -Nru autopkgtest-2.2.3ubuntu1/debian/control autopkgtest-2.2.3ubuntu2/debian/control --- autopkgtest-2.2.3ubuntu1/debian/control 2012-11-28 16:24:07.0 +0100 +++ autopkgtest-2.2.3ubuntu2/debian/control 2012-12-19 11:28:24.0 +0100 @@ -11,7 +11,7 @@ Package: autopkgtest Architecture: all -Depends: python (= 2.6), debhelper +Depends: python (= 2.6), debhelper, python-debian Conflicts: autodebtest ( 0.5.3) Replaces: autodebtest ( 0.5.3) Recommends: apt-utils, pbuilder diff -Nru autopkgtest-2.2.3ubuntu1/runner/adt-run autopkgtest-2.2.3ubuntu2/runner/adt-run --- autopkgtest-2.2.3ubuntu1/runner/adt-run 2012-11-28 16:17:36.0 +0100 +++ autopkgtest-2.2.3ubuntu2/runner/adt-run 2012-12-19 11:59:48.0 +0100 @@ -36,6 +36,7 @@ import fnmatch import shutil import copy +from debian import deb822 from optparse import OptionParser signal.signal(signal.SIGINT, signal.SIG_DFL) # undo stupid Python SIGINT thing @@ -1215,45 +1216,21 @@ return [] lno = 0 - def badctrl(m): testbed.bomb('tests/control line %d: %s' % (lno, m)) stz = { } # stz[field_name][index] = (lno, value) # special field names: # stz[' lno'] = number # stz[' tests'] = list of Test objects # empty dictionary means we're between stanzas - def in_stanza(stz): - return stz.has_key(' lno') - def end_stanza(stz): - if not in_stanza(stz): return - stz[' errs'] = 0 - stanzas.append(stz.copy()) - stz.clear() - hcurrent = None - - initre = regexp.compile('([A-Z][-0-9a-zA-Z]*)\s*\:\s*(.*)$') - while 1: - l = control.readline() - if not l: break + for paragraph in deb822.Deb822.iter_paragraphs(control): lno += 1 - if not l.endswith('\n'): badctrl('unterminated line') - if regexp.compile('\s*\#').match(l): continue - if not regexp.compile('\S').match(l): end_stanza(stz); continue - initmat = initre.match(l) - if initmat: - (fname, l) = initmat.groups() - fname = string.capwords(fname) - if not in_stanza(stz): - stz = { ' lno': lno, ' tests': [] } - if not stz.has_key(fname): stz[fname] = [ ] - hcurrent = stz[fname] - elif regexp.compile('\s').match(l): - if not hcurrent: badctrl('unexpected continuation') - else: - badctrl('syntax error') - hcurrent.append((lno, l)) - end_stanza(stz) + stz = { ' lno': lno, ' tests': [] } + for field, value in paragraph.iteritems(): + v = .join(value.split('\n')).replace(' ',' ') + stz[field] = [(lno, v)] + lno += 1 + value.count('\n') # Count multilines fields + stanzas.append(stz.copy()) -return stanzas + return stanzas def read_control(act, tree, control_override):
Bug#695633: apt: support explicitly named source packages with src:foo
Hi! On Tue, 2012-12-11 at 08:13:21 +0800, Daniel Hartwig wrote: Package: apt Severity: wishlist Some Debian tools (such as bugs.d.o) support explicitly named source packages using a “src:” prefix. apt-get currently has “--only-source”, documented to look for source package names. It may be useful to also support the de facto common prefix. The problem with this, is that it meddles with the “package:arch” namespace and migt imply that a hypothetical package named src is not accessible in the namespace depending on the context, because the ‘:’ delimiter is already used for the architecture. To me it seems it would make the current interface more confusing. Compare these (fabricated) cases: $ apt-get source libc6:amd64 # Is this source package eglibc, or binary package src with eglibc arch. $ apt-get source src:eglibc # Is this source package src, or binary package src with src arch. $ apt-get source src:src Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695967: Forget one part in the git merge
On 2012-12-19 13:46, Bastien ROUCARIES wrote: Hi, Thanks for merging, but it seems you forget the grouping arroud the {0,1024} part and thus you could macth false negative like for instance: Hi, I see no grouping in any of the patches in the messages #20, #25, #30. While I now notice that message #30 says: This time using group and $1 for submatching the patch does not appear to have it afaict. So, can you send me a corrected incremental patch on top of what we already have? GNU Free Documentation \s+ License with invariant section of the whole text. A copy of the license is included. Other license is with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. Bastien I dout that will happen in practise. But yeah, lets get this right. :) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: RFP: gitlab -- git project/repository hosting management app
On Wed, Dec 19, 2012 at 08:57:41AM -0500, Paul Tagliamonte wrote: On Wed, Dec 19, 2012 at 02:44:00PM +0100, Raphael Hertzog wrote: [ CCing debian-mentors in the hope to find someone who is willing to package this software ] On Sat, 10 Dec 2011, Bernd Zeimetz wrote: Package: wnpp Severity: wishlist * Package name: gitlab Version : 1.2.0 (+git...) Upstream Author : Dmitriy Zaporozhets * URL : http://gitlabhq.com * License : MIT Programming Lang: Ruby Description : git project/repository hosting management app Ruby on Rails based application to manage your own git project/repository hosting, using gitosis or gitolite to manage ssh access. FWIW, there are some unofficial Debian package at https://github.com/gitlabhq/gitlab-public-wiki/wiki/GitLab-Debian-packages-%28unofficial%29 but they are far from perfect since many gems are packaged in a giant gitlab-bundle. Cheers, I'd also love to add my +1 to this RFP. It's sorely needed software, and I'd be happy to help a future maintainer get this going. I'd be happy to be of assistance. Later this evening I'll get to it and let you know if there's anything new. Is there any packaging team I should contact? Should I start using collab-maint on anonscm.debian.org for its packaging right away? On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. Thank you for your time. -- Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3 pgpZkJfu732VZ.pgp Description: PGP signature
Bug#684376: obnam: Document default backup location in man pages
On Thu, Aug 09, 2012 at 10:54:56AM +0200, Olivier wrote: Package: obnam Version: 1.0-1~bpo60+1 Severity: minor When using obname for the very first, without editing any configuration file (in /etc or in ~ directories) the simple backup command bellow (seems to) succeed obnam backup /home/doe/foobar Man pages do not include any tip specifying wich default repository is then used to store this backup. Hi, This is actually a bug in Obnam: it should not have a default backup location, and failing to give it one should result in an error. I'll re-title the bug accordingly. -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers signature.asc Description: Digital signature
Bug#696329: lemonldap-ng: CVE-2012-6426: SAML messages signatures are not verified
Package: lemonldap-ng Version: 1.2.2-2 Severity: important Tags: security Description: Due to a bad use of Lasso library, SAML signatures are never checked, even if we force signature check. Anyone using SAML binding in LemonLDAP::NG should apply it quick and upgrade to 1.2.3 as soon as it will be released. Bug: http://jira.ow2.org/browse/LEMONLDAP-570 Patch: http://jira.ow2.org/secure/attachment/11153/lemonldap-ng-saml-signature-verification.patch CVE request http://www.openwall.com/lists/oss-security/2012/12/19/6 Checked from code that this is not yet patched in unstable. - Henri Salo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696254: qa.debian.org: PTS has outdated current policy version
On Wed, Dec 19, 2012 at 06:37:12AM +, Bart Martens wrote: I suggest to implement the following instead : The package's standards version should match the version of the package debian-policy in the same distribution as the package. This should be checked in distributions testing, unstable and experimental. If there is no debian-policy in the distribution, then look at debian-policy in unstable. - package in testing should match debian-policy in testing - package in unstable should match debian-policy in unstable - package in experimental should match debian-policy in unstable The first three version parts are sufficient, but it's not an error if all four parts are used. - debian-policy version 3.9.3.1 -- standards version 3.9.3 is sufficient - debian-policy version 3.9.4.0 -- standards version 3.9.4 is sufficient The message should be produced only if the package's standards version is lower than the (first three parts of the) version of debian-policy, not when it's higher. So I would not complain about a package in testing having standards-version 3.9.4 at this time. This is the existing message template : The package should be updated to follow the last version of Debian Policy (Standards-Version first three version parts of policy version instead of package's standards version). I suggest to change that to this template to allow multiple messages per source package : Version package version of this package has Standards-Version: package's standards version and should be updated to follow version first three version parts of policy version of Debian Policy. When a package has the same version in multiple distributions, then two versions of debian-policy could come into play, and then I suggest to look at the lowest version of debian-policy only. For example for gwhere 0.2.3.dfsg.1-3 currently in testing and unstable : Version 0.2.3.dfsg.1-3 of this package has Standards-Version: 3.8.1 and should be updated to follow version 3.9.3 of Debian Policy. I understand your proposal, but it feels like overkill to me. I'm not convinced there's really anything special about 3.9.4 than any other version of policy w.r.t the freeze. Russ, in his 3.9.4 announcement, reminded us not to gratuitously update the S-V of a package during the freeze (and he did mention 3.9.4 there) but wouldn't the same apply to a package that currently had 3.9.2? A gratuitous bump to 3.9.3 wouldn't make any sense for a package targetted at wheezy. How about a simpler modification to the current template: The package should be updated to follow the last version of Debian Policy (Standards-Version first three version parts of policy version instead of package's standards version). We recommend that such changes do not take place during a freeze for packages targetted at the testing distribution. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: RFP: gitlab -- git project/repository hosting management app
On Wed, 19 Dec 2012, Daniel Martí wrote: Is there any packaging team I should contact? Should I start using collab-maint on anonscm.debian.org for its packaging right away? The packaging work will surely require you to create a bunch of ruby gems so you might want to joint the ruby extras team. http://wiki.debian.org/Teams/Ruby But for gitlab itself, collab-maint is certainly OK. On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. I think Paul just volunteered to sponsor ;-) Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651606: RFP: gitlab -- git project/repository hosting management app
On Wed, Dec 19, 2012 at 04:09:00PM +0100, Raphael Hertzog wrote: On Wed, 19 Dec 2012, Daniel Martí wrote: Is there any packaging team I should contact? Should I start using collab-maint on anonscm.debian.org for its packaging right away? The packaging work will surely require you to create a bunch of ruby gems so you might want to joint the ruby extras team. http://wiki.debian.org/Teams/Ruby But for gitlab itself, collab-maint is certainly OK. On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. I think Paul just volunteered to sponsor ;-) Aye! While I'm not up on Ruby policy, I'd be more then happy to brush up and sponsor it on an ongoing basis. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ Cheers, Paul -- .''`. Paul Tagliamonte paul...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `- http://people.debian.org/~paultag signature.asc Description: Digital signature
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
On Wed, 19 Dec 2012, Lan Tianyu wrote: Hi Alan: How about this patch? Index: linux-pm/drivers/usb/host/ohci-pci.c === --- linux-pm.orig/drivers/usb/host/ohci-pci.c 2012-11-01 18:21:33.604460469 +0800 +++ linux-pm/drivers/usb/host/ohci-pci.c2012-12-19 14:39:07.081601806 +0800 @@ -188,6 +188,15 @@ pci_write_config_word(pdev, 0x50, misc | 0x0300); } +static int ohci_quirk_bad_wakeup(struct usb_hcd *hcd) +{ + struct ohci_hcd *ohci = hcd_to_ohci (hcd); + + ohci_dbg(ohci, marked as bad wakeup.\n); I'd prefer the message to be something more like enabled nVidia/SiS wakeup quirk. + hcd-bad_wakeup = true; + return 0; +} + /* List of quirks for OHCI */ static const struct pci_device_id ohci_pci_quirks[] = { { @@ -238,6 +247,31 @@ PCI_DEVICE(PCI_VENDOR_ID_ATI, 0x4399), .driver_data = (unsigned long)ohci_quirk_amd700, }, + { + /* MCP51 OHCI */ + PCI_DEVICE(PCI_VENDOR_ID_NVIDIA, 0x026d), + .driver_data = (unsigned long)ohci_quirk_bad_wakeup, + }, + { + /* MCP61 OHCI */ + PCI_DEVICE(PCI_VENDOR_ID_NVIDIA, 0x03f1), + .driver_data = (unsigned long)ohci_quirk_bad_wakeup, + }, + { + /* MCP79 OHCI */ + PCI_DEVICE(PCI_VENDOR_ID_NVIDIA, 0x0aa5), + .driver_data = (unsigned long)ohci_quirk_bad_wakeup, + }, + { + /* MCP79 OHCI */ + PCI_DEVICE(PCI_VENDOR_ID_NVIDIA, 0x0aa7), + .driver_data = (unsigned long)ohci_quirk_bad_wakeup, + }, Since we don't know of any nVidia controllers that function correctly, you might as well match any product ID. + { + /* SiS OHCI */ + PCI_DEVICE(PCI_VENDOR_ID_SI, 7001), + .driver_data = (unsigned long)ohci_quirk_bad_wakeup, + }, /* FIXME for some of the early AMD 760 southbridges, OHCI * won't work at all. blacklist them. Index: linux-pm/include/linux/usb/hcd.h === --- linux-pm.orig/include/linux/usb/hcd.h 2012-11-01 18:21:34.732460451 +0800 +++ linux-pm/include/linux/usb/hcd.h2012-12-19 10:48:43.305822774 +0800 @@ -138,6 +138,7 @@ resource_size_t rsrc_start; /* memory/io resource start */ resource_size_t rsrc_len; /* memory/io resource length */ unsignedpower_budget; /* in mA, 0 = no limit */ + boolbad_wakeup; This should be a bitflag (i.e., bad_wakeup:1) and it should come immediately after has_tt:1. Alan Stern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
On Wed, 19 Dec 2012, lantianyu wrote: Oh. I forget to mention the issue also takes place on the uhci. https://bugzilla.kernel.org/show_bug.cgi?id=42721 So we also should make such a patch for uhci. That bug report shows clearly that it is a software problem or a device problem, not an error in the UHCI controller hardware. Alan Stern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
On Wed, 19 Dec 2012 07:29:23 -0800, Alan Stern st...@rowland.harvard.edu wrote: + ohci_dbg(ohci, marked as bad wakeup.\n); I'd prefer the message to be something more like enabled nVidia/SiS wakeup quirk. To me, the stupid end-user, both messages are useless. I don't know that that means or implies. I would go with: Disabled OHCI wakeup (USB) due to faulty controller (no-wakeup.txt) and have a file named no-wakeup.txt under Documentation with this: Users have reported OHCI misbehavior consisting on false wakeups right after suspend to RAM on some OHCI controllers, particularly from nVIDIA and SiS. For those controllers, wakeups has been disabled. The system will not be able to wake up the system from suspend to RAM from an OHCI (USB) device. To see the list of affected controllers do: grep -B 3 ohci_quirk_bad_wakeup linux-pm/drivers/usb/host/ohci-pci.c Bug is tracked at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677472 -- Octavio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681280: kernel warning at .../net/sched/sch_generic.c:255 dev_watchdog - eth0 (sky2) transmit queue 0 timed out
reopen 681280 thanks Oh dear. Even with a patched kernel, it's started doing the same thing again. So even though this seemed to help, it's not actually fully fixed the problem :-/ It certainly seems to be the case, though, that this problem only appears when the computer is powered by battery; when it is on mains power, it is fine. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695633: apt: support explicitly named source packages with src:foo
On Tue, Dec 11, 2012 at 08:13:21AM +0800, Daniel Hartwig wrote: Package: apt Severity: wishlist Dear deity Some Debian tools (such as bugs.d.o) support explicitly named source packages using a “src:” prefix. apt-get currently has “--only-source”, documented to look for source package names. It may be useful to also support the de facto common prefix. Maybe those tools should be changed to use pkg:source instead. That's the only sane option to support, given that we seem to use 'source' in APT in someparts, and that the multi-arch syntax is pkg:arch. And If I recall correctly, I wrote almost the same thing some time ago in another bug report asking for the same thing. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
On Wed, 19 Dec 2012, Octavio Alvarez wrote: On Wed, 19 Dec 2012 07:29:23 -0800, Alan Stern st...@rowland.harvard.edu wrote: + ohci_dbg(ohci, marked as bad wakeup.\n); I'd prefer the message to be something more like enabled nVidia/SiS wakeup quirk. To me, the stupid end-user, both messages are useless. I don't know You, the stupid end-user, would not see this message at all under normal circumstances. It uses the ohci_dbg macro and therefore will not appear unless your kernel is built with CONFIG_USB_DEBUG enabled. that that means or implies. I would go with: Disabled OHCI wakeup (USB) due to faulty controller (no-wakeup.txt) and have a file named no-wakeup.txt under Documentation with this: Users have reported OHCI misbehavior consisting on false wakeups right after suspend to RAM on some OHCI controllers, particularly from nVIDIA and SiS. For those controllers, wakeups has been disabled. The system will not be able to wake up the system from suspend to RAM from an OHCI (USB) device. To see the list of affected controllers do: grep -B 3 ohci_quirk_bad_wakeup linux-pm/drivers/usb/host/ohci-pci.c Bug is tracked at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677472 It wouldn't hurt to include a URL for the bug report in a comment. Alan Stern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677472: [3.1-3.2 regression] Immediate wake on suspend, associated with OHCI on MCP51
On Wed, 19 Dec 2012 08:57:00 -0800, Alan Stern st...@rowland.harvard.edu wrote: You, the stupid end-user, would not see this message at all under normal circumstances. It uses the ohci_dbg macro and therefore will not appear unless your kernel is built with CONFIG_USB_DEBUG enabled. Shouldn't it be exposed to dmesg? -- Octavio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696292: For 9p root filesystems, kernel ignores root=$NAME option on command line, and uses /dev/root as mount tag
On Tue, Dec 18, 2012 at 06:50:36PM -0800, Josh Triplett wrote: On Wed, Dec 19, 2012 at 12:38:55AM +, Ben Hutchings wrote: When using an initramfs, implementation of the 'root' kernel parameter is the responsibility of the initramfs! I'm not using an initramfs. The kernel supports 9p root filesystems without one, apart from using /dev/root as the mount tag instead of the value from the kernel command line. Except for mips, there exists no non-initramfs Linux kernels in Debian. Bastian -- If a man had a child who'd gone anti-social, killed perhaps, he'd still tend to protect that child. -- McCoy, The Ultimate Computer, stardate 4731.3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696330: squirrelmail: missing function when readin a certain message.
Package: squirrelmail Version: 2:1.4.21-2 Severity: normal reading a certain message i got this. Fatal error: Call to undefined function sq_get_html_translation_table() in /usr/share/squirrelmail/functions/url_parser.php on line 242 only with that message (not reproducible with other messages) -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages squirrelmail depends on: ii apache2 2.2.16-6+squeeze10 Apache HTTP Server metapackage ii apache2-mpm-prefork [ 2.2.16-6+squeeze10 Apache HTTP Server - traditional n ii libapache2-mod-php5 5.3.3-7+squeeze14 server-side, HTML-embedded scripti ii perl 5.10.1-17squeeze4 Larry Wall's Practical Extraction ii php5-cgi 5.3.3-7+squeeze14 server-side, HTML-embedded scripti Versions of packages squirrelmail recommends: ii aspell [aspell-bin]0.60.6-4 GNU Aspell spell-checker ii php5-common [php5-mhas 5.3.3-7+squeeze14 Common files for packages built fr ii squirrelmail-locales 1.4.18-20090526-1 Translations for the SquirrelMail ii squirrelmail-viewashtm 3.8-3 SquirrelMail plugin: View mails as Versions of packages squirrelmail suggests: pn imapproxy none(no description available) ii php-pear 5.3.3-7+squeeze14 PEAR - PHP Extension and Applicati ii php5-ldap 5.3.3-7+squeeze14 LDAP module for php5 ii php5-recode5.3.3-7+squeeze14 recode module for php5 ii squirrelmail-decode1.2-1 SquirrelMail support for decoding ii uw-imapd [imap-server] 8:2007e~dfsg-3.1 remote mail folder access server u -- 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#696331: ITP: macs -- Model-based Analysis of ChIP-Seq on short reads sequencers
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: macs Version : 2.0.9.1 Upstream Author : Tao Liu vladimir@gmail.com * URL : https://github.com/taoliu/MACS/ * License : Artistic Programming Lang: Python Description : Model-based Analysis of ChIP-Seq on short reads sequencers MACS empirically models the length of the sequenced ChIP fragments, which tends to be shorter than sonication or library construction size estimates, and uses it to improve the spatial resolution of predicted binding sites. MACS also uses a dynamic Poisson distribution to effectively capture local biases in the genome sequence, allowing for more sensitive and robust prediction. MACS compares favorably to existing ChIP-Seq peak-finding algorithms, is publicly available open source, and can be used for ChIP-Seq with or without control samples. Remark: The package is maintained in Debian Med team and available in VCS at Vcs-Svn: svn://svn.debian.org/debian-med/trunk/packages/macs/trunk/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696332: lsb-release: release/codename depend on a successful apt-get
Subject: lsb-release: release/codename depend on a successful apt-get update Package: lsb-release Version: 4.1+Debian8 Severity: normal If an apt-get update fails (i.e. no internet connection), the lsb codename will change to n/a, which shouldn't happen. Release changes to testing/unstable. root@wheezy:~# lsb_release -a No LSB modules are available. Distributor ID:Debian Description:Debian GNU/Linux testing (wheezy) Release:testing Codename:wheezy root@wheezy:~# facter lsbdistcodename wheezy root@wheezy:~# iptables -A OUTPUT -p tcp --dport 80 -j REJECT root@wheezy:~# apt-get update Err http://cdn.debian.net wheezy InRelease Err http://cdn.debian.net wheezy Release.gpg Unable to connect to cdn.debian.net:http: [IP: 195.71.68.86 80] Err http://security.debian.org wheezy/updates InRelease Err http://security.debian.org wheezy/updates Release.gpg Unable to connect to security.debian.org:http: [IP: 195.20.242.89 80] Reading package lists... Done W: Failed to fetch http://cdn.debian.net/debian/dists/wheezy/InRelease W: Failed to fetch http://security.debian.org/dists/wheezy/updates/InRelease W: Failed to fetch http://cdn.debian.net/debian/dists/wheezy/Release.gpg Unable to connect to cdn.debian.net:http: [IP: 195.71.68.86 80] W: Failed to fetch http://security.debian.org/dists/wheezy/updates/Release.gpg Unable to connect to security.debian.org:http: [IP: 195.20.242.89 80] W: Some index files failed to download. They have been ignored, or old ones used instead. root@wheezy:~# lsb_release -a No LSB modules are available. Distributor ID:Debian Description:Debian GNU/Linux testing/unstable Release:testing/unstable Codename:n/a root@wheezy:~# facter lsbdistcodename n/a root@wheezy:~# iptables -F OUTPUT root@wheezy:~# apt-get update Get:1 http://security.debian.org wheezy/updates InRelease [102 kB] Get:2 http://cdn.debian.net wheezy InRelease [216 kB] Hit http://security.debian.org wheezy/updates/main amd64 Packages Hit http://security.debian.org wheezy/updates/contrib amd64 Packages Hit http://security.debian.org wheezy/updates/non-free amd64 Packages Hit http://cdn.debian.net wheezy/main amd64 Packages Hit http://cdn.debian.net wheezy/contrib amd64 Packages Hit http://cdn.debian.net wheezy/non-free amd64 Packages Hit http://cdn.debian.net wheezy/contrib Translation-en Hit http://cdn.debian.net wheezy/main Translation-en Hit http://cdn.debian.net wheezy/non-free Translation-en Ign http://security.debian.org wheezy/updates/contrib Translation-en_US Ign http://security.debian.org wheezy/updates/contrib Translation-en Ign http://security.debian.org wheezy/updates/main Translation-en_US Ign http://security.debian.org wheezy/updates/main Translation-en Ign http://security.debian.org wheezy/updates/non-free Translation-en_US Ign http://security.debian.org wheezy/updates/non-free Translation-en Fetched 317 kB in 1s (163 kB/s) Reading package lists... Done root@wheezy:~# lsb_release -a No LSB modules are available. Distributor ID:Debian Description:Debian GNU/Linux testing (wheezy) Release:testing Codename:wheezy root@wheezy:~# facter lsbdistcodename wheezy -- Package-specific info: lsb_release output -*- -*- -*- -*- -*- Distributor ID: Debian Description:Debian GNU/Linux testing (wheezy) Release:testing Codename: wheezy -*- -*- -*- -*- -*- Apt policy -*- -*- -*- -*- -*- Package files: 100 /var/lib/dpkg/status release a=now 990 http://security.debian.org/ wheezy/updates/non-free amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=non-free origin security.debian.org 990 http://security.debian.org/ wheezy/updates/contrib amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=contrib origin security.debian.org 990 http://security.debian.org/ wheezy/updates/main amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian-Security,c=main origin security.debian.org 500 http://cdn.debian.net/debian/ wheezy/non-free Translation-en 500 http://cdn.debian.net/debian/ wheezy/main Translation-en 500 http://cdn.debian.net/debian/ wheezy/contrib Translation-en 990 http://cdn.debian.net/debian/ wheezy/non-free amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=non-free origin cdn.debian.net 990 http://cdn.debian.net/debian/ wheezy/contrib amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=contrib origin cdn.debian.net 990 http://cdn.debian.net/debian/ wheezy/main amd64 Packages release o=Debian,a=testing,n=wheezy,l=Debian,c=main origin cdn.debian.net Pinned packages: -*- -*- -*- -*- -*- sources.list -*- -*- -*- -*- -*- deb http://cdn.debian.net/debian/ wheezy main contrib non-free deb http://security.debian.org/ wheezy/updates main contrib non-free -*- -*- -*- -*- -*- /etc/lsb_release -*- -*- -*- -*- -*- - none -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990,
Bug#677721: Processed: severity of 677721 is serious
On Wed, Dec 19, 2012 at 02:52:05PM +0100, Andreas Tille wrote: I will not try to stop you from NMUing but you might consider that Mathieu or I could apply a (final) patch and upload it. I'll prefer this because we could at the same time commit the changes to our VCS which should be done in any case. Of course I'd prefer this too. -- WBR, wRAR signature.asc Description: Digital signature
Bug#696313: git-annex: Path length issues with bare repo on VFAT
Ian Campbell wrote: rename(/media/IanCampbell/music.annex/annex/tmp/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log, /media/IanCampbell/music.annex/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466) = -1 ENOSPC (No space left on device) I have never seen ENOSPC be used when a filename is too long. There's a separate ENAMETOOLONG for that. Perhaps your drive is low on disk space? Will this inability to update the journal have corrupted the annex at all? No, in the worst case you have have content present on the remote that git-annex is not aware is present there. You can deal with that with: git annex fsck --from usbdrive -- see shy jo signature.asc Description: Digital signature
Bug#696313: git-annex: Path length issues with bare repo on VFAT
On Wed, 2012-12-19 at 13:36 -0400, Joey Hess wrote: Ian Campbell wrote: rename(/media/IanCampbell/music.annex/annex/tmp/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log, /media/IanCampbell/music.annex/annex/journal/b70_ab2_SHA256E-s4762020--5ae1fc4c3220618153f4f3910cfa1b49b97a31e5c570e0dc7f322ff114322f71.ogg.log.tmp22466) = -1 ENOSPC (No space left on device) I have never seen ENOSPC be used when a filename is too long. There's a separate ENAMETOOLONG for that. Perhaps your drive is low on disk space? Sorry, I should have said, the USB drive is a fresh 500G disk and the repo is ~50G, so usage is now about 12%. Will this inability to update the journal have corrupted the annex at all? No, in the worst case you have have content present on the remote that git-annex is not aware is present there. You can deal with that with: git annex fsck --from usbdrive Thanks, I'll give that a go. Ian. -- Ian Campbell In America, any boy may become president and I suppose that's just one of the risks he takes. -- Adlai Stevenson signature.asc Description: This is a digitally signed message part
Bug#651606: RFP: gitlab -- git project/repository hosting management app
Hi! On Wed, Dec 19, 2012 at 10:12:45AM -0500, Paul Tagliamonte wrote: On Wed, Dec 19, 2012 at 04:09:00PM +0100, Raphael Hertzog wrote: On Wed, 19 Dec 2012, Daniel Martí wrote: Is there any packaging team I should contact? Should I start using collab-maint on anonscm.debian.org for its packaging right away? The packaging work will surely require you to create a bunch of ruby gems so you might want to joint the ruby extras team. http://wiki.debian.org/Teams/Ruby But for gitlab itself, collab-maint is certainly OK. On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. I think Paul just volunteered to sponsor ;-) Aye! While I'm not up on Ruby policy, I'd be more then happy to brush up and sponsor it on an ongoing basis. I would be happy to help with that and review and/or upload packages for Ruby gems needed for gitlab. Just contact debian-r...@lists.debian.org for questions or your RFS requests. Cheers, Cédric signature.asc Description: Digital signature
Bug#589304: RFA: jabberd2 -- Jabber instant messenger server
On Wed, 2012-12-19 at 16:53 +0400, Michael Tokarev wrote: 18.12.2012 17:51, Andrei POPESCU wrote: On Ma, 18 dec 12, 09:20:25, Willem van den Akker wrote: Hi, I am willing to maintain the packages jabberd2 and udns. I have already uploaded new versions of both packages to mentors.debian.org. http://mentors.debian.net/package/udns http://mentors.debian.net/package/jabberd2 Regarding udns, the package doesn't appear to be orphaned (no O: bug against wnpp). In this case uploading a new package might be considered a hijack. If you want to help you should definitely contact the Maintainer first. The package hasn't been orphaned, but I as the only upstream author asked for it to not enter.. lenny (!) because I thought I implement some different API for it. But in recent years I haven't done a thing about it (except of accepting some patches which implements support for additional RR types, and fixing bugs in these patches). #493599 - while most technical points are gone now, one point raised there is valid: maybe there's no need to have yet another resolver? I dunno, I wrote it for a reason but I don't have time to support it, and while it does not have lots of bugs, it is missing some features, in particular it is DNSSEC support. Besides, I'm now a debian developer, and it'd be quite a bit silly to ask another person to package my own software for debian... ;) /mjt Hi, Yes I would be silly to ask an other person. But I just gave you a little help. Jabberd2 is orphaned. I would like to adopt it. However it depends on udns and thats why I created a package. I could ask you first, however DD's are often very busy and I could take a little work out of their hands. #493599. Jabberd2 only depends on the library. Also Jabberd2 wont use another resolver in a short time [1]. So we are stuck with udns. I personally do not find ejabberd an alternatieve because it needs tons of elang files. Greettngs, Willem [1] https://bugs.launchpad.net/jabberd2/+bug/496824)
Bug#696333: refdbnd add extra '-e'
Package: refdb-clients Version: 0.9.9-2 Severity: normal For some reason refdbnd always add extra -e at the begining of the document: $ refdbnd I'll be happy to assist you in setting up a new document along with a Makefile. First we'll collect a few answers, and only if you accept your settings any files will be created. Press Ctrl-C anytime to exit. Each question will present a default value which you can accept by pressing ENTER Please enter the basename of your document. This is the name without any suffix. For example, if your printed output file is supposed to be called refdbtest.pdf, the basename will be 'refdbtest' Alternatively, enter the full name of an existing document in this directory. I'll try and guess the proper values for this document. [refdbtest] demo Please enter the type of the document. Available types are 'db31', 'db40', and 'db41' for DocBook SGML versions 3.1, 4.0, and 4.1, respectively, 'db41x', 'db42x', 'db43x', and 'db50x' for DocBook XML versions 4.1.2, 4.2, 4.3, and 5.0, respectively, as well as 'teix' and 'tei5x' for TEI XML P4 and TEI XML P5, respectively [db43x] db50x Please enter the element root which determines the type of the publication. Common are 'set', 'book', and 'article' for DocBook documents and 'TEI.2' for TEI documents [book] Please enter the name of the RefDB database where you take your references from [refdbtest] Please enter the bibliography style that your document should use Enter 'raw' to use the default formatting of the stock stylesheets [J.Biol.Chem.] Please enter the character encoding that your document should use [utf-8] Please enter the path or the URL of a custom CSS file for the (x)html output. Hit ENTER if you do not use a custom CSS file [J.Biol.Chem.css] You've selected the following values: Basename: demo Document type: db50x Publication type: book Database: refdbtest Bibliography style: J.Biol.Chem. Encoding: utf-8 CSS file: J.Biol.Chem.css Is this ok? [y] Fine, so then ... Makefile created. Documents demo.short.xml and demo.xml created. After editing this file you can use the following commands to create formatted output: make pdf to create a Portable Document Format (PDF) file (demo.pdf) make html to create HTML output (demo.html) make xhtml to create XHTML output (demo.xhtml) make all to create all available output formats $ cat demo.xml -e ?xml version=1.0 encoding=utf-8? book xmlns=http://docbook.org/ns/docbook; !-- xinclude the bibliography file demo.bib.xml at the chapter level -- !-- xi:include href=demo.bib.xml xmlns:xi=http://www.w3.org/2001/XInclude; xi:fallbackdemo.bib.xml appears to be missing/xi:fallback /xi:include -- /book -- System Information: Debian Release: 6.0.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.3-amd64 (SMP w/8 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 refdb-clients depends on: ii libbtparse0 0.34-2 A C library to parse BibTeX files ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libmarc-charset-perl 1.2-1 Perl module for bidirectional MARC ii libmarc-record-perl 2.0.2-1Perl extension for handling MARC r ii libncurses5 5.7+20100313-5 shared libraries for terminal hand ii libreadline6 6.1-3 GNU readline and history libraries ii librefdb-sru-perl 0.7-1 RefDB-SRU module for perl ii libterm-clui-perl 1.66-1 Perl module offering a Command-Lin ii whiptail 0.52.11-1 Displays user-friendly dialog boxe refdb-clients recommends no packages. refdb-clients suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696334: [calendarserver] NSS configuration improvement
Package: calendarserver Version: 3.2+dfsg-4 Severity: wishlist Tags: patch Hi, after playing with NSS configuration of the calendarserver i go to problems, which are related to my near zero experiences with it. Whole problem was in misunderstanding the term (and config) for enabling/disabling the Basic/Digest authentication, because i mean, that comment out the Digest part is enough. Please, mention in the appropriate part of the README.Debian the true/false elements in these sections, or include whole example: !-- Clear text; best avoided -- keyBasic/key dict keyEnabled/key true/ /dict !-- Digest challenge/response -- keyDigest/key dict keyEnabled/key false/ ... /dict It took some time for me (include the manual debugging the nss.py), while i understand this part and perhaps this can save some time to others too ;-) regards --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-4-amd64 calendarserver not installed on this machine. -- s pozdravom Slavko http://slavino.sk Týmto emailom NEvyjadrujem súhlas so zaradením do akéhokoľvek zoznamu na posielanie akýchkoľvek dodatočných informácií o Vašich produktoch! signature.asc Description: PGP signature
Bug#651606: RFP: gitlab -- git project/repository hosting management app
On Wed, Dec 19, 2012 at 06:56:12PM +0100, Cédric Boutillier wrote: Hi! On Wed, Dec 19, 2012 at 10:12:45AM -0500, Paul Tagliamonte wrote: On Wed, Dec 19, 2012 at 04:09:00PM +0100, Raphael Hertzog wrote: On Wed, 19 Dec 2012, Daniel Martí wrote: Is there any packaging team I should contact? Should I start using collab-maint on anonscm.debian.org for its packaging right away? The packaging work will surely require you to create a bunch of ruby gems so you might want to joint the ruby extras team. http://wiki.debian.org/Teams/Ruby But for gitlab itself, collab-maint is certainly OK. On a side note, I'm neither a DD nor a DM yet - a sponsor would be needed. I think Paul just volunteered to sponsor ;-) Aye! While I'm not up on Ruby policy, I'd be more then happy to brush up and sponsor it on an ongoing basis. I would be happy to help with that and review and/or upload packages for Ruby gems needed for gitlab. Just contact debian-r...@lists.debian.org for questions or your RFS requests. Perfect! I'm now reading the wiki, and will subscribe to both debian-ruby and debian-ruby-extras lists. -- Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3 pgpCb1NVg1JFe.pgp Description: PGP signature
Bug#677721: Processed: severity of 677721 is serious
On Wed, Dec 19, 2012 at 06:18:45PM +0600, Andrey Rahmatullin wrote: On Wed, Dec 19, 2012 at 01:11:44PM +0100, Mathieu Malaterre wrote: What is the new output for: $ ldd /usr/lib/libdcmsr.so It's linked against libxml2 because I accidentally didn't remove -lstdc++ -lz -lxml2 -lpthread -lssl -lcrypto from global flags, though because of --as-needed it doesn't cause any problems. Probably it's better to not remove them for now. Even without those flags everything links properly. libdcmsr.so is linked against libxml2 and others because the patch adds $(XMLLIBS) to its link command. I'm attaching the final debdiff. Please check it yourself before uploading :) -- WBR, wRAR diff -Nru dcmtk-3.6.0/debian/changelog dcmtk-3.6.0/debian/changelog --- dcmtk-3.6.0/debian/changelog 2012-05-31 15:31:19.0 +0600 +++ dcmtk-3.6.0/debian/changelog 2012-12-19 17:56:57.0 +0600 @@ -1,3 +1,11 @@ +dcmtk (3.6.0-11.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix underlinked libraries. Closes: #677721 + - debian/patches/underlink.patch + + -- Andrey Rahmatullin w...@wrar.name Wed, 19 Dec 2012 17:56:51 +0600 + dcmtk (3.6.0-11) unstable; urgency=low * Fix compilation with gcc 4.7. Closes: #674361 diff -Nru dcmtk-3.6.0/debian/patches/underlink.patch dcmtk-3.6.0/debian/patches/underlink.patch --- dcmtk-3.6.0/debian/patches/underlink.patch 2012-05-31 15:19:11.0 +0600 +++ dcmtk-3.6.0/debian/patches/underlink.patch 2012-12-19 18:19:20.0 +0600 @@ -3,27 +3,33 @@ ar. We need to provide libraries only when dynamic library is built. Author: Ilya Barygin randomact...@ubuntu.com Bug-Debian: http://bugs.debian.org/674586 +Bug-Debian: http://bugs.debian.org/677721 -Index: dcmtk-3.6.0/dcmsign/libsrc/Makefile.in -=== dcmtk-3.6.0.orig/dcmsign/libsrc/Makefile.in 2012-05-31 10:45:58.207193330 +0200 -+++ dcmtk-3.6.0/dcmsign/libsrc/Makefile.in 2012-05-31 10:45:59.843193307 +0200 -@@ -34,7 +34,11 @@ +--- a/dcmsign/libsrc/Makefile.in b/dcmsign/libsrc/Makefile.in +@@ -17,6 +17,8 @@ + dcmdatadir = $(top_srcdir)/../dcmdata + + LOCALINCLUDES = -I$(ofstddir)/include -I$(oflogdir)/include -I$(dcmdatadir)/include ++LIBDIRS = -L$(ofstddir)/libsrc -L$(oflogdir)/libsrc -L$(dcmdatadir)/libsrc ++LOCALLIBS = -lofstd -loflog -ldcmdata + LOCALDEFS = + + objs = dcsignat.o sicert.o sidsa.o simd5.o siprivat.o sirsa.o sisprof.o \ +@@ -34,7 +36,11 @@ $(library): $(objs) +ifeq ($(AR),ar) $(AR) $(ARFLAGS) $@ $(objs) +else -+ $(AR) $(ARFLAGS) $@ $(objs) $(OPENSSLLIBS) ++ $(AR) $(ARFLAGS) $@ $(objs) $(LIBDIRS) $(LOCALLIBS) $(OPENSSLLIBS) +endif $(RANLIB) $@ -Index: dcmtk-3.6.0/ofstd/libsrc/Makefile.in -=== dcmtk-3.6.0.orig/ofstd/libsrc/Makefile.in 2012-05-31 10:45:58.219193330 +0200 -+++ dcmtk-3.6.0/ofstd/libsrc/Makefile.in 2012-05-31 10:45:59.843193307 +0200 +--- a/ofstd/libsrc/Makefile.in b/ofstd/libsrc/Makefile.in @@ -29,7 +29,11 @@ @@ -35,4 +41,336 @@ +endif $(RANLIB) $@ + +--- a/Makefile b/Makefile +@@ -7,27 +7,27 @@ + + include $(configdir)/Makefile.def + +-all: config-all ofstd-all oflog-all dcmdata-all dcmtls-all dcmnet-all dcmqrdb-all dcmwlm-all dcmimgle-all dcmsr-all dcmsign-all dcmpstat-all dcmimage-all dcmjpeg-all dcmjpls-all ++all: config-all ofstd-all oflog-all dcmdata-all dcmnet-all dcmtls-all dcmqrdb-all dcmwlm-all dcmimgle-all dcmsr-all dcmsign-all dcmpstat-all dcmimage-all dcmjpeg-all dcmjpls-all + +-libsrc-all: ofstd-libsrc-all oflog-libsrc-all dcmdata-libsrc-all dcmtls-libsrc-all dcmnet-libsrc-all dcmqrdb-libsrc-all dcmwlm-libsrc-all dcmimgle-libsrc-all dcmsr-libsrc-all dcmsign-libsrc-all dcmpstat-libsrc-all dcmimage-libsrc-all dcmjpeg-libsrc-all dcmjpls-libsrc-all ++libsrc-all: ofstd-libsrc-all oflog-libsrc-all dcmdata-libsrc-all dcmnet-libsrc-all dcmtls-libsrc-all dcmqrdb-libsrc-all dcmwlm-libsrc-all dcmimgle-libsrc-all dcmsr-libsrc-all dcmsign-libsrc-all dcmpstat-libsrc-all dcmimage-libsrc-all dcmjpeg-libsrc-all dcmjpls-libsrc-all + +-install: config-install ofstd-install oflog-install dcmdata-install dcmtls-install dcmnet-install dcmqrdb-install dcmwlm-install dcmimgle-install dcmsr-install dcmsign-install dcmpstat-install dcmimage-install dcmjpeg-install dcmjpls-install dcmtk-install-doc install-man ++install: config-install ofstd-install oflog-install dcmdata-install dcmnet-install dcmtls-install dcmqrdb-install dcmwlm-install dcmimgle-install dcmsr-install dcmsign-install dcmpstat-install dcmimage-install dcmjpeg-install dcmjpls-install dcmtk-install-doc install-man + + install-all: install install-lib install-html + +-install-bin: config-install-bin ofstd-install-bin oflog-install-bin dcmdata-install-bin dcmtls-install-bin dcmnet-install-bin dcmqrdb-install-bin dcmwlm-install-bin dcmimgle-install-bin dcmsr-install-bin dcmsign-install-bin dcmpstat-install-bin
Bug#693970: tpu: libitext-java/2.1.7-3+deb7u1
On Thu, Nov 22, 2012 at 13:45:57 +0100, Niels Thykier wrote: Unfortunately, it turns out that libitext-java declares no dependnecies relations (except libitext-java-gcj) in testing at all, which is obvously wrong. In sid, I have taken the liberty of properly fixing this by using javahelper to compute the proper dependency relations automatically (as that version cannot migrate to testing anyway being built against the bouncycastle in sid). The question is then, should I backport the changes for auto-generating the dependencies and insert the upper bound on the bouncycastle dependency -OR- should I simply manually hardcode all the missing dependencies in the tpu upload? The former seems safer, so I think I'd go with that. I have attached the debdiff between libitext-java in sid and testing to give you an idea of the changes involved. In case you are wondering about the explicit version'ed dependencies in the diff, it is because the tools involved are not able to properly give version bounds on the dependencies[0]. ~Niels [0] Sadly, Java packages do not have a shlibs/symbols system (nor the rename package on ABI breakage-proceedure). They really should start doing at least the latter. Cheers, Julien signature.asc Description: Digital signature