Bug#694393: [Pkg-libvirt-maintainers] Bug#694393: libvirt-bin: error: Unable to create cgroup
On Mon, Nov 26, 2012 at 12:31:53AM +, brian m. carlson wrote: > Package: libvirt-bin > Version: 1.0.0-1 > Severity: important > > I have a single VM set up with libvirt. When I try to start it, I get > the following: > > vauxhall ok % sudo virsh start azure > error: Failed to start domain azure > error: Unable to create cgroup for azure: No such file or directory > > I get a similar error with virt-manager. cgroup-bin is not installed, > but installing it has no effect. If it matters, I am using systemd as > my init system. Please let me know if you need more information. The libvirt log would indeed be helpful, see /var/log/libvirt. Also see http://wiki.debian.org/libvirt/Debugging. I'm using systemd here myself so that alone probably isn't the issue. Please also show us the output of /proc/mounts. Cheers, -- Guido > > -- System Information: > Debian Release: wheezy/sid > APT prefers unstable > APT policy: (500, 'unstable'), (1, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 3.6-trunk-amd64 (SMP w/4 CPU cores) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > > Versions of packages libvirt-bin depends on: > ii adduser 3.113+nmu3 > ii gettext-base0.18.1.1-9 > ii libaudit0 1:1.7.18-1.1 > ii libavahi-client30.6.31-1 > ii libavahi-common30.6.31-1 > ii libblkid1 2.20.1-5.2 > ii libc6 2.13-37 > ii libcap-ng0 0.7.3-1 > ii libdbus-1-3 1.6.8-1 > ii libdevmapper1.02.1 2:1.02.74-5 > ii libgcrypt11 1.5.0-3 > ii libgnutls26 2.12.20-2 > ii libnetcf1 0.2.2-2 > ii libnl-3-200 3.2.7-4 > ii libnl-route-3-200 3.2.7-4 > ii libnuma12.0.8-1 > ii libparted0debian1 2.3-11 > ii libpcap0.8 1.3.0-1 > ii libpciaccess0 0.13.1-2 > ii libreadline66.2-9 > ii libsasl2-2 2.1.25.dfsg1-6 > ii libudev0175-7.1 > ii libvirt01.0.0-1 > ii libxenstore3.0 4.1.3-4 > ii libxml2 2.8.0+dfsg1-6 > ii libyajl22.0.4-2 > ii logrotate 3.8.3-3 > > Versions of packages libvirt-bin recommends: > ii bridge-utils1.5-6 > ii dmidecode 2.11+20120326-2 > ii dnsmasq-base2.63-4 > ii ebtables2.0.10.4-1 > ii gawk1:4.0.1+dfsg-2 > ii iproute 20120521-3 > ii iptables1.4.16.3-4 > ii libxml2-utils 2.8.0+dfsg1-6 > ii netcat-openbsd 1.105-7 > ii parted 2.3-11 > ii pm-utils1.4.1-9 > ii qemu1.1.2+dfsg-2 > ii qemu-kvm1.1.2+dfsg-2 > > Versions of packages libvirt-bin suggests: > pn auditd > ii policykit-1 0.105-1 > pn radvd > pn systemtap > > -- Configuration Files: > /etc/libvirt/qemu/networks/default.xml [Errno 13] Permission denied: > u'/etc/libvirt/qemu/networks/default.xml' > > -- no debconf information > > -- > brian m. carlson / brian with sandals: Houston, Texas, US > +1 832 623 2791 | http://www.crustytoothpaste.net/~bmc | My opinion only > OpenPGP: RSA v4 4096b: 88AC E9B2 9196 305B A994 7552 F1BA 225C 0223 B187 > ___ > Pkg-libvirt-maintainers mailing list > pkg-libvirt-maintain...@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694369:
severity 694369 important tags 694369 pending thanks I do not believe this is a serious issue. Simply do $ sudo apt-get install libfop-java -t experimental This is fixed in fop/svn Thanks ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694404: More info on cloned bug
Hi, I just cloned this bug originally filed against gnome-pkg-tools. The problem is that pbuilder applies a (possibly too) strict interpretation of policy when parsing control files that contain a blank line before the first non-empty paragraph. Thus build dependencies are not correctly detected, resulting in a build failure of >= 213 packages. Please see #694384 for the discussion about Debian policy. Best, Michael pgpsOwJL3Kj6I.pgp Description: PGP signature
Bug#694336: python-gdata: sourceless Windows binaries
On Mon, Nov 26, 2012 at 12:02 AM, Jakub Wilk wrote: > Some minor issues with what's currently committed to svn: > >> + * Remove Cipher directory from upstream tarball (closes: #694336, > > > This is not quite accurate. Not the whole Cipher directory was removed, and > some files outside this directories were removed. > >> +DEB_DIRECTORY := $(dir $(firstword $(MAKEFILE_LIST))) >> +DEB_VERSION := $(word 2,$(shell cd $(DEB_DIRECTORY)/.. && >> dpkg-parsechangelog | grep ^Version:)) >> +UPSTREAM_DFSG_VERSION := $(firstword $(subst -, ,$(DEB_VERSION))) > > > I'd recommend using "=" instead of ":=" here. Otherwise they will be > needlessly evaluated (multiple times, thanks to how dh works) even when > they're not used. > >> +get-orig-source: >> + sh $(dir $(firstword $(MAKEFILE_LIST)))/get-orig-source.sh >> $(UPSTREAM_DFSG_VERSION) > > > Here you could use DEB_DIRECTORY, which you defined earlier. Fixed, thanks for your comments! I've also uploaded the package to mentors.debian.net (which fixes this bug and #694289): http://mentors.debian.net/package/python-gdata http://mentors.debian.net/debian/pool/main/p/python-gdata/python-gdata_2.0.17+dfsg-1.dsc I am no longer able to upload it myself, so sponsoring will be welcomed. -- Dmitry Shachnev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694406: rosegarden: Exporting file with umlaut in file name, the name is incorrectly saved
Package: rosegarden Version: 1:12.04-1 Severity: important Tags: upstream fixed-upstream Control: forwarded -1 https://sourceforge.net/p/rosegarden/bugs/1375/ Dear Maintainer, exporting files (not saving, which works) with umlauts or other special characters in their file name saves the filename incorrectly as reported upstream in #1375 [1]. Thanks D. Michael McIntyre, this issue has been fixed in upstream revision 13151 [2]. It would be awesome, if this patch was backported to Rosegarden 12.04-1 in Debian Wheezy. Thanks, Paul [1] https://sourceforge.net/p/rosegarden/bugs/1375/ [2] http://sourceforge.net/p/rosegarden/code/13151/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages rosegarden depends on: ii flac 1.2.1-6 ii libasound21.0.25-4 ii libc6 2.13-37 ii libfftw3-33.3.2-3.1 ii libgcc1 1:4.7.2-4 ii libjack0 [libjack-0.116] 1:0.121.3+20120418git75e3e20b-2.1 ii liblircclient00.9.0~pre1-1 ii liblo70.26~repack-7 ii liblrdf0 0.4.0-5 ii libqt4-network4:4.8.2+dfsg-3 ii libqt4-xml4:4.8.2+dfsg-3 ii libqtcore44:4.8.2+dfsg-3 ii libqtgui4 4:4.8.2+dfsg-3 ii libsamplerate00.1.8-5 ii libsndfile1 1.0.25-5 ii libstdc++64.7.2-4 ii libx11-6 2:1.5.0-1 ii libxml-twig-perl 1:3.39-1 ii sndfile-programs 1.0.25-5 ii zlib1g1:1.2.7.dfsg-13 Versions of packages rosegarden recommends: ii cups-bsd [lpr] 1.5.3-2.6 ii dillo [www-browser] 3.0.2-2 ii epiphany-browser [www-browser] 3.4.2-2 ii evince [pdf-viewer] 3.4.0-3.1 ii ghostscript 9.05~dfsg-6.2 ii iceweasel [www-browser] 10.0.11esr-1 ii jackd 5 ii kghostview [pdf-viewer] 4:3.5.9-3 ii ladspa-sdk [ladspa-plugin] 1.13-1 ii lilypond2.14.2-3 ii lynx-cur [www-browser] 2.8.8dev.15-1 ii midori [www-browser]0.4.7+402-1 ii swh-plugins [ladspa-plugin] 0.4.15+1-6 ii w3m [www-browser] 0.5.3-8 ii wavpack 4.60.1-3 ii xpdf [pdf-viewer] 3.03-10 Versions of packages rosegarden suggests: pn awesfx ii qjackctl 0.3.9-2 -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#694289: python-gdata-doc: missing Breaks+Replaces: python-gdata (<< 2.0.14-2)
I changed the version number again, to fix bug #694336. The dsc v3 can be found at: http://mentors.debian.net/package/python-gdata http://mentors.debian.net/debian/pool/main/p/python-gdata/python-gdata_2.0.17+dfsg-1.dsc On Sun, Nov 25, 2012 at 6:34 PM, Dmitry Shachnev wrote: > Fixed: > http://mentors.debian.net/debian/pool/main/p/python-gdata/python-gdata_2.0.17-1+deb7u1.dsc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520753: ghostscript: diff for NMU version 9.05~dfsg-6.3
Hi Michael, thanks for your feedback. Le dimanche, 25 novembre 2012 19.15:39, Michael Gilbert a écrit : > I personally prefer the one-line fix for wheezy due to simplicity. I > think the "nice" but large fix should wait till jessie. I very much disagree here. Let me explain why: first, if look closely, it's not a "big" fix: we drop the postinst completely in favour of a two-lines file that is installed in /usr/share/cups/ppd-updaters/. debian/control.in |1 + debian/control.in.in|1 + debian/ghostscript-cups.install |3 ++ debian/ghostscript-cups.postinst| 61 -- debian/ghostscript-cups.ppd-updater |2 + This mechanism is proven to work a) in general by 15 other packages that ship ppd-updater trigger files, b) by Ubuntu shipping that solution since "25 Jan 2012" (9.05~dfsg~20120125-0ubuntu1, released in Precise). Furthermore, as detailed in the #520753 bug (especially in #33), this is the technically correct solution: cups handles the updating of its printer queues specifications itself, using the smallest information needed, provided by the driver packages through the ppd-updater files in the trigger. Having this mechanism duplicated in 16 maintainer scripts was a bad solution and keeping that in ghostscript makes it an exception while all other driver packages migrated to using the cups trigger mechanism. Getting rid of that duplication for Wheezy is worth it IMHO. > Also, a > 1-day delay for an already fixed bug doesn't seem right. I have rescheduled it to 5 days (+4). Please test the new package in the mean time. > I would rather see a new bug opened describing exactly what is wrong > with the existing fix. Sorry, but the #520753 had all the information needed back when you uploaded the "one-line fix", that you uploaded without commenting on the bug (and apparently without reading the bug log). Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#694338: dpkg-shlibdeps SIGSEGV in libperl.so.5.14.2
On Sun, Nov 25, 2012 at 05:00:17PM +, Thorsten Glaser wrote: > Source: perl > I’ve just been trying to build a package in a wheezy/amd64 cowbuilder > and got this. Tentatively filing against perl, so that at least someone > looks at it. > Nov 25 17:56:37 tglase-dev kernel: [516863.467057] dpkg-shlibdeps[4919] > general protection ip:2b4b0775fcfd sp:7fff00b32dd0 error:0 in > libperl.so.5.14.2[2b4b076b7000+177000] (I note that the first SIGSEGV visible in your snippet is dpkg-gensymbols crashing, not dpkg-shlibdeps. Still a perl script of course.) We have previous reports of something similar on s390x, see #679811 and #604128. Nobody has been able to reproduce it and provide a test case so there's little chance of looking into it. Given the arch and the signal are different, it could also be something else this time, of course. Is it reproducible for you? If it is, I suppose the first step is to take a tarball of the whole chroot (including the directory with the failed build) in case it takes specific contents of libraries in /usr/lib to trigger. This should be easy with pbuilder 'C' hooks. With such a backup, it should be possible to narrow this down to a more isolated test case, but let's look at that later if we get there. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613852: [squeeze -> 2.6.37 regression] Clarkdale: native X resolution does not work
Matt Zagrabelny wrote: > I couldn't get better than 800x600 using the squeeze kernel (2.6.32) with > the wheezy userland. However, I did install squeeze on a flash drive and > attached are the three files. I'll try to find time this week to look over these logs and track down what is going wrong, but no promises. If you have time before then, what would be most useful is to try 3.6.y or newer from experimental and if it has the same problem to report this upstream at bugs.freedesktop.org, following the instructions at [1]. If doing so, please let us know the bug number so we can track it. Thanks again for the clear and quick feedback. Sincerely, Jonathan [1] http://intellinuxgraphics.org/how_to_report_bug.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694362: [Pkg-libvirt-maintainers] Bug#694362: libvirt0: Please resolve conflict with libnetcf1
Hi, On Sun, Nov 25, 2012 at 01:43:08PM -0700, Bob Proulx wrote: > Package: libvirt0 > Version: 0.9.12-5 > Severity: normal > > Referencing Bug#688167#29[1] a new libnetcf1 was uploaded to Sid > containing a "Conflicts: libvirt0 (<= 0.10.1-2~)". Al Stone did this > on 2012-11-18. (Was this intended to target Experimental rathar than > Sid?) > > Since that libnetcf1 upload users must "hold" libnetcf1 at the > previous version or risk the Conflict removing the current libvirt0 > and dependent packages (and taking down their VMs) from the system. > > The following packages will be REMOVED: > libvirt-bin libvirt0 python-libvirt virt-manager virt-top > virt-viewer virtinst > The following NEW packages will be installed: > libnl-route-3-200 > The following packages will be upgraded: > libnetcf1 netcf > 2 upgraded, 1 newly installed, 7 to remove and 0 not upgraded. > > For others looking at this problem, holding libnetcf1 works around > this conflict but is not a long term solution. > > # apt-mark hold libnetcf1 > > Since this upload appears to have been coordinated but hasn't > completed yet it would be great if there were a status update as to > the transition status. Information would go a long way to calming the > natives. :-) I'm basically waiting for a heads up from the netcf maintainers (cc:) if they intend to revert their change. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694028: [wheezy] kernel tried to execute NX-protected page - exploit attempt? (uid: 0)
Daniel Kahn Gillmor wrote: > the in-kernel ring buffer for dmesg had wrapped, so it didn't have the > full history back since boot, but i've extracted the full kernel output > from /var/log/kern.log.* for run in question (attached here as kernel.txt). > > I've also run (after a reboot) acpidump, and its output is attached here > as acpidump.txt. Perfect, thanks. I'll try to find time to dig into the log and acpixtract-ed and "iasl -d"-ed acpidump some time this week, though I can't promise anything. How often do oopses like this occur? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690381: Insane packaging of pax
On Sun, 25 Nov 2012 23:38:04 + (UTC) Thorsten Glaser wrote: > >0: mangling to suit your own tools: > >dpkg-gencontrol -ppax -Pdebian/pax -isp > >mv debian/pax/DEBIAN/control debian/B/c/ > >rm -rf debian/pax/DEBIAN > ># goodbye dh_md5sums > >(cd debian/pax && find . -type f | sed s,^./,, | sort | \ > >xargs md5sum) >debian/B/c/md5sums > > > >That's just deliberately making things harder for any of your > >*colleagues* who are supposed to be able to NMU your package. It is, as > >the bug correctly states: insane. It cannot be justified or patched or > >explained, it simply needs to be removed and done properly by > >replacing all of that with just two lines. dh_gencontrol ; dh_md5sums > > Indeed, but I do not want a B-D on debhelper here. If there is to be a sane fix to this bug, then debhelper is precisely what is being required. This isn't about your wishlist, it's about allowing others to work on the package during a release freeze. > I admit the B/c/ stuff has grown from histoic things (I’ve got > a couple more packages not intended for Debian itself that do > things this way), but why change what ain’t broken? It *is* broken - it makes your package nigh on impossible for anyone to work on except you. You are replaceable and pax is not *your personal package* - it is in Debian, everyone with upload rights needs to be able to at least work out if the package is sane. > >1: deliberate obfuscation for no benefit: > >echo .nr g 2 | cat - cpio.1 | \ > >gzip -n9 >debian/pax/usr/share/man/man1/paxcpio.1.gz > > This is no obfuscation. This is mostly because the upstream manpage > has support for three different naming variants of the tools, and > we use one other than the upstream default one in Debian. Normally, > I’d just add -ng2 to an nroff call and preformat the manpage, but > on GNU/Linux it seems to be common to not do that. Then document it in the rules file. > Besides, this is no packaging/debhelper issue. I had this here > before not using debhelper any more. And this is the right way > to go. It adds to the mess in debian/rules - simplification is the goal of this bug. > >I've done an awful lot of cross-building over the years, I've got no > >idea why you think chown -R 0:0 is required only when cross-building. > >Whatever you think the reasons are, it's not required. If you think it > >is, you're doing it wrong. > > Some sort of fakeroot stuff (to ensure that the files inside the > data.tar.* member are owned by 0:0) which is always needed except > we use the -M uidgid feature of pax to create the data.tar.* member > which eliminates the need for root in the binary-* target. Not good enough. You complain about what other developers think about your packaging, saying it's "not broken" but then don't provide your own evidence to backup your own breakage but hide behind "some sort of fakeroot stuff". There is no fakeroot problem with cross-building. It's a fault generated by your non-standard use of pax and the whole B/c/ misdirection. There is no reason to use pax to build the pax .deb. (If anything, it makes things harder because it makes pax a circular dependency on itself. The current packaging admits as much by using dpkg-deb when cross-building when what you *mean* is to use dpkg-deb when *bootstrapping* in order to break this self-imposed circular dependency.) > >3: The claimed reasoning for this NIH approach about the dependencies > >of debhelper making it uninstallable is just wrong. The only extra > >stuff required by debhelper is po-debconf and htmltext - a trivial > >local rebuild would sort out those. The heavyweight dependency is > >actually dpkg-dev (from which you use dpkg-architecture, > >dpkg-gencontrol, dpkg-shlibdeps and dpkg-deb for cross-building). > >dpkg-dev is just as complex a perl package as debhelper. > > Right. I was thinking of the amount of packages debhelper pulls > in in total, which includes its, I think transitive closure is > the term. OK, so you agree that the dependencies of debhelper are *not* a reason to not use debhelper in your own packages. debhelper does *not* bring in any more packages than dpkg-dev does, apart from those required by htmltext and po-debconf. In a clean chroot with dpkg-dev installed, installing debhelper only adds: bsdmainutils debhelper file gettext gettext-base groff-base html2text intltool-debian libasprintf0c2 libcroco3 libffi5 libgettextpo0 libglib2.0-0 libmagic1 libpcre3 libpipeline1 libunistring0 libxml2 man-db po-debconf Of those, po-debconf is responsible for: gettext gettext-base intltool-debian libasprintf0c2 libcroco3 libffi5 libgettextpo0 libglib2.0-0 libpcre3 libunistring0 libxml2 po-debconf and man-db for: bsdmainutils groff-base libpipeline1 man-db If you are serious about dependency problems, this is what you would get because you'd be turning Recommends off - e.g. as in a buildd chroot. root@sylvester:/# cat /etc/apt/apt.
Bug#693998: ITP: linux-minidisc -- Free software for accessing NetMD and HiMD MiniDisc devices
On Sun, Nov 25, 2012 at 06:55:25AM +1100, Karl Goetz wrote: > > > > * Package name : linux-minidisc > > > > > > Thats a strange name considering it builds and runs on MacOS, Windows, > > > Linux, FreeBSD and Haiku. > > > > Yes, the name is indeed somewhat confusing in that regard. > > > If you have a better idea, I'd be happy to hear it ;). > > Not necessary better, but perhaps libre-minidisk? 3 letters different and > only contains one trademark :) libre-minidisc sounds actually nice (note, it's minidis_c_, not minidis_k_ as compared to hard dis_k_), but renaming the project would involve too much of a hassle. The name is already everywhere, on the project wiki, the mailing list, the git repository and so on. So, I think we will refrain from doing that for now. In the end, it affects the name of the source package only anyway, so it's not a big deal. Most Windows and MacOS users just search and download the UI application, QHiMDTransfer and don't care it mentions Linux on the project homepage. Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694407: freeradius: CVE-2011-4966
Package: freeradius Severity: grave Tags: security Justification: user security hole Hi, please see https://bugzilla.redhat.com/show_bug.cgi?id=CVE-2011-4966 for details and a link to the upstream fix. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694391: [Pkg-xfce-devel] Bug#694391: runs batteries down, doesn't warn, doesn't suspend
On Mon, 26 Nov 2012, Yves-Alexis Perez wrote: On lun., 2012-11-26 at 01:13 +0100, Tomas Pospisek wrote: Package: xfce4-power-manager Version: 1.0.11-2+b1 Severity: important I have xfce4-power-manager (or so I believe that's the package that is responsible for energy options settings) configured to suspend on low battery. However it doesn't do that. Manual suspend to RAM works fine. Closing lid triggers a suspend to RAM just fine as well. Also, when the battery runs low, power mangager doesn't warn me at all, the system just shuts down completely once it doesn't have any power left. *t Is it configured to do so? It's configured to suspend, as I wrote in the first paragraph above. I can't see an option for it warn me, but I assume since it being a sensible option, that it should warn me. Or am I missunderstanding your question? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694094: unblock: libaqbanking/5.0.24-2
Hi Adam, On 11/25/2012 09:41 PM CEST +02:00, Adam D. Barratt wrote: > On Fri, 2012-11-23 at 21:52 +0100, Micha Lenk wrote: > > This release fixes Debian bug #688831, symlinks in package > > libaqbanking34-dev pointing to non-existent files (a policy violation). > > Additionally I changed debian/rules so that it injects build flags from > > dpkg-buildflags to support the Security Hardening Build Flags, a release > > goal. > > Was the hardening change requested by the Security Team? I'm somewhat > wary of build-time changes to libraries with reverse dependencies at > this point. No, it wasn't. It was just a low hanging fruit, I thought. If you feel uncomfortable with the hardening change, I can upload again with the hardening change reverted. Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694408: ITP: vmdk-stream-converter -- raw disk images to stream-optimized VMDK files convert tool
Package: wnpp Severity: wishlist Owner: Hideki Yamane X-Debbugs-CC: debian-de...@lists.debian.org, debian-cl...@lists.debian.org Package name: vmdk-stream-converter Version: 0.2 URL: https://github.com/imcleod/VMDK-stream-converter upstream author: Red Hat, Inc. License: GPL-2 Description: raw disk images to stream-optimized VMDK files convert tool This tool convert raw disk images to stream-optimized VMDK files for VMWare ESX/vSphere environment, and known to work on ESXi 4.1. . Its format is only useful if you are attempting to import virtual machines into ESX using the vSphere SOAP API and HTTP POST uploads of image files. (In which case, it is required.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694340: libgconf2-4: libgconf built with the dbus backend requires dbus-glib to be initialized with threading
Le lundi 26 novembre 2012 à 07:49 +0800, Chow Loong Jin a écrit : > > Maybe we should just port GConf to GDBus instead, which doesn’t have > > this issue, but this is not a small change. > > That was mentioned in https://bugzilla.gnome.org/show_bug.cgi?id=683830, but > given that it isn't a small change, it's probably not going to happen for > Wheezy. Can we slap a downstream patch in the meantime? This bug causes > Banshee > to crash pretty reliably. But we can’t fix the bug by introducing another bug. After reading the upstream discussion, I am convinced your patch is a bad idea, since it will fix banshee but might trigger crashes in other applications. Only a port to GDBus would do the trick, unfortunately. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692297: youtube-dl: no longer works on Youtube
Installing youtube-dl from sid on wheezy by apt-pinning does not help. ```shell $ youtube-dl http://www.youtube.com/watch?v=SfGTq71VXfo [youtube] Setting language [youtube] SfGTq71VXfo: Downloading video webpage [youtube] SfGTq71VXfo: Downloading video info webpage [youtube] SfGTq71VXfo: Extracting video information ERROR: no fmt_url_map or conn information found in video info ``` I suppose I would have to upgrade python too, but that would break my system big time. I guess I will have to wait for the packages to propagate from sid, or else compile python myself. I'd rather not compile python... ;)Frode 2012/11/19 Marcos Marado > FYI, > > The version in sid seems to be working. > > Best regards, > -- > Marcos Marado > > -- > To unsubscribe, send mail to 692297-unsubscr...@bugs.debian.org. > -- Da sa Gud: "Det bli lys!" Og det ble lys. 1. Mosebok 1.3 And God said, "Let there be light," and there was light. Genesis 1:3, NIV
Bug#693510: Fwd: Bug#693510: installation report
Hello Steven, The first time no. But, it is possible (zfs to be automatically imported). After that I did a ZFS installation and this time it worked supporting your theory. Sometimes it works, sometimes it does not with UFS - I did not figure out the logic. Regards, Anton On Sun, Nov 25, 2012 at 9:26 PM, Steven Chamberlain wrote: > Hi Anton, > > I have another question about your kfreebsd-9 install within VirtualBox > last week. > >> update-dev: warning: unable to find udevadm; skipping >> partman: mkfs.ufs: /dev/ada0s1: failed to open disk for writing > > Was the Virtualbox IDE disk blank? Or had anything been installed to it > previously? > > Most crucially, a pre-existing ZFS physical volume might cause this > problem (it seems to be automatically imported, meaning the partition > itself would be 'in use' and even the partition table cannot be modified > if this happens). > > Thanks, > Regards, > -- > Steven Chamberlain > ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684732: unblock: nut/2.6.4-2
Hi everybody, sorry for the lag in answering... too many real life issues to deal with. 2012/11/26 Julien Cristau > On Sun, Nov 11, 2012 at 22:42:09 +0100, Laurent Bigonville wrote: > > > Le Sun, 11 Nov 2012 19:06:52 +0100, > > Julien Cristau a écrit : > > > > > One more question... > > > > > > On Mon, Aug 13, 2012 at 15:36:14 +0200, Laurent Bigonville wrote: > > > > > > > +for file in nut.conf upsmon.conf upssched.conf ; do > > > > +if [ -f /etc/nut/$file ] ; then > > > > +chown root:nut /etc/nut/$file > > > > +chmod 640 /etc/nut/$file > > > > +fi > > > > +done > > > > > > why is this is done unconditionally on postinst configure, instead of > > > just on first install? > > > > These files could contains passwords, I guess that this is done to be > > really sure the files are not world readable? Arnaud? > > > Doing that when the file is created is fine. But not every time > postinst runs, IMO. > this is indeed to enforce that files have still the proper permissions for the nut user, as mentioned by Laurent, since we still lack a configuration tool to assist this. Having anything else than the above may results in NUT not being able to start or some security hole. I don't see any specific issue with this one. cheers, Arnaud -- NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
Bug#684732: unblock: nut/2.6.4-2
Hi Michael, 2012/11/26 Michael Biebl > On 26.11.2012 01:58, Michael Biebl wrote: > >> +if [ -d /var/run/nut ] ; then > >> +chown root:nut /var/run/nut > >> +chmod 770 /var/run/nut > >> +fi > > > d /var/run/nut 0770 nut nut - - > > A small bug slipped through, the correct config would be > > d /var/run/nut 0770 root nut - - > thanks for pointing this. this will complete nut systemd support. I'll also be looking at it. cheers, Arnaud -- Engineering Linux/Unix Expert - Opensource Solutions Lead - Eaton - http://opensource.eaton.com NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
Bug#684732: unblock: nut/2.6.4-2
I missed to add... 2012/11/26 Arnaud Quette > Hi Michael, > > > 2012/11/26 Michael Biebl > >> On 26.11.2012 01:58, Michael Biebl wrote: >> >> +if [ -d /var/run/nut ] ; then >> >> +chown root:nut /var/run/nut >> >> +chmod 770 /var/run/nut >> >> +fi >> > this specific snippet is indeed redundant with init scripts, and so not useful anymore since the creation at startup time will take care of both the directory creation and permissions settings. It may be removed, though it doesn't harm. > > d /var/run/nut 0770 nut nut - - >> >> A small bug slipped through, the correct config would be >> >> d /var/run/nut 0770 root nut - - >> > > thanks for pointing this. this will complete nut systemd support. > I'll also be looking at it. > cheers, Arnaud -- Engineering Linux/Unix Expert - Opensource Solutions Lead - Eaton - http://opensource.eaton.com NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
Bug#692899: zope2.12: [CVE-2012-5485 to 5508] Multiple vectors corrected within 20121106 fix
Hello, Tres Seaver writes: >> version 2.12.21: * LP #1079238 fixes CVE 2012-5489. >> >> According to the upstream changelog, LP #1047318 seems to fix a >> security bug, but I could not find it in zope2 launchpad nor anywhere >> else. > > That bug was still in "Private Security" state: I have updated it to > "Public Security", so you whould be able to view it: > > https://bugs.launchpad.net/zope2/+bug/1047318 Thank you very much. >> Not fixed in latest release of Zope AFAIK: >> >> * CVE-2012-5487 (allow_module.py) >> http://plone.org/products/plone/security/advisories/20121106/03 > > I don't believe that this can be a bug in Zope itself: adding > '__roles__' to a module-scope function is pointless unless the module > itselfisimportableby untrusted(TTW)code. The > 'AccessControl.SecurityInfo' module should *certainly* not be exposed > to untrusted code. If some other out-of-Zope-core module which is > supposed to be importable by TTW code imports that function at module > scope, then fix *that* module instead. Indeed, thanks for your explanation. >> * CVE-2012-5505 (zope.traversing: atat.py) >> http://plone.org/products/plone/security/advisories/20121106/21 > > That "fix" is also disputed: hiding the "default" view from the '@@' > name does not actually improve security at all. There is a Launchpad > bug where it is being debated (#1079225), but that bug is still in > "Private Security" mode. The correct fix is to change the code of the > multi-adapter to barf if published via a URL. Any idea when this patch will be released? Thanks. Cheers, Arnaud Fontaine pgps8GEX3gQYO.pgp Description: PGP signature
Bug#694409: [INTL:kn] Kannada language translation of 'eject' po file
Package: eject Severity: wishlist Tags: l10n -- Vikram Vincent eject-debian.po Description: Binary data
Bug#694394: [Debconf-team] Bug#694394: Please create debconf-team, debconf-discuss mailing lists
Am 26.11.2012 01:34, schrieb Steve Langasek: The DebConf team has run separate infrastructure for mailing lists for a number of years. This is pointlessly redundant. Who are you to decide where others spend their time doing things? The lists.debconf.org mailserver has now crashed, and been reinstalled. After reinstallation, I'm completely unable to send mail there, again because of wrong server-side anti-spam checks. The server gave out some 4xx due to some (sometime dead) dns blacklist included in one of the policy daemons default config. As I forgot to put the real config file there (so it doesn't use its default). Meh, happens when moving stuff (once, after 6 years), and the reason why it only gave out 4xx. It's time to put an end to this. Yeah, stop it. Listmasters, can you please create debconf-team and debconf-discuss lists on lists.debian.org, so that the DebConf team can also benefit from the rock-solid Debian lists infrastructure? Which never has problems, yes right. Good way you have in getting people to look for other places outside Debian/DebConf to work on. -- bye Joerg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694411: [INTL:kn] Popularity contest po update
Package: popularity-contest Severity: wishlist Tags: l10n -- Vikram Vincent popularity-contest_debian.po Description: Binary data
Bug#694384: Bug#694404: More info on cloned bug
Hi all, I think pbuilder’s strict interpretation is correct, especially as the wording of Policy (and RFC822) don’t provide for an empty line before the “first” paragraph, and think we should re-enforce that (literal) reading of Policy and have the packages be fixed and a check added to lintian instead of changing pbuilder. Note that the permit to add comments to debian/control is pretty recent; traditionally, you could not even do that. bye, //mirabilos -- Darwinism never[…]applied to wizardkind. There's a more than fair amount of[…] stupidity in its gene-pool[…]never eradicated[…]magic evens the odds that way. It's[…]harder to die for us than[…]muggles[…]wonder if, as technology[…]better […]same will[…]happen there too. Dursleys' continued existence indicates so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#635712: crashes immediately after document load
On Sun, 25 Nov 2012 14:24:12 +0100 (CET) Dominik George wrote: > > As I can't it would be helpful if you could install gobby-0.5-dbg, > > libglib2.0-0-dbg and libinfinity-0.5-dbg and run it under gdb: > I could certainly do that, but that'd imply having gdb running all > the time waiting for the bug to finally appear. Right now, it doesn't > occur for me either. The issue has been identified. It's when a user marks a range at the end of the document and the connecting (crashing) user has a very slow connection. Hence the selection is synced before the text content is added to the text view. Reproducable here with netem delay 300ms loss 3% to gobby.debian.org with another client providing the selection at the end of the document. Kind regards Philipp Kern -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#677054: nut-client: prompting due to modified conffiles which were not modified by the user
Hi Sebastien 2012/11/23 Sébastien Villemot > Control: tags -1 + patch > > Laurent Bigonville writes: > > > The bug (maintainer script modifying conffile) that bring us to this > > situation (prompting the user for a file he has not modified himself) > > is not happening in the version in wheezy and the root cause is fixed > > (bug #684392) in sid. > > > > The user will still be prompted when upgrading from squeeze (that's > > why I didn't close that bug) BUT chances, in a normal situation, that > > the user didn't changed that file by himself is close to zero, as that > > file is controlling which part of the NUT software > > (client/server/standalone) is running. > > > > If somebody want to provide a patch, I would apply it with joy but I'm > > quite busy now and I'm not sure how to do that properly (handling > > upgrade being aborted,...). > > Please find attached a patch that should fix this bug. It implements the > dirty hack in nut-client.preinst. With this patch applied, upgrades from > squeeze go without smoothly without prompting. > this should indeed fix the issue, as best as it can, considering the big mess of this situation. Could you please also handle the NMU? Thanks a lot for your patch. cheers, Arnaud -- Engineering Linux/Unix Expert - Opensource Solutions Lead - Eaton - http://opensource.eaton.com NUT (Network UPS Tools) Project Leader - http://www.networkupstools.org Debian Developer - http://www.debian.org Free Software Developer - http://arnaud.quette.fr
Bug#694412: bsdmainutils: [cal] prints day of week start from sunday not from monday (use Russian locale)
Package: bsdmainutils Version: 9.0.3 Severity: normal Dear Maintainer, Please see below for more details user@host: ~ $ locale LANG=ru_RU.UTF-8 LANGUAGE= LC_CTYPE="ru_RU.UTF-8" LC_NUMERIC="ru_RU.UTF-8" LC_TIME="ru_RU.UTF-8" LC_COLLATE="ru_RU.UTF-8" LC_MONETARY="ru_RU.UTF-8" LC_MESSAGES="ru_RU.UTF-8" LC_PAPER="ru_RU.UTF-8" LC_NAME="ru_RU.UTF-8" LC_ADDRESS="ru_RU.UTF-8" LC_TELEPHONE="ru_RU.UTF-8" LC_MEASUREMENT="ru_RU.UTF-8" LC_IDENTIFICATION="ru_RU.UTF-8" LC_ALL= // ncal works as expected: Monday (Пн) is the first user@host: ~ $ ncal Ноябрь 2012 Пн 5 12 19 26 Вт 6 13 20 27 Ср 7 14 21 28 Чт 1 8 15 22 29 Пт 2 9 16 23 30 Сб 3 10 17 24 Вс 4 11 18 25 // cal prints incorrect format: Sunday (Вс) is the first user@host: ~ $ cal Ноябрь 2012 Вс Пн Вт Ср Чт Пт Сб 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 user@host: ~ $ -- System Information: Debian Release: wheezy/sid Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bsdmainutils depends on: ii bsdutils 1:2.20.1-5.2 ii debianutils 4.3.4 ii libc62.13-37 ii libncurses5 5.9-10 ii libtinfo55.9-10 bsdmainutils recommends no packages. Versions of packages bsdmainutils suggests: ii cpp 4:4.7.2-1 pn vacation ii wamerican [wordlist] 7.1-1 ii whois 5.0.20 -- 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#694101: [Linphone-developers] Fwd: Bug#694101: linphone/3.5.2 immediate segfault without config file
Hello Guillaume On Mon, 26 Nov 2012, Guillaume Beraudo wrote: Thank you for the bug report. Thanks a lot for replying! I use Wheezy as my working system and couldn't reproduce the segfault. However I never saw the "[NULL @ 0x] Value xx.00 for parameter 'b' out of range" before. Could you pinpoint where the segfaulted occured with gdb? I've installed the linphone-dbg package and started linphone through gdb. The only additional info I get is this: Program received signal SIGSEGV, Segmentation fault. 0x71d5b1f5 in av_log () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 Seeing that it segfaults in libavutil it needs to be said, that I'm using Christian Marillat's libavutil from deb-multimedia.org. deb-multimedia.org/wheezy is in my apt sources, so whatever is present there overrides Debian's own packages and gets installed instead. What I did next is to step through linphone in gdb. I can get to line 1765 in main.c (the line number is what gdb is showing me). If I say "step" at that line, the program segfaults. *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693460: (no subject)
Hi, Thanks for all the activity on this bug. I have a couple of comments i) finding this bug (and, well, some of the associated code quality issues with bcrypt) has persuaded me that I don't want to use bcrypt for any data I care about. ii) "gpg -c --cipher-algo aes" is almost certainly a better solution to the problem of wanting to reliable encrypt data with passphrase protection iii) since I'm an arrogant so and so, I think I'd go further and suggest that we should discourage new users from using bcrypt; instead we should try and fix it enough that people who already have files encrypted using it can continue to decrypt them in the future. Maybe even put a note to this effect in the package description? Regards, Matthew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694413: unblock: kawari8/8.2.8-7
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: unblock
Severity: normal
Dear release team,
kawari8 currently segfault on testing amd64. Renders the package
unusable on testing amd64. The bug report is #693893.
I've applied a patch from the upstream BTS and the package is already
uploaded to sid.
Please consider unblocking package kawari8.
The debdiff is as attachment.
Many Thanks,
Paul
unblock kawari8/8.2.8-7
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=zh_TW.utf8, LC_CTYPE=zh_TW.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu)
diff -u kawari8-8.2.8/debian/changelog kawari8-8.2.8/debian/changelog
--- kawari8-8.2.8/debian/changelog
+++ kawari8-8.2.8/debian/changelog
@@ -1,3 +1,11 @@
+kawari8 (8.2.8-7) unstable; urgency=low
+
+ * Fix segfaults on 64bit arch (Closes: #693893)
+- Add patch 009_kawari8-64bit-fix.patch
+- Thanks to Shyouzou Sugitani
+
+ -- Ying-Chun Liu (PaulLiu) Sat, 24 Nov 2012 10:50:41 +0800
+
kawari8 (8.2.8-6.1) unstable; urgency=low
* Non-maintainer upload.
only in patch2:
unchanged:
--- kawari8-8.2.8.orig/debian/patches/009_kawari8-64bit-fix.patch
+++ kawari8-8.2.8/debian/patches/009_kawari8-64bit-fix.patch
@@ -0,0 +1,78 @@
+diff -ur ../dist/src/kis/kis_file.cpp ./src/kis/kis_file.cpp
+--- src/kis/kis_file.cpp 2012-11-21 22:21:11.0 +0900
src/kis/kis_file.cpp 2012-11-21 22:17:14.0 +0900
+@@ -228,7 +228,7 @@
+ string dirname=PathToBaseDir(CanonicalPath(Engine->GetDataPath(), args[1]));
+ string filename=PathToFileName(CanonicalPath(Engine->GetDataPath(), args[1]));
+
+- unsigned int pos=ctow(dirname).rfind(FILE_SEPARATOR);
++ string::size_type pos=ctow(dirname).rfind(FILE_SEPARATOR);
+ if(pos==string::npos) {
+ // ¥Õ¥ë¥Ñ¥¹¤Ê¤Î¤Ëdirname¤ËFILE_SEPARATOR¤¬¤Ê¤¤¾ì¹ç¡¢¿äÄê¤Ç¥ë¡¼¥È
+ // FILE_SEPARATOR¤òÄɲä·¥«¥ì¥ó¥È¥Ç¥£¥ì¥¯¥È¥ê¤È¤Î¸íǧ¤òËɤ°
+diff -ur ../dist/src/kis/kis_split.cpp ./src/kis/kis_split.cpp
+--- src/kis/kis_split.cpp 2012-11-21 22:21:01.0 +0900
src/kis/kis_split.cpp 2012-11-21 22:17:00.0 +0900
+@@ -60,7 +60,7 @@
+ if (!HasNext())
+ return "";
+
+- unsigned int idx; // ÃíÌÜÃæ¤Î¥Ý¥¤¥ó¥¿
++ string::size_type idx; // ÃíÌÜÃæ¤Î¥Ý¥¤¥ó¥¿
+ string ret;
+ if(cs.length()==0){
+ // ¶èÀÚ¤êʸ»ú̵¤·
+diff -ur ../dist/src/libkawari/kawari_code.cpp ./src/libkawari/kawari_code.cpp
+--- src/libkawari/kawari_code.cpp 2012-11-21 22:20:12.0 +0900
src/libkawari/kawari_code.cpp 2012-11-21 22:15:50.0 +0900
+@@ -112,11 +112,11 @@
+ const static wstring wdq=ctow("\"");
+ wstring ws=ctow(s);
+ wstring retstr=ctow("\"");
+- unsigned int len=ws.size();
+- unsigned int pos=0;
++ wstring::size_type len=ws.size();
++ wstring::size_type pos=0;
+
+ while(pos
signature.asc
Description: OpenPGP digital signature
Bug#694414: impressive: Enable preview of next slide on presenter's screen ala pdf-presenter-console
Package: impressive Version: 0.10.3-2 Severity: wishlist Hi. The tool looks wonderful. However, it lacks the feature provided by pdf-presenter-console, i.e. the ability to preview the next slides, on the second monitor when dual head is available. Hope this helps. Best regards, -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (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 impressive depends on: ii perl5.14.2-15 ii poppler-utils [xpdf-utils] 0.18.4-3 ii python 2.7.3~rc2-1 ii python-imaging 1.1.7-4 ii python-opengl 3.0.1-1 ii python-pygame 1.9.1release+dfsg-7 ii python-support 1.0.15 Versions of packages impressive recommends: ii pdftk 1.44-6 Versions of packages impressive suggests: ii ghostscript 9.05~dfsg-6.2 ii latex-beamer 3.10-2 -- 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#692297: youtube-dl: no longer works on Youtube
Frode,
On Mon, Nov 26, 2012 at 7:34 AM, Frode Severin Hatlevik
wrote:
> Installing youtube-dl from sid on wheezy by apt-pinning does not help.
It should. What is the version of python that you are running by
default (simply opening a prompt with python will tell you).
> ```shell
> $ youtube-dl http://www.youtube.com/watch?v=SfGTq71VXfo
> [youtube] Setting language
> [youtube] SfGTq71VXfo: Downloading video webpage
> [youtube] SfGTq71VXfo: Downloading video info webpage
> [youtube] SfGTq71VXfo: Extracting video information
> ERROR: no fmt_url_map or conn information found in video info
> ```
Are you really sure that this version comes from sid? What does
"youtube-dl --version" say?
> I suppose I would have to upgrade python too, but that would break my
> system big time.
No, you don't have to upgrade python in any way.
> I guess I will have to wait for the packages to propagate from sid, or else
> compile python myself. I'd rather not compile python...
If you are desperate, you can simply grab the .deb from a Debian
archive and install it with dpkg. I make sure to always make
youtube-dl only depend on python and nothing else.
Regards,
--
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690381: Insane packaging of pax
Neil Williams dixit: >work on except you. You are replaceable and pax is not *your personal >package* - it is in Debian, everyone with upload rights needs to be >able to at least work out if the package is sane. Somewhat, yes. But I am still the maintainer, and doing things. >It adds to the mess in debian/rules - simplification is the goal of >this bug. I don’t care about *over*simplification, especially at the expense of hidden complexity and massive speed loss. Furthermore, by not using debhelper, I know exactly what’s going on. cdbs and dh7 are even worse because they hide precisely that. >fakeroot stuff". There is no fakeroot problem with cross-building. It's >a fault generated by your non-standard use of pax and the whole B/c/ >misdirection. The only thing you could say here is that the chown call is not necessary at all, but I’ve yet to see it hurting (I did test cross-building). If it’s just redundant, I don’t *need* to remove it. It’s certainly less overhead than installing debhelper. >itself. The current packaging admits as much by using dpkg-deb when >cross-building when what you *mean* is to use dpkg-deb when >*bootstrapping* in order to break this self-imposed circular >dependency.) No, because, for a native build, at that poing, pax is already available. In fact, this is a test for pax, and it has found a bug in fakeroot precisely *because* the pax just built is used to create its own package. Nothing circular in there. >If you are serious about dependency problems, this is what you would >get because you'd be turning Recommends off - e.g. as in a buildd >chroot. (I always turn them off.) >Then simply rebuild debhelper with a local change No, that would break other builds. >why this is necessary. This bug arose precisely because there was a bug >in pax which drew the attention of other DD's at a BSP for Wheezy. What bug? Nobody said something about a bug. >> I agree with this one, but this is not enough for me to change >> that, especially not in deep freeze. > >Then show some engagement with your peers and fix it in experimental. If you show some peer love and get rid of dh7 or cdbs in some other package, I’m willing to make that deal. >> * Why were you investigating the build system of pax anyway? > >It came up on the list of bugs to investigate at the BSP. The build system? I am not aware of a bug against that. >Why is it a problem for you that your peers wanted to look at pax? That’s not the problem. The problem is that I’m being steamrolled over with no notice beforehand, and with no (to me) visible reason. >> I *am* fairly territorial wrt. my packages (those I do not comaintain) > >That is the entire problem and that attitude is not welcome in Debian. Debian is a do-ocracy, and you can’t say I’m doing nothing. Also, it has traditionally, and recently, upheld strong package maintainership, so this is even a customary law. I don’t care whether this attitude is not welcome for *you* but it matches what is practiced in Debian. I’m just stating it explicitly. >As it is, I don't care about pax other than it reflects badly on the >rest of Debian - that's almost justification for an RM. I'm willing to Excuse me? Now you’re getting ridiculous. >The current package is unfit due to it being sufficiently non-standard >that your peers cannot work out if it is working correctly. A better I suggest you go for packages that use, e.g. Manoj’s system and dbs next, then cdbs after that. Please. Otherwise you’re singling out my (working, well-tested, simple) build system, which I cannot help but feel as if it were a personal affront against my person (it probably is not, but the message arrives here like that, and I can’t control my feelings). >Please, read Zack's email again - pax needs to be changed to make it >something which your *peers* can work on and fix. Right now, we cannot. Again, right now, nobody has told me why they should want to. (Note, fixing things in the code, not packaging, is easy. I even use 3.0 (quilt) nowadays.) bye, //mirabilos -- Darwinism never[…]applied to wizardkind. There's a more than fair amount of[…] stupidity in its gene-pool[…]never eradicated[…]magic evens the odds that way. It's[…]harder to die for us than[…]muggles[…]wonder if, as technology[…]better […]same will[…]happen there too. Dursleys' continued existence indicates so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694114: $wgLDAPAuthAttribute is broken in LDAP authentication extension 2.0a
On Sat, 24 Nov 2012, Patrick Näf wrote: > This is a bug that was introduced upstream at some time, but apparently has > been fixed in the meantime. A discussion related to the problem is here: > http://www.mediawiki.org/wiki/Extension_talk:LDAP_Authentication#LDAP_search_for_special_entry_12928. That link just points me to the talk page for the extension, i.e. the anchor seems to not exist. > Please update the mediawiki-extensions package to use the latest upstream > release of the LDAP authentication extension. Not only is $wgLDAPAuthAttribute We cannot do that because we need to track the 1.19 branch, which (I just checked) has not received any updates. (Otherwise I’d have made an upload to experimental for you to test.) > I checked out the code of the current upstream release 2.0c, and it appears > that the implementation has indeed been fixed: > https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/LdapAuthentication.git;a=blob;f=LdapAuthentication.php;h=9cde1d82ff87abefdef5c02a430b70b505a61d98;hb=acabccab960e3243a4c627e84d336b114b970f26 That’s a blob link, which is also not helpful. If you can point out a (or more) commit(s) to fix the problem, I can apply them locally to our package and upload that for testing by you. 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#693208: clang unable to link trivial test program on armhf
On 14/11/2012 11:45, Julien Cristau wrote: > On Wed, Nov 14, 2012 at 09:24:50 +, peter green wrote: > >> I have attatched a diff which I would like to upload to TPU are the >> maintainer and release team happy with this? I have tested that the >> patch does not break linking on armel with either bfd or gold. >> >> P.S. it seems the version in unstable has regressed from the version >> in testing and does not link a trivial test app successfully on either >> armel or armhf I have not investigated details of that (IMO fixing >> wheezy is more important than fixing a package that is in sid and >> unlikely to make it for wheezy). >> > Having a fix in sid is a prerequisite for anything regarding wheezy. So, to fix this issue, should I do the following ? * ask for a removal of clang 3.1 in unstable * upload a version 3.0 in unstable with Peter patch * ask for an exception Thanks Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694101: [Linphone-developers] Fwd: Bug#694101: linphone/3.5.2 immediate segfault without config file
Hi, > I've installed the linphone-dbg package and started linphone through > gdb. The only additional info I get is this: > > Program received signal SIGSEGV, Segmentation fault. > 0x71d5b1f5 in av_log () from > /usr/lib/x86_64-linux-gnu/libavutil.so.51 > > Seeing that it segfaults in libavutil it needs to be said, that I'm > using Christian Marillat's libavutil from deb-multimedia.org. > deb-multimedia.org/wheezy is in my apt sources, so whatever is > present there overrides Debian's own packages and gets installed > instead. > > What I did next is to step through linphone in gdb. I can get to > line 1765 in main.c (the line number is what gdb is showing me). If > I say "step" at that line, the program segfaults. > *t Is it the gtk_main() call? Could you type "bt" in gdb after a segfault? Could you also try running linphone in valgrind? Guillaume -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694415: dnssec-tools: Net::DNS::ZoneFile::Fast.pm returns bad data after reading zone text containing $INCLUDE
Package: dnssec-tools
Version: 1.7-3
Severity: important
Tags: upstream
If I run Net::DNS::ZoneFile::Fast::parse with zone text containing a $INCLUDE
directive, the second zone I try to parse returns only the included records.
Test script:
use Net::DNS::ZoneFile::Fast;
use Data::Dumper;
open ZONE, 'something.com' or die;
$txt.=$_ while();
close ZONE;
$r1=Net::DNS::ZoneFile::Fast::parse($txt);
print Dumper($r1);
open ZONE, 'whatever.com' or die;
$moink.=$_ while();
close ZONE;
$r2=Net::DNS::ZoneFile::Fast::parse($moink);
print Dumper($r2);
Contents of 'something.com':
$TTL 1H
@ IN SOA ns0.something.com. hostmaster.something.com. (
2012112601 ; serial number MMDDNN
30m ; refresh
10m ; retry
1d ; expire
10m ) ; negative TTL
; Name servers
NS ns0.something.com.
NS ns1.something.com.
$INCLUDE "include-file"
Contents of 'whatever.com':
$TTL 1h
@ SOA ns0.whatever.com. hostmaster.whatever.com. (
2010112201 ; Serial
30m ; Refresh
10m ; Retry
10d ; Expire
30m ; Negative TTL
)
; Name servers
NS ns0.whatever.com.
NS ns1.whatever.com.
Contents of 'include-file':
wibble IN A 1.2.3.4
The second Dumper() output looks like
$VAR1 = [
bless( {
'ttl' => 0,
'name' => 'wibble',
'rdata' => '[binary data]',
'rdlength' => 4,
'Lines' => 1,
'Line' => 1,
'type' => 'A',
'class' => 'IN',
'address' => '1.2.3.4'
}, 'Net::DNS::RR::A' )
];
If I comment out the single entry in 'include-file', I get nothing at all:
$VAR1 = [];
but if I comment out the $INCLUDE directive, the results are correct:
$VAR1 = [
bless( {
'minimum' => 1800,
'serial' => 2010112201,
'ttl' => 3600,
'mname' => 'ns0.whatever.com',
'name' => '',
'rdata' => '[binary data],
'retry' => 600,
'refresh' => 1800,
'rdlength' => 51,
'Lines' => 7,
'Line' => 3,
'type' => 'SOA',
'class' => 'IN',
'expire' => 864000,
'rname' => 'hostmaster.whatever.com'
}, 'Net::DNS::RR::SOA' ),
bless( {
'nsdname' => 'ns0.whatever.com',
'ttl' => 3600,
'name' => '',
'rdata' => '[binary data]',
'rdlength' => 18,
'Lines' => 1,
'Line' => 12,
'type' => 'NS',
'class' => 'IN'
}, 'Net::DNS::RR::NS' ),
bless( {
'nsdname' => 'ns1.whatever.com',
'ttl' => 3600,
'name' => '',
'rdata' => '[binary data]',
'rdlength' => 18,
'Lines' => 1,
'Line' => 13,
'type' => 'NS',
'class' => 'IN'
}, 'Net::DNS::RR::NS' )
];
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dnssec-tools depends on:
ii bind9utils 1:9.7.3.dfsg-1~squeeze8 Utilities for BIND
ii libnet-dns-perl 0.66-2 Perform DNS queries from a Perl sc
ii libnet-dns-sec-p 0.16-1 DNSSEC extension to NET::DNS
ii libtimedate-perl 1.2000-1collection of modules to manipulat
ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction
Versions of packages dnssec-tools recommends:
ii bind91:9.7.3.dfsg-1~squeeze8 Internet Domain Name Server
dnssec-tools 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#694340: libgconf2-4: libgconf built with the dbus backend requires dbus-glib to be initialized with threading
On 26/11/2012 17:28, Josselin Mouette wrote: > Le lundi 26 novembre 2012 à 07:49 +0800, Chow Loong Jin a écrit : >>> Maybe we should just port GConf to GDBus instead, which doesn’t have >>> this issue, but this is not a small change. >> >> That was mentioned in https://bugzilla.gnome.org/show_bug.cgi?id=683830, but >> given that it isn't a small change, it's probably not going to happen for >> Wheezy. Can we slap a downstream patch in the meantime? This bug causes >> Banshee >> to crash pretty reliably. > > But we can’t fix the bug by introducing another bug. > > After reading the upstream discussion, I am convinced your patch is a > bad idea, since it will fix banshee but might trigger crashes in other > applications. > > Only a port to GDBus would do the trick, unfortunately. I guess we'll have to hack in a patch further downstream then. Perhaps gconf-sharp. I think I might have tried sometime back, but I don't recall why that didn't work. -- Kind regards, Loong Jin signature.asc Description: OpenPGP digital signature
Bug#694416: dnssec-tools: Net::DNS::ZoneFile::Fast::parse returns bad data after reading zone text containing $INCLUDE
Package: dnssec-tools
Version: 1.7-3
Severity: important
Tags: upstream
If I run Net::DNS::ZoneFile::Fast::parse with zone text containing a $INCLUDE
directive,
the second zone I try to parse returns only the included records.
Test script:
use Net::DNS::ZoneFile::Fast;
use Data::Dumper;
open ZONE, 'something.com' or die;
$txt.=$_ while();
close ZONE;
$r1=Net::DNS::ZoneFile::Fast::parse($txt);
print Dumper($r1);
open ZONE, 'whatever.com' or die;
$moink.=$_ while();
close ZONE;
$r2=Net::DNS::ZoneFile::Fast::parse($moink);
print Dumper($r2);
Contents of 'something.com':
$TTL 1H
@ IN SOA ns0.something.com. hostmaster.something.com. (
2012112601 ; serial number MMDDNN
30m ; refresh
10m ; retry
1d ; expire
10m ) ; negative TTL
; Name servers
NS ns0.something.com.
NS ns1.something.com.
$INCLUDE "include-file"
Contents of 'whatever.com':
$TTL 1h
@ SOA ns0.whatever.com. hostmaster.whatever.com. (
2010112201 ; Serial
30m ; Refresh
10m ; Retry
10d ; Expire
30m ; Negative TTL
)
; Name servers
NS ns0.whatever.com.
NS ns1.whatever.com.
Contents of 'include-file':
wibble IN A 1.2.3.4
The second Dumper() output looks like
$VAR1 = [
bless( {
'ttl' => 0,
'name' => 'wibble',
'rdata' => '[binary data]',
'rdlength' => 4,
'Lines' => 1,
'Line' => 1,
'type' => 'A',
'class' => 'IN',
'address' => '1.2.3.4'
}, 'Net::DNS::RR::A' )
];
If I comment out the single entry in 'include-file', I get nothing at all:
$VAR1 = [];
but if I comment out the $INCLUDE directive, the results are correct:
$VAR1 = [
bless( {
'minimum' => 1800,
'serial' => 2010112201,
'ttl' => 3600,
'mname' => 'ns0.whatever.com',
'name' => '',
'rdata' => '[binary data],
'retry' => 600,
'refresh' => 1800,
'rdlength' => 51,
'Lines' => 7,
'Line' => 3,
'type' => 'SOA',
'class' => 'IN',
'expire' => 864000,
'rname' => 'hostmaster.whatever.com'
}, 'Net::DNS::RR::SOA' ),
bless( {
'nsdname' => 'ns0.whatever.com',
'ttl' => 3600,
'name' => '',
'rdata' => '[binary data]',
'rdlength' => 18,
'Lines' => 1,
'Line' => 12,
'type' => 'NS',
'class' => 'IN'
}, 'Net::DNS::RR::NS' ),
bless( {
'nsdname' => 'ns1.whatever.com',
'ttl' => 3600,
'name' => '',
'rdata' => '[binary data]',
'rdlength' => 18,
'Lines' => 1,
'Line' => 13,
'type' => 'NS',
'class' => 'IN'
}, 'Net::DNS::RR::NS' )
];
-- System Information:
Debian Release: 6.0.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (50, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dnssec-tools depends on:
ii bind9utils 1:9.7.3.dfsg-1~squeeze8 Utilities for BIND
ii libnet-dns-perl 0.66-2 Perform DNS queries from a Perl sc
ii libnet-dns-sec-p 0.16-1 DNSSEC extension to NET::DNS
ii libtimedate-perl 1.2000-1collection of modules to manipulat
ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction
Versions of packages dnssec-tools recommends:
ii bind91:9.7.3.dfsg-1~squeeze8 Internet Domain Name Server
dnssec-tools 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#694417: bbdb: package installation creates /root/.gnupg/*
Package: bbdb Version: 2.36-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed that your package creates files in /root. From the attached log (scroll to the bottom): 1m4.7s ERROR: FAIL: Package purging left files on system: /root/.gnupg/ not owned /root/.gnupg/gpg.conf not owned /root/.gnupg/pubring.gpg not owned /root/.gnupg/secring.gpg not owned Creating stuff in /root is a FHS and policy violation. (And of course these files should not be deleted by maintainer scripts.) But it is also an indication that the package operation may depend on root's .gnupg configuration (and package installation might even fail if that configuration is broken). That would be a case for "configuration files not in /etc". Cheers, Andreas bbdb_2.36-2.log.gz Description: GNU Zip compressed data
Bug#694101: [Linphone-developers] Fwd: Bug#694101: linphone/3.5.2 immediate segfault without config file
On Mon, 26 Nov 2012 11:43:06 +0100, Guillaume Beraudo wrote: > Hi, > >> I've installed the linphone-dbg package and started linphone through >> gdb. The only additional info I get is this: >> >> Program received signal SIGSEGV, Segmentation fault. >> 0x71d5b1f5 in av_log () from >> /usr/lib/x86_64-linux-gnu/libavutil.so.51 >> >> Seeing that it segfaults in libavutil it needs to be said, that I'm >> using Christian Marillat's libavutil from deb-multimedia.org. >> deb-multimedia.org/wheezy is in my apt sources, so whatever is >> present there overrides Debian's own packages and gets installed >> instead. >> >> What I did next is to step through linphone in gdb. I can get to >> line 1765 in main.c (the line number is what gdb is showing me). If >> I say "step" at that line, the program segfaults. >> *t > > Is it the gtk_main() call? > > Could you type "bt" in gdb after a segfault? (gdb) bt #0 0x71d5b1f5 in av_log () from /usr/lib/x86_64-linux-gnu/libavutil.so.51 #1 0x722ba92e in ?? () from /usr/lib/x86_64-linux-gnu/libavcodec.so.53 #2 0x723f0920 in avcodec_decode_video2 () from /usr/lib/x86_64-linux-gnu/libavcodec.so.53 #3 0x77998b25 in jpeg2yuv (jpgbuf=jpgbuf@entry=0x7fffdc01a710 "\377\330\377", , bufsize=14247, reqsize=reqsize@entry=0x7fffdc004390) at nowebcam.c:80 #4 0x77998deb in ms_load_jpeg_as_yuv (jpgpath=0x7fffdc0043c0 "/usr/share/images/nowebcamCIF.jpg", reqsize=reqsize@entry=0x7fffdc004390) at nowebcam.c:1751 #5 0x77998edc in static_image_preprocess (f=) at nowebcam.c:1835 #6 0x7797558c in ms_ticker_attach (ticker=0x7fffdc003c40, f=) at msticker.c:136 #7 0x7799a839 in video_preview_start (stream=0x7e97f0, device=) at videostream.c:705 #8 0x777293b5 in toggle_video_preview (lc=lc@entry=0x7a65b0, val=) at linphonecore.c:3318 #9 0x7772dccc in linphone_core_iterate (lc=0x7a65b0) at linphonecore.c:1801 #10 0x00415340 in linphone_gtk_iterate (lc=) at main.c:507 #11 linphone_gtk_iterate (lc=0x7a65b0) at main.c:497 #12 0x74d20eeb in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #13 0x74d20355 in g_main_context_dispatch () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #14 0x74d20688 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #15 0x74d20a82 in g_main_loop_run () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #16 0x7720b797 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #17 0x00412c85 in main (argc=1, argv=0x7fffe308) at main.c:1765 > Could you also try running linphone in valgrind? $ valgrind linphone ==28105== Memcheck, a memory error detector ==28105== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al. ==28105== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info ==28105== Command: linphone ==28105== ALSA lib conf.c:4687:(snd_config_expand) Unknown parameters 0 ALSA lib control.c:951:(snd_ctl_open_noupdate) Invalid CTL default:0 ALSA lib conf.c:4687:(snd_config_expand) Unknown parameters 1 ALSA lib control.c:951:(snd_ctl_open_noupdate) Invalid CTL default:1 ==28110== Warning: invalid file descriptor 1024 in syscall close() ==28110== ==28110== HEAP SUMMARY: ==28110== in use at exit: 1,369,122 bytes in 13,974 blocks ==28110== total heap usage: 41,206 allocs, 27,232 frees, 3,825,855 bytes allocated ==28110== ==28110== LEAK SUMMARY: ==28110==definitely lost: 4,624 bytes in 9 blocks ==28110==indirectly lost: 10,288 bytes in 320 blocks ==28110== possibly lost: 527,728 bytes in 7,594 blocks ==28110==still reachable: 826,482 bytes in 6,051 blocks ==28110== suppressed: 0 bytes in 0 blocks ==28110== Rerun with --leak-check=full to see details of leaked memory ==28110== ==28110== For counts of detected and suppressed errors, rerun with: -v ==28110== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 16 from 9) [NULL @ 0x7fefff760] Value 4686111960511545344.00 for parameter 'b' out of range [NULL @ 0x7fefff760] Value 4683532506232782848.00 for parameter 'ab' out of range [NULL @ 0x7fefff760] Value 4705844345939427328.00 for parameter 'bt' out of range [NULL @ 0x7fefff760] Value 4617315517961601024.00 for parameter 'me_method' out of range [NULL @ 0x7fefff760] Value 4622945017495814144.00 for parameter 'g' out of range [NULL @ 0x7fefff760] Value 4611686018427387904.00 for parameter 'qmin' out of range [NULL @ 0x7fefff760] Value 4629418941960159232.00 for parameter 'qmax' out of range [NULL @ 0x7fefff760] Value 4613937818241073152.00 for parameter 'qdiff' out of range [NULL @ 0x7fefff760] Value -4616189618054758400.00 for parameter 'wpredp' out of range [NULL @ 0x7fefff760] Value 4607182418800017408.00 for parameter 'bug' out of range [NULL @ 0x7fefff760] Value 460718241880
Bug#694416: Duplicate -- apologies
Sorry, this is a duplicate of #694415. -- Ian Chard http://rainbow.chard.org/ sedimentation fault -- beach dumped -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669029: openswan: Implements SAref in debian kernel
On Wed, Nov 07, 2012 at 01:42:32AM +, Ben Hutchings wrote: > On Tue, 2012-11-06 at 10:27 +0100, Harald Jenny wrote: > > Dear kernel team, > > > > I do not really consider this a valid request currently as upstream is > > not actively persuing (at least now) integration of the SARef changes in > > the main kernel (at least to my knowledge). Either this bug should be > > closed or reassigned as a minor wishlist bug to openswan which will be > > reassigned to the kernel again when upstream openswan and upstream > > kernel get to a decision (just my opinion as openswan debian uploader > > and openswan upstream commiter). > > There is no need to close this. I have marked this as upstream > wishlist, and we basically leave submitters to make the case for such > requests with upstream themselves. You could create/clone a wishlist > bug in openswan and mark it blocked by this. > > Ben. > > -- > Ben Hutchings > The program is absolutely right; therefore, the computer must be wrong. Sorry for the long delay on this issue, mail went to wrong folder, will do this now... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694418: ITP: fits -- Java library for the I/O handling of FITS files
Package: wnpp Severity: wishlist Owner: Florian Rothmaier * Package name: fits Version : 1.10.0 Upstream Author : Thomas A. McGlynn * URL : http://heasarc.gsfc.nasa.gov/docs/heasarc/fits/java/ * License : public-domain Programming Lang: Java Description : Java library for the I/O handling of FITS files FITS (Flexible Image Transport System) is the standard data format in astronomy used for the transport, analysis, and archival storage of scientific data sets. This library provides efficient I/O for FITS images and binary tables. All basic FITS formats and gzip compressed files are supported. This package is built in preparation to build TOPCAT (the "Tool for OPerations on Catalogues And Tables"). A git repository has been created at http://anonscm.debian.org/gitweb/?p=debian-science/packages/fits.git . Any kind of packaging help or comments on the current status of this package is appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#622560: signing-party: please include a way to parse gpgparticipants output for caff
Hello,
I have read this proposed script, and I have some questions about it.
Although these questions may be trivial because I am really not versed
in Perl, I think they would be worth answering, in the form of comments
inside the script.
my $verified_block = 0;
^^^ What is that for?
my @fingerprints = ();
while (my $line = <>) {
chomp $line;
if (! $checksum_found && $line =~ /^SHA256/) {
$checksum_found = 1;
I see it is used here ^^^, but what for? My guess would be that it only
triggers file processing when it has found a SHA256 file header, but I
suspect my guess to be wrong: what would be the point of excluding lists
without hashes or lists with other types of hashes?
foreach my $fpr (@fingerprints) {
print $fpr, "\n";
}
Is there a reason to accumulate fingerprints and print them at the end,
rather than just printing them as we find them?
FYI, I am personally using a seven lines-long sed script, because I
usually try to use the simplest tool possible for each task, and sed
seemed sufficient for this one:
#! /bin/sed -nf
# Only work on paragraphs of people whose fingerprint and identity were
# checked
/\[[xX]\] Fingerprint OK *\[[xX]\] ID OK/,/Key fingerprint/ {
# Of all the parahraph, only consider the key fingerprint line
/Key fingerprint/ {
# Replace the full line by the only fingerprint, remove spaces
# and print
# the result
s/^ *Key fingerprint = (.*)$/\1/
s/ //g
p
}
}
Also attached, in case anyone finds it interesting.
--
,--.
: /` ) Tanguy Ortolo
| `-'Debian Developer
\_
#! /bin/sed -nf
# Only work on paragraphs of people whose fingerprint and identity were checked
/\[[xX]\] Fingerprint OK *\[[xX]\] ID OK/,/Key fingerprint/ {
# Of all the parahraph, only consider the key fingerprint line
/Key fingerprint/ {
# Replace the full line by the only fingerprint, remove spaces and print
# the result
s/^ *Key fingerprint = (.*)$/\1/
s/ //g
p
}
}
signature.asc
Description: Digital signature
Bug#690410: Puredata 0.43.2-4 crashing due to _FORTIFY_SOURCE with large patch
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-10-28 06:44, Matthew Grant wrote: > > Talk to upstream before turning on _FORTIFY_SOURCE please. > i double-checked and tried to run a fairly big patch and couldn't reproduce the crash. do you think you could produce a minimal patch showing the problem and send that to me (in private, if you prefer), so i can trigger the bug myself? fgmasdr IOhannes PS: while i'm not "the" upstream, i am involved in upstream development :-) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlCzTPIACgkQkX2Xpv6ydvQaTQCfbGhatQgKyPXnatp6n1B6ZR2G JDgAnRNAv3FOf9TLhRWJn2WyD6Vv//5q =Xotd -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#668578: icedove: Please update icedove version in backports
Am 25.11.2012 21:16, schrieb Carsten Schoenert: Mike Hommey make backports from the ESR tree from time to time. Just go to http://mozilla.debian.net and select "Icedove" and "esr" and put the generated output as described in your sources. Currently is version 10.0.9 in the ser backport. Would it be conceivable to version 17, as it is also labelled an extended service release? Which wiki page are you referring to? http://wiki.debian.org/Icedove ? Just asking because as of now it doesn' contain information aimed at end users. Thanks, Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694420: [INTL:tr] Turkish debconf templates translation
Package: nss-pam-ldapd Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Turkish translation of the nss-pam-ldapd package. Thanks, Atila KOÇ # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # Atila KOà , 2012. # msgid "" msgstr "" "Project-Id-Version: nss-pam-ldapd\n" "Report-Msgid-Bugs-To: nss-pam-ld...@packages.debian.org\n" "POT-Creation-Date: 2012-04-27 11:09+0200\n" "PO-Revision-Date: 2012-11-16 11:23+0200\n" "Last-Translator: Atila KOà \n" "Language-Team: Turkish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: Poedit 1.5.4\n" #. Type: string #. Description #: ../nslcd.templates:1001 msgid "LDAP server URI:" msgstr "LDAP sunucusu Tekdüzen Kaynak Tanımlayıcısı (URI):" #. Type: string #. Description #: ../nslcd.templates:1001 msgid "Please enter the Uniform Resource Identifier of the LDAP server. The format is \"ldap://:/\". Alternatively, \"ldaps://\" or \"ldapi://\" can be used. The port number is optional." msgstr "LDAP sunucusunun Tekdüzen Kaynak Tanımlayıcısını (URI) giriniz. Bu \"ldap://:/\" Åeklinde bir dizgedir. \"ldaps://\" ya da \"ldapi://\" de kullanılabilir. BaÄlantı noktası (port) numarası seçime baÄlıdır." #. Type: string #. Description #: ../nslcd.templates:1001 msgid "When using an ldap or ldaps scheme it is recommended to use an IP address to avoid failures when domain name services are unavailable." msgstr "'ldap' ya da 'ldaps' düzeni kullanıldıÄında, alan adı hizmetinin eriÅilemediÄi durumlarda aksama yaÅanmaması için IP adresi kullanmanız önerilir." #. Type: string #. Description #: ../nslcd.templates:1001 msgid "Multiple URIs can be specified by separating them with spaces." msgstr "Aralarında boÅluk bırakılarak birden fazla URI tanımlanabilir." #. Type: string #. Description #: ../nslcd.templates:2001 msgid "LDAP server search base:" msgstr "LDAP sunucusu arama tabanı:" #. Type: string #. Description #: ../nslcd.templates:2001 msgid "Please enter the distinguished name of the LDAP search base. Many sites use the components of their domain names for this purpose. For example, the domain \"example.net\" would use \"dc=example,dc=net\" as the distinguished name of the search base." msgstr "LDAP arama tabanının belirgin adını giriniz. ÃoÄu site bunun için alan adlarının bileÅenlerini kullanır. ÃrneÄin alan adı \"example.net\" olan site, arama tabanı belirgin adı olarak \"dc=example,dc=net\" kullanır." #. Type: select #. Choices #: ../nslcd.templates:3001 msgid "none" msgstr "yok" #. Type: select #. Choices #: ../nslcd.templates:3001 msgid "simple" msgstr "basit" #. Type: select #. Choices #: ../nslcd.templates:3001 msgid "SASL" msgstr "SASL" #. Type: select #. Description #: ../nslcd.templates:3002 msgid "LDAP authentication to use:" msgstr "Kullanılacak LDAP doÄrulama biçimi:" #. Type: select #. Description #: ../nslcd.templates:3002 msgid "Please choose what type of authentication the LDAP database should require (if any):" msgstr "Lütfen LDAP veritabanı tarafından istenecek doÄrulama Åeklini seçiniz (eÄer varsa):" #. Type: select #. Description #: ../nslcd.templates:3002 msgid "" " * none: no authentication;\n" " * simple: simple bind DN and password authentication;\n" " * SASL: any Simple Authentication and Security Layer mechanism." msgstr "" " * yok: doÄrulama yok;\n" " * basit: belirgin ad (DN) ile basit baÄlantı ve parola ile doÄrulama;\n" " * SASL: herhangi bir Basit DoÄrulama ve Güvenlik Katmanı (SASL) yöntemi." #. Type: string #. Description #: ../nslcd.templates:4001 msgid "LDAP database user:" msgstr "LDAP veritabanı kullanıcısı:" #. Type: string #. Description #: ../nslcd.templates:4001 msgid "Enter the name of the account that will be used to log in to the LDAP database. This value should be specified as a DN (distinguished name)." msgstr "LDAP veritabanında oturum açmak için kullanılacak hesabın adını giriniz. Bu deÄer bir belirgin ad (DN) Åeklinde girilmelidir (örneÄin dc=example,dc=net)." #. Type: password #. Description #: ../nslcd.templates:5001 msgid "LDAP user password:" msgstr "LDAP kullanıcı parolası:" #. Type: password #. Description #: ../nslcd.templates:5001 msgid "Enter the password that will be used to log in to the LDAP database." msgstr "LDAP veritabanında oturum açmak için kullanılacak parolayı giriniz." #. Type: select #. Description #: ../nslcd.templates:6001 msgid "SASL mechanism to use:" msgstr "Kullanılacak SASL yöntemi:" #. Type: select #. Description #: ../nslcd.templates:6001 msgid "Choose the SASL mechanism that will be used to authenticate to the LDAP database:" msgstr "LDAP veritabanında doÄrulama için kullanılacak SASL yöntemini seçiniz:" #. Type: select #. Description #: ../nslcd.templates:6001 msgid "" " * auto: auto
Bug#677407: gnome-dbg: fails to upgrade from squeeze - apt does not find an upgrade path
On Sat, 16 Jun 2012 at 10:49:19 +0200, Andreas Beckmann wrote: > the problem I previously reported for gnome-dbg now also shows up for > gnome-core. Your log from 1st November is for gnome-dbg. Is this reproducible for gnome-core too, or only for gnome-dbg? Could you please explain how an apt or GNOME developer with no particular knowledge of piuparts or pbuilder can reproduce this upgrade issue? (I use sbuild for my package uploads, so I don't have a working pbuilder setup; in his message of 13th October, Neil Williams performed a "realistic" upgrade test of gnome-dbg in a Squeeze virtual machine, which was successful.) On Thu, 01 Nov 2012 at 23:04:52 +0100, Andreas Beckmann wrote: > Still reproducible in squeeze->wheezy upgrades, new logfile with > problemresolver debug output attached. The problems still seem to start here: > Investigating (0) gir1.2-gstreamer-0.10 [ amd64 ] < none -> 0.10.36-1 > ( > introspection ) > Broken gir1.2-gstreamer-0.10:amd64 Conflicts on gir1.0-gstreamer-0.10 [ > amd64 ] < 0.10.30-1 > ( libs ) > Considering gir1.0-gstreamer-0.10:amd64 1 as a solution to > gir1.2-gstreamer-0.10:amd64 1 > Holding Back gir1.2-gstreamer-0.10:amd64 rather than change > gir1.0-gstreamer-0.10:amd64 That's not the answer we want: apt should be willing to remove gir1.0-gstreamer-0.10:amd64. Unfortunately, gir1.0-gstreamer-0.10 and gir1.2-gstreamer-0.10 both have a score of 1, and apt seems to tie-break in the wrong direction. > Broken libseed-gtk3-0:amd64 Depends on gir1.2-gstreamer-0.10 [ amd64 ] < > none -> 0.10.36-1 > ( introspection ) > Considering gir1.2-gstreamer-0.10:amd64 1 as a solution to > libseed-gtk3-0:amd64 5 > Holding Back libseed-gtk3-0:amd64 rather than change > gir1.2-gstreamer-0.10:amd64 This is the result of the above; that breaks libpeas, which breaks various applications. Would an artificial dependency, gnome-dbg Depends: gir1.2-gstreamer-0.10 or even gnome-core Depends: gir1.2-gstreamer-0.10, perhaps reassure apt that it was doing the right thing by installing gir1.2-gstreamer-0.10 and dropping gir1.0-gstreamer-0.10? Or is there something else that src:meta-gnome could do to hint apt to do the right thing? I call this dependency "artificial" because gnome-core has no particular reason to depend on a random GIR file; but if doing so for the wheezy release would help the upgrade, it would be fairly harmless to do so, because they're already related by these chains: gnome-core Depends: gnome-sushi Depends: gir1.2-gstreamer-0.10 gnome-core D: eog D: libpeas-1.0-0 D: libseed-gtk3-0 D: gir1.2-gstreamer-0.10 Perhaps another way to convince apt to DTRT would be to change the dependency libseed-gtk3-0 D: gir1.2-gstreamer-0.10 | libgstreamer0.10-0 (< 0.10.25-3) and remove the obsolete alternative (the second branch), to make the "right answer" more obvious? Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693208: clang unable to link trivial test program on armhf
Hello Sylvestre,
Installing clang and llvm-runtime packages on my Debian testing, here is
what I get :
$ cat hello.c
#include
int main (void) {
printf ("Hello, world!\n");
return 0;
}
$ clang -emit-llvm -c hello.c && lli hello.o
lli: hello.o: unknown type in type table
However, installing llvm-3.1-runtime as well, 3.1 being the LLVM version
clang is based on, I get (forcing the lli version to 3.1) :
$ clang -emit-llvm -c hello.c && lli-3.1 hello.o
Hello, world!
I think asking our users to explicitly use versioned LLVM tools with clang
is wrong. In the future, I think you should base clang on the default LLVM
version, even if a newer LLVM version is available in the repositories.
Regarding the current clang packages in the repositories (3.0 in testing,
3.1 in unstable), you would have to add an epoch to downgrade clang to 3.0
in unstable with a fix and then have to fix migrated to testing. This would
also fix the issue above, but epochs are, well, not beautiful...
What is your opinion regarding those issues?
Cheers,
Arthur.
2012/11/26 Sylvestre Ledru
> On 14/11/2012 11:45, Julien Cristau wrote:
> > On Wed, Nov 14, 2012 at 09:24:50 +, peter green wrote:
> >
> >> I have attatched a diff which I would like to upload to TPU are the
> >> maintainer and release team happy with this? I have tested that the
> >> patch does not break linking on armel with either bfd or gold.
> >>
> >> P.S. it seems the version in unstable has regressed from the version
> >> in testing and does not link a trivial test app successfully on either
> >> armel or armhf I have not investigated details of that (IMO fixing
> >> wheezy is more important than fixing a package that is in sid and
> >> unlikely to make it for wheezy).
> >>
> > Having a fix in sid is a prerequisite for anything regarding wheezy.
> So, to fix this issue, should I do the following ?
>
> * ask for a removal of clang 3.1 in unstable
> * upload a version 3.0 in unstable with Peter patch
> * ask for an exception
>
> Thanks
> Sylvestre
>
> ___
> Pkg-llvm-team mailing list
> pkg-llvm-t...@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-llvm-team
>
Bug#692297: youtube-dl: no longer works on Youtube
2012/11/26 Rogério Brito
> Frode,
>
> On Mon, Nov 26, 2012 at 7:34 AM, Frode Severin Hatlevik
> wrote:
> > Installing youtube-dl from sid on wheezy by apt-pinning does not help.
>
> It should. What is the version of python that you are running by
> default (simply opening a prompt with python will tell you).
>
$ python
Python 2.7.3rc2 (default, Apr 22 2012, 22:30:17)
[GCC 4.6.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
Python sure is friendly.
> ```shell
> > $ youtube-dl http://www.youtube.com/watch?v=SfGTq71VXfo
> > [youtube] Setting language
> > [youtube] SfGTq71VXfo: Downloading video webpage
> > [youtube] SfGTq71VXfo: Downloading video info webpage
> > [youtube] SfGTq71VXfo: Extracting video information
> > ERROR: no fmt_url_map or conn information found in video info
> > ```
>
> Are you really sure that this version comes from sid? What does
> "youtube-dl --version" say?
$ youtube-dl --version
2011.02.25c
Ahh, but here is the source of the problem.
For some reason, I have an old version of youtube-dl lurking about in
/usr/local/bin.
$ which youtube-dl
/usr/local/bin/youtube-dl
Removing this stale file, and logging in and out again, solved the problem.
$ which youtube-dl
/usr/bin/youtube-dl
$ youtube-dl --version
2012.09.27
$ youtube-dl http://www.youtube.com/watch?v=SfGTq71VXfo
[youtube] Setting language
[youtube] SfGTq71VXfo: Downloading video webpage
[youtube] SfGTq71VXfo: Downloading video info webpage
[youtube] SfGTq71VXfo: Extracting video information
[download] Destination: SfGTq71VXfo.flv
[download] 100.0% of 25.74M at 156.76k/s ETA 00:00
> I suppose I would have to upgrade python too, but that would break my
> > system big time.
>
> No, you don't have to upgrade python in any way.
>
Huzzah!
> > I guess I will have to wait for the packages to propagate from sid, or
> else
> > compile python myself. I'd rather not compile python...
>
> If you are desperate, you can simply grab the .deb from a Debian
> archive and install it with dpkg. I make sure to always make
> youtube-dl only depend on python and nothing else.
>
The fewer the dependencies the better.
Regards,
>
> --
> Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
> http://rb.doesntexist.org/blog : Projects : https://github.com/rbrito/
> DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br
>
Thank you so much for all the help.
;)Frode
--
Da sa Gud: "Det bli lys!"
Og det ble lys.
1. Mosebok 1.3
And God said, "Let there be light,"
and there was light.
Genesis 1:3, NIV
Bug#694421: gworkspace: invalid UTF-8 in changelog
Package: gworkspace Version: 0.8.8-1.1 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu raring Policy says "The entire changelog must be encoded in UTF-8" (section 4.4), but gworkspace's changelog is not: $ iconv -f UTF-8 -t UCS-4 /dev/null iconv: illegal input sequence at position 718 The error is on line 27. Please convert this line to UTF-8. (I noticed this because it managed to tickle https://bugs.launchpad.net/launchpad/+bug/1083131.) 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#694301: tag as pending
tags 694301 + pending tags 691656 + pending thanks I have committed necessary changes to Debian's gnome-settings-daemon and gnome-control-center repository to disable IBus integration for experimental. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690067: syslog-ng-core: symlink conffile issues
Enrico Zini writes: > On Mon, Oct 15, 2012 at 11:56:16AM +0200, Gergely Nagy wrote: > >> Mostly for myself, but replacing the symlinks with real conffiles that >> .include the former symlink targets may be an even better course of >> action. I'll test that over the next few days, and see how upgrades >> behave. > > Hi, any news? Sorry, I forgot to follow up on this it seems. I tested the unit files that simply .include'd the real ones, and that works nicely. Tested the upgrade path too, seems smooth. I promised the maintainer to prepare patches suitable for wheezy, including this one, but did not get around to do them yet. With a bit of luck, I'll have some free time to make this happen around next week. (For what it's worth, the fix is available in my git tree at [1] and [2]) [1]: https://github.com/algernon/syslog-ng/commit/cd7611244c818ccc14328cddb20467adb9d7851f.patch [2]: https://github.com/algernon/syslog-ng/commit/da0cd112858fef0b6263233877edee13ff890d90.patch -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#676732: tucnak2: FTBFS: rotar.c:25:45: error: dereferencing pointer to incomplete type
Hi, I can confirm that adding "libhamlib-dev, libfftw3-dev" to Build-Depends fixes this. Thanks, Roland -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694422: unblock: gcalctool/6.4.2.1-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gcalctool for a small dependency update.
gcalctool (6.4.2.1-3) unstable; urgency=low
* Recommend gnome-icon-theme-symbolic instead of gnome-icon-theme.
Closes: #692197.
--- debian/control.in (révision 34904)
+++ debian/control.in (copie de travail)
@@ -25,7 +25,7 @@
${misc:Depends}
Recommends: yelp,
gvfs,
-gnome-icon-theme
+gnome-icon-theme-symbolic
Description: GNOME desktop calculator
gcalctool is a powerful graphical calculator with financial, logical and
scientific modes. It uses a multiple precision package to do its arithmetic
unblock gcalctool/6.4.2.1-3
Thanks,
--
.''`. Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690381: Insane packaging of pax
On Mon, 26 Nov 2012 10:21:05 + (UTC) Thorsten Glaser wrote: > Neil Williams dixit: > > >work on except you. You are replaceable and pax is not *your personal > >package* - it is in Debian, everyone with upload rights needs to be > >able to at least work out if the package is sane. > > Somewhat, yes. But I am still the maintainer, and doing things. That cannot be guaranteed - at some point, someone else is going to need to work on pax. The build system is non-standard and not well tested because it's restricted to only two packages. If that turns out to be me, I will RM. I'm not going to spend time on the current insanity. > Furthermore, by not using debhelper, I know exactly what’s going on. > cdbs and dh7 are even worse because they hide precisely that. Use old-style debhelper. Are you trying to say that dh_shlibdeps hides things more than dpkg-shlibdeps does? Or that dh_gencontrol hides things compared to dpkg-gencontrol? How is it helpful if you *and only you* know what is going on? > >fakeroot stuff". There is no fakeroot problem with cross-building. It's > >a fault generated by your non-standard use of pax and the whole B/c/ > >misdirection. > > The only thing you could say here is that the chown call is not > necessary at all, but I’ve yet to see it hurting (I did test > cross-building). If it’s just redundant, I don’t *need* to remove > it. It’s certainly less overhead than installing debhelper. It's confusing and misleading. It adds to the obfuscation of the package. It would appear to be an artefact of the insane build system itself, therefore the fix is to not use pax in it's own packaging. > >itself. The current packaging admits as much by using dpkg-deb when > >cross-building when what you *mean* is to use dpkg-deb when > >*bootstrapping* in order to break this self-imposed circular > >dependency.) > > No, because, for a native build, at that poing, pax is already > available. In fact, this is a test for pax, and it has found a > bug in fakeroot precisely *because* the pax just built is used > to create its own package. Nothing circular in there. The pax just built is going to be for the wrong architecture. I don't see any attempt to build for DEB_BUILD_GNU_TYPE and then rebuild with DEB_HOST_GNU_TYPE for the final packaging. You can't run an armel (HOST) binary on amd64 (BUILD). So the cross-build for armel depends on itself (amd64) which is not helpful, especially as it is completely unnecessary. There is no need to use pax in it's own buildsystem. This is common for interpreted languages but it is still a problem and it is completely unnecessary for pax. By doing so, you are deliberately being awkward to those who may end up bootstrapping a new architecture. > >Then simply rebuild debhelper with a local change > > No, that would break other builds. Rubbish. A local change to drop po-debconf from the dependencies of debhelper does not affect other builds in any way. Complete nonsense. > >Why is it a problem for you that your peers wanted to look at pax? > > That’s not the problem. The problem is that I’m being steamrolled > over with no notice beforehand, and with no (to me) visible reason. Your packaging is impenetrable to those who would need to fix it when you are not around. That is sufficient reason. There is no need for a notice period before a bug is filed and Debian does these sort of things in public, so a bug report is perfectly acceptable. > >> I *am* fairly territorial wrt. my packages (those I do not comaintain) > > > >That is the entire problem and that attitude is not welcome in Debian. > > Debian is a do-ocracy, and you can’t say I’m doing nothing. I'm not saying anything like that - I'm saying that nobody can guarantee their own availability into the future. Just because you're responding now, doesn't mean you will be when someone else needs something fixed in pax. That's why we have NMU's - your package is IMHO not NMU-able because the build system is insane. That's why, if I had to work on something in pax whilst you weren't around for whatever reason, my only option would be to RM. It's better that I declare that now than for you to come back from some period of illness or whatever and find the package removed. This bug report is asking that you prevent that situation occurring. > Also, it has traditionally, and recently, upheld strong package > maintainership, so this is even a customary law. I don’t care > whether this attitude is not welcome for *you* but it matches > what is practiced in Debian. I’m just stating it explicitly. Strong package maintainership does not give you sole rights over the package. Others have to be able to work on it as well. When your peers complain that the package is not understandable, the standard reaction from a package maintainer would be to fix the problem. Just because you can do insane packaging, does not mean you should. > >The current package is unfit due to it being sufficiently non-standard > >tha
Bug#694423: unblock: d-conf/0.12.1-3
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package d-conf for a dependency RC bugfix.
d-conf (0.12.1-3) unstable; urgency=low
* libdconf-dev breaks/replaces valac (<< 0.9.5). Closes: #694363.
--- debian/control.in (révision 36000)
+++ debian/control.in (copie de travail)
@@ -38,6 +38,8 @@
libdconf0 (= ${binary:Version}),
libglib2.0-dev (>= 2.25.7)
Recommends: libdconf-doc
+Breaks: valac (<< 0.9.5)
+Replaces: valac (<< 0.9.5)
Description: simple configuration storage system - development files
DConf is a low-level key/value database designed for storing desktop
environment settings.
unblock d-conf/0.12.1-3
Thanks,
--
.''`. Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694424: med-pharmacy: should there be a transitional med-pharmacy package for smooth upgrades?
Package: med-pharmacy Version: 1.11 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package no longer installs in sid. It was renamed to med-pharma in 1.12, but there is no transitional package to ensure smooth upgrades. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520753: ghostscript: diff for NMU version 9.05~dfsg-6.3
First of all, thanks to *both* og you for caring about this issue. Quoting Didier 'OdyX' Raboud (2012-11-26 09:42:02) > Le dimanche, 25 novembre 2012 19.15:39, Michael Gilbert a écrit : > > I personally prefer the one-line fix for wheezy due to simplicity. > > I think the "nice" but large fix should wait till jessie. > > I very much disagree here. Let me explain why: first, if look closely, > it's not a "big" fix: we drop the postinst completely in favour of a > two-lines file that is installed in /usr/share/cups/ppd-updaters/. Agreed. > Getting rid of that duplication for Wheezy is worth it IMHO. > > > Also, a 1-day delay for an already fixed bug doesn't seem right. > > I have rescheduled it to 5 days (+4). Please test the new package in the mean > time. I have not tested it, but do consider your approach to be an improvement, Odyx. Since you have already offered to defend it for the Release Team, I see no reason to delay it further: had I acted sooner on this, I would have applied your fix and uploaded without delay at all. - Jonas signature.asc Description: signature
Bug#694425: pfstmo: Please support arch powerpcspe
Package: pfstmo Version: 1.4-1 Severity: wishlist Tags: patch sid User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, pfstmo currently FTBFS on powerpcspe[1] like this: powerpc-linux-gnuspe-g++ -DHAVE_CONFIG_H -I. -I../.. -I/usr/include/pfs-1.2 -I../../src/pfstmo/-Wall -g -O2 -fopenmp -DBRANCH_PREDICTION -mtune=powerpc -MT pfstmo_drago03.o -MD -MP -MF .deps/pfstmo_drago03.Tpo -c -o pfstmo_drago03.o pfstmo_drago03.cpp /tmp/ccnMW8vc.s: Assembler messages: /tmp/ccnMW8vc.s:429: Error: Unrecognized opcode: `stfd' [...] Attaching a patch that fixes this by preventing "-mtune=powerpc" which leads gcc to generate asm statements only available on PowerPC w/ altivec (but not on the SPE variant). An additional autoreconf and in turn adjusting CXXFLAGS.dpatch is also necessary. Thanks, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- acinclude.m4.backup 2012-11-26 11:54:04.0 +0100 +++ acinclude.m4 2012-11-26 11:54:27.0 +0100 @@ -170,7 +170,11 @@ if test "x$ax_gcc_arch" != x -a "x$ax_gcc_arch" != xno; then for arch in $ax_gcc_arch; do if test "x[]m4_default([$1],yes)" = xyes; then # if we require portable code -flags="-mtune=$arch" +if test "x$cputype" = xe500v2 ; then + flags="" +else + flags="-mtune=$arch" +fi # -mcpu=$arch and m$arch generate nonportable code on every arch except # x86. And some other arches (e.g. Alpha) don't accept -mtune. Grrr. case $host_cpu in i*86|x86_64*) flags="$flags -mcpu=$arch -m$arch";; esac
Bug#694426: unblock: gnome-shell/3.4.2-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gnome-shell for a pair of dependency updates. gnome-shell (3.4.2-3) unstable; urgency=low * Recommend unzip. Closes: #680978. * Recommend gkbd-capplet for gkbd-keyboard-display. Closes: #691731. --- debian/control.in (révision 35850) +++ debian/control.in (copie de travail) @@ -83,7 +83,9 @@ Recommends: gnome-contacts, gnome-control-center, gnome-session-fallback, -gnome-user-guide +gnome-user-guide, +unzip, +gkbd-capplet Breaks: fglrx-driver (<< 1:11-10), gnome-control-center (<< 1:3.0), gnome-session (<< 3.0), unblock gnome-shell/3.4.2-3 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694428: dailystrips: Rename "Scary Go Round" to "Bad Machinery"
Package: dailystrips Version: 1.0.28-11 Severity: minor The comic whose id is "scarygoround" is now called "Bad Machinery". I suggest you change the name field only: the URL is the same, and there's no need to make users change their configurations. Perhaps also add an alias with the new name for new users of dailystrips? -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-17-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dailystrips depends on: ii debconf [debconf-2.0] 1.5.46ubuntu1 ii libtimedate-perl 1.2000-1 ii libwww-perl6.04-1 ii perl 5.14.2-13 dailystrips recommends no packages. dailystrips suggests no packages. -- debconf information: dailystrips/warning-etcdefs: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694427: hdf5: Please support arch powerpcspe
Package: hdf5
Version: 1.8.8-9
Severity: wishlist
Tags: patch sid
User: debian-powerpc...@breakpoint.cc
Usertags: powerpcspe
Hi,
hdf5 currently FTBFS on powerpcspe [1] like this:
dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols
file: see diff output below
dpkg-gensymbols: warning: debian/libhdf5-openmpi-7/DEBIAN/symbols doesn't match
completely debian/libhdf5-openmpi-7.symbols
[...]
dh_makeshlibs: dpkg-gensymbols -plibhdf5-openmpi-7
-Idebian/libhdf5-openmpi-7.symbols -Pdebian/libhdf5-openmpi-7 returned exit
code 1
make: *** [binary-arch] Error 1
dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit
status 2
[...]
Attaching a patch that fixes this by adding powerpcspe to the respective
symbols files, control and rules.
Thanks,
Roland
[1] http://wiki.debian.org/PowerPCSPEPort
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
diff -ruN hdf5-1.8.8.backup/debian/control hdf5-1.8.8/debian/control
--- hdf5-1.8.8.backup/debian/control 2012-03-08 11:18:22.0 +0100
+++ hdf5-1.8.8/debian/control 2012-11-26 11:22:14.242636329 +0100
@@ -76,7 +76,7 @@
Package: libhdf5-openmpi-7
Section: libs
Priority: extra
-Architecture: alpha armel armhf amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
+Architecture: alpha armel armhf amd64 i386 ia64 powerpc powerpcspe sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libhdf5-7, libhdf5-1.8,
libhdf5-1.8.4, libhdf5-openmpi-1.8.4, libhdf5-1.8.6, libhdf5-openmpi-1.8.6,
@@ -95,7 +95,7 @@
Package: libhdf5-openmpi-dev
Section: libdevel
Priority: extra
-Architecture: alpha armel armhf amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
+Architecture: alpha armel armhf amd64 i386 ia64 powerpc powerpcspe sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: libhdf5-openmpi-7 (= ${binary:Version}), zlib1g-dev,
libjpeg-dev, libopenmpi-dev, ${misc:Depends}, hdf5-helpers
Conflicts: libhdf5-dev
@@ -112,7 +112,7 @@
Package: libhdf5-openmpi-7-dbg
Section: debug
Priority: extra
-Architecture: alpha armel armhf amd64 i386 ia64 powerpc sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
+Architecture: alpha armel armhf amd64 i386 ia64 powerpc powerpcspe sparc kfreebsd-i386 kfreebsd-amd64 hurd-i386
Depends: ${shlibs:Depends}, ${misc:Depends},
libhdf5-openmpi-7 (= ${binary:Version}),
Description: Hierarchical Data Format 5 (HDF5) - OpenMPI Debug package
diff -ruN hdf5-1.8.8.backup/debian/libhdf5-7.symbols hdf5-1.8.8/debian/libhdf5-7.symbols
--- hdf5-1.8.8.backup/debian/libhdf5-7.symbols 2012-02-24 11:15:58.0 +0100
+++ hdf5-1.8.8/debian/libhdf5-7.symbols 2012-11-26 11:23:36.758656795 +0100
@@ -2015,7 +2015,7 @@
H5T_conv_ldouble_double@Base 1.8.7
H5T_conv_ldouble_float@Base 1.8.7
H5T_conv_ldouble_int@Base 1.8.7
- (arch=!powerpc !sh4)H5T_conv_ldouble_llong@Base 1.8.7
+ (arch=!powerpc !powerpcspe !sh4)H5T_conv_ldouble_llong@Base 1.8.7
H5T_conv_ldouble_long@Base 1.8.7
H5T_conv_ldouble_schar@Base 1.8.7
H5T_conv_ldouble_short@Base 1.8.7
@@ -2027,7 +2027,7 @@
H5T_conv_llong_double@Base 1.8.7
H5T_conv_llong_float@Base 1.8.7
H5T_conv_llong_int@Base 1.8.7
- (arch=!powerpc !sh4)H5T_conv_llong_ldouble@Base 1.8.7
+ (arch=!powerpc !powerpcspe !sh4)H5T_conv_llong_ldouble@Base 1.8.7
H5T_conv_llong_long@Base 1.8.7
H5T_conv_llong_schar@Base 1.8.7
H5T_conv_llong_short@Base 1.8.7
@@ -2107,7 +2107,7 @@
H5T_conv_ullong_float@Base 1.8.7
H5T_conv_ullong_int@Base 1.8.7
H5T_conv_ullong_ldouble@Base 1.8.7
- (arch=!armel !armhf !alpha !sparc !mipsel !powerpc !sh4)H5T_conv_ullong_ldouble@Base 1.8.7
+ (arch=!armel !armhf !alpha !sparc !mipsel !powerpc !powerpcspe !sh4)H5T_conv_ullong_ldouble@Base 1.8.7
H5T_conv_ullong_llong@Base 1.8.7
H5T_conv_ullong_long@Base 1.8.7
H5T_conv_ullong_schar@Base 1.8.7
diff -ruN hdf5-1.8.8.backup/debian/libhdf5-mpich2-7.symbols hdf5-1.8.8/debian/libhdf5-mpich2-7.symbols
--- hdf5-1.8.8.backup/debian/libhdf5-mpich2-7.symbols 2012-01-31 15:02:05.0 +0100
+++ hdf5-1.8.8/debian/libhdf5-mpich2-7.symbols 2012-11-26 11:24:20.902667571 +0100
@@ -2056,7 +2056,7 @@
H5T_conv_ldouble_double@Base 1.8.7
H5T_conv_ldouble_float@Base 1.8.7
H5T_conv_ldouble_int@Base 1.8.7
- (arch=!powerpc)H5T_conv_ldouble_llong@Base 1.8.7
+ (arch=!powerpc !powerpcspe)H5T_conv_ldouble_llong@Base 1.8.7
H5T_conv_ldouble_long@Base 1.8.7
H5T_conv_ldouble_schar@Base 1.8.7
H5T_conv_ldouble_short@Base 1.8.7
@@ -2068,7 +2068,7 @@
H5T_conv_llong_double@Base 1.8.7
H5T_conv_llong_float@Base 1.8.7
H5T_conv_llong_int@Base 1.8.7
- (arch=!powerpc)H5T_conv_llong_ldouble@Base 1.8.7
+ (arch=!powerpc !powerpcspe)H5T_conv_llong_ldouble@Base 1.8.7
H5T_conv_llong_long@Base 1.8.7
H5T_conv_llong_schar
Bug#694429: blktap-dkms: unowned files after purge (policy 6.8, 10.8): /lib/modules/$KVERS/kernel/
Package: blktap-dkms Version: 2.0.91-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. >From the attached log (scroll to the bottom...): Removing blktap-dkms ... Uninstall Beginning Module: blktap Version: 2.0.91 Kernel: 3.2.0-4-amd64 (x86_64) - Status: Before uninstall, this module version was ACTIVE on this kernel. blktap.ko: - Uninstallation - Deleting from: /lib/modules/3.2.0-4-amd64/kernel/../extra// - Original module - No original module was found for this module on this kernel. - Use the dkms install command to reinstall any previous module version. depmod DKMS: uninstall completed. -- Deleting module version: 2.0.91 completely from the DKMS tree. -- Done. [...] 1m1.4s ERROR: FAIL: Package purging left files on system: /lib/modules/3.2.0-4-amd64/kernel/ not owned I recently patched dkms to (try to) remove the directories it created in /lib/modules/*/ to install the kernel modules. This works fine for all packages except blktap-dkms which uses DEST_MODULE_LOCATION="/kernel/../extra/" in its dkms.conf, while all other -dkms packages use a path without a '..' component. The "extra" directory gets cleaned up, but the "kernel" directory is not, and I don't want to enhance dkms to handle '..' in these paths. Please change this to DEST_MODULE_LOCATION="/extra" (although I would prefer DEST_MODULE_LOCATION="/updates/dkms", but I'm afraid dkms wouldn't handle this as a smooth transition) cheers, Andreas blktap-dkms_2.0.91-1.log.gz Description: GNU Zip compressed data
Bug#668578: icedove: Please update icedove version in backports
Hello Johannes, Am 26.11.2012 12:30, schrieb Johannes Rohr: > Would it be conceivable to version 17, as it is also labelled an > extended service release? I think so. But I will ask Christoph if he know more. Some day we will build versions for backport, but untill now we haven't found enough time for this. It's eating a lot of time in the past to get working releases for experimental/unstable. > Which wiki page are you referring to? http://wiki.debian.org/Icedove ? > Just asking because as of now it doesn' contain information aimed at end > users. That is the page I would place it, thanks! Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693208: clang unable to link trivial test program on armhf
On 26/11/2012 12:42, Arthur Loiret wrote:
> Hello Sylvestre,
>
> Installing clang and llvm-runtime packages on my Debian testing, here is
> what I get :
>
> $ cat hello.c
> #include
> int main (void) {
> printf ("Hello, world!\n");
> return 0;
> }
> $ clang -emit-llvm -c hello.c && lli hello.o
> lli: hello.o: unknown type in type table
>
> However, installing llvm-3.1-runtime as well, 3.1 being the LLVM version
> clang is based on, I get (forcing the lli version to 3.1) :
>
> $ clang -emit-llvm -c hello.c && lli-3.1 hello.o
> Hello, world!
I am not sure to see how it is related to the bug 693208 ?
> I think asking our users to explicitly use versioned LLVM tools with clang
> is wrong. In the future, I think you should base clang on the default LLVM
> version, even if a newer LLVM version is available in the repositories.
I don't understand what you mean:
In wheezy, llvm-default install llvm 3.0:
http://packages.debian.org/wheezy/llvm
and the version of clang in wheezy is 3.0:
http://packages.debian.org/wheezy/clang
> Regarding the current clang packages in the repositories (3.0 in testing,
> 3.1 in unstable), you would have to add an epoch to downgrade clang to 3.0
> in unstable with a fix and then have to fix migrated to testing. This would
> also fix the issue above, but epochs are, well, not beautiful...
>
> What is your opinion regarding those issues?
I don't know. It is why I asked to the release team for guidance.
Sylvestre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694430: unblock: seed/3.2.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package seed for: - installation of a missing file - removal of a useless alternate dependency This might help with some APT updates, and the change is harmless regardless. seed (3.2.0-2) unstable; urgency=low [ Josselin Mouette ] * Update repository URL. [ Gustavo Noronha Silva ] * debian/libseed-gtk3-dev.install: - install the D-Bus interface generation script [ Josselin Mouette ] * Remove the alternate dependency for gir1.2-gstreamer-0.10 because it might be the cause of APT failing some upgrades (see bug#677407). Index: debian/control.in === --- debian/control.in (.../packages/unstable/seed)(révision 32000) +++ debian/control.in (.../desktop/unstable/seed) (copie de travail) @@ -23,8 +23,8 @@ gtk-doc-tools (>= 1.9) Uploaders: @GNOME_TEAM@ Standards-Version: 3.9.2 -Vcs-Svn: svn://anonscm.debian.org/svn/pkg-gnome/packages/unstable/seed -Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/packages/unstable/seed +Vcs-Svn: svn://anonscm.debian.org/svn/pkg-gnome/desktop/unstable/seed +Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-gnome/desktop/unstable/seed Homepage: http://live.gnome.org/Seed Package: seed @@ -50,7 +50,7 @@ gnome-js-common, gir1.2-glib-2.0, gir1.2-clutter-1.0, - gir1.2-gstreamer-0.10 | libgstreamer0.10-0 (<< 0.10.25-3), + gir1.2-gstreamer-0.10, gir1.2-gtk-3.0 Description: GObject JavaScript bindings for the webkit engine - Runtime Seed is a library and interpreter, dynamically bridging (through Index: debian/libseed-gtk3-dev.install === --- debian/libseed-gtk3-dev.install (.../packages/unstable/seed) (révision 32000) +++ debian/libseed-gtk3-dev.install (.../desktop/unstable/seed) (copie de travail) @@ -2,3 +2,4 @@ usr/include usr/lib/lib*.so usr/lib/lib*.a +modules/dbus/dbus2js.py usr/share/seed-gtk3 unblock seed/3.2.0-2 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692295: Workaround in couchdb
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 692295 couchdb 1.2.0-2
found 692295 1.2.0-1
retitle 692295 Uses SIGHUP instead of SIGTERM for graceful shutdown
tags 692295 + patch
tags 692295 + upstream
severity 692295 serious
kthxbye
After a bit of discussion with various parties and thinking a lot about
the issue, I came to the conclusion that using SIGHUP for graceful
shutdown is not acceptable. I tested that using SIGTERM also triggers a
graceful shutdown (well, it has to, because simpler init systems, like on
many BSD flavours, simply sends SIGTERM to all processes upon shutdown
...) and patched the wrapper script accordingly.
Attached is a trivial patch that repaces SIGHUP with SIGTERM and it solves
the problem. This should be reported upstream and discussed with the
developers.
However, I think the patch should be applied in Debian, probably by
sponsoring the NMU published at
http://mentors.debian.net/debian/pool/main/c/couchdb/couchdb_1.2.0-2.1.dsc
.
Cheers,
Nik
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
iQFOBAEBAgA4BQJQs2F9MRpodHRwczovL3d3dy5kb21pbmlrLWdlb3JnZS5kZS9n
cGctcG9saWN5LnR4dC5hc2MACgkQWfyOHW8qgAGJEQf/R/Eosdwnx1JIuCAjUy6T
HNfRY2DDub0+b2SWUWe/PsrsI5IcLorZcIDk7GdeEO0LvtQ/RQjKcTDKos/teKqn
RPGbq4cIKa6L3aLLbnO8KgWfqLBf4C/vxPmNOWOTocJxTWOcic8AHyJesD34elti
i6iQp6lbKvEistMSTGaxxBcbWQqyEftsghn2tL1Z4O9vqzEuddCGgtfTiDk20XDX
roMqkygWlENk/POP2L7m4QZGGaJGgIVICDEpVArGxUIU+5U15T4A33CDZNduKETL
MsVnhbXAiuNVjWDeT32CivIrNb27MgBFCOMOyhACmfq204yYirfAdIyWdzPigfpC
iQ==
=qv0V
-END PGP SIGNATURE-diff -Nru couchdb-1.2.0/debian/changelog couchdb-1.2.0/debian/changelog
--- couchdb-1.2.0/debian/changelog 2012-11-26 12:55:21.0 +0100
+++ couchdb-1.2.0/debian/changelog 2012-07-19 20:35:03.0 +0200
@@ -1,11 +1,3 @@
-couchdb (1.2.0-2.1) unstable; urgency=low
-
- * Non-maintainer upload.
- * Use SIGTERM instead of SIGHUP for graceful shutdown
-(Closes: #692295) [varacanero]
-
- -- Dominik George Mon, 26 Nov 2012 12:54:05 +0100
-
couchdb (1.2.0-2) unstable; urgency=low
* Make couchdb user own its run directory (closes: #681549).
diff -Nru couchdb-1.2.0/debian/patches/couchdb_sighup.patch couchdb-1.2.0/debian/patches/couchdb_sighup.patch
--- couchdb-1.2.0/debian/patches/couchdb_sighup.patch 2012-11-26 12:57:45.0 +0100
+++ couchdb-1.2.0/debian/patches/couchdb_sighup.patch 1970-01-01 01:00:00.0 +0100
@@ -1,22 +0,0 @@
-Description: Use SIGTERM instead of SIGHUP for graceful shutdown
- The SIGHUP couchdb uses by default for a graceful shutdown does not
- work reliably in Debian as apt, when installing the package, SigIgn
- masks SIGHUP for all its child processes. This is intentional and hard
- to work around, and CouchDB does a graceful shutdown with SIGTERM as
- well so there is no reason to use SIGHUP.
-Author: Dominik George
-Bug-Debian: http://bugs.debian.org/692295
-
-
couchdb-1.2.0.orig/bin/couchdb.tpl.in
-+++ couchdb-1.2.0/bin/couchdb.tpl.in
-@@ -272,7 +272,7 @@ stop_couchdb () {
- echo > $PID_FILE
- fi
- if kill -0 $PID 2> /dev/null; then
--if kill -1 $PID 2> /dev/null; then
-+if kill -15 $PID 2> /dev/null; then
- if test "$1" = "false"; then
- echo "Apache CouchDB has been shutdown."
- else
diff -Nru couchdb-1.2.0/debian/patches/series couchdb-1.2.0/debian/patches/series
--- couchdb-1.2.0/debian/patches/series 2012-11-26 12:55:43.0 +0100
+++ couchdb-1.2.0/debian/patches/series 2012-07-19 20:46:55.0 +0200
@@ -1,3 +1,2 @@
force-reload.patch
couchdb_own_rundir.patch
-couchdb_sighup.patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
diff -Nru couchdb-1.2.0/debian/changelog couchdb-1.2.0/debian/changelog
- --- couchdb-1.2.0/debian/changelog2012-11-26 12:55:21.0 +0100
+++ couchdb-1.2.0/debian/changelog 2012-07-19 20:35:03.0 +0200
@@ -1,11 +1,3 @@
- -couchdb (1.2.0-2.1) unstable; urgency=low
- -
- - * Non-maintainer upload.
- - * Use SIGTERM instead of SIGHUP for graceful shutdown
- -(Closes: #692295) [varacanero]
- -
- - -- Dominik George Mon, 26 Nov 2012 12:54:05 +0100
- -
couchdb (1.2.0-2) unstable; urgency=low
* Make couchdb user own its run directory (closes: #681549).
diff -Nru couchdb-1.2.0/debian/patches/couchdb_sighup.patch
couchdb-1.2.0/debian/patches/couchdb_sighup.patch
- --- couchdb-1.2.0/debian/patches/couchdb_sighup.patch 2012-11-26
12:57:45.0 +0100
+++ couchdb-1.2.0/debian/patches/couchdb_sighup.patch 1970-01-01
01:00:00.0 +0100
@@ -1,22 +0,0 @@
- -Description: Use SIGTERM instead of SIGHUP for graceful shutdown
- - The SIGHUP couchdb uses by default for a graceful shutdown does not
- - work reliably in Debian as apt, when installing the package, SigIgn
- - masks SIGHUP for all its child processes. This is intentional and hard
- - to work around, and CouchDB does a graceful shutdown with SIGTERM as
- - well so there is no r
Bug#694094: unblock: libaqbanking/5.0.24-2
On Mon, Nov 26, 2012 at 10:26:28 +0100, Micha Lenk wrote: > Hi Adam, > > On 11/25/2012 09:41 PM CEST +02:00, Adam D. Barratt wrote: > > On Fri, 2012-11-23 at 21:52 +0100, Micha Lenk wrote: > > > This release fixes Debian bug #688831, symlinks in package > > > libaqbanking34-dev pointing to non-existent files (a policy violation). > > > Additionally I changed debian/rules so that it injects build flags from > > > dpkg-buildflags to support the Security Hardening Build Flags, a release > > > goal. > > > > Was the hardening change requested by the Security Team? I'm somewhat > > wary of build-time changes to libraries with reverse dependencies at > > this point. > > No, it wasn't. It was just a low hanging fruit, I thought. > > If you feel uncomfortable with the hardening change, I can upload again > with the hardening change reverted. > Yes please. Cheers, Julien signature.asc Description: Digital signature
Bug#694431: RFS: couchdb/1.2.0-2.1 [NMU] [RC]
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "couchdb". The upload would fix
RC bug #692295.
* Package name: couchdb
Version : 1.2.0-2.1
* URL : http://couchdb.apache.org/
* License : Apache-2.0
Section : misc
It builds those binary packages:
couchdb- RESTful document oriented database
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/couchdb
Alternatively, one can download the package with dget using this
command:
dget -x
http://mentors.debian.net/debian/pool/main/c/couchdb/couchdb_1.2.0-2.1.dsc
Changes since the last upload:
couchdb (1.2.0-2.1) unstable; urgency=low
* Non-maintainer upload.
* Use SIGTERM instead of SIGHUP for graceful shutdown
(Closes: #692295) [varacanero]
-- Dominik George Mon, 26 Nov 2012 12:54:05 +0100
The debdiff is attached.
Regards,
Dominik George
diff -Nru couchdb-1.2.0/debian/changelog couchdb-1.2.0/debian/changelog
--- couchdb-1.2.0/debian/changelog 2012-07-19 20:35:03.0 +0200
+++ couchdb-1.2.0/debian/changelog 2012-11-26 12:55:21.0 +0100
@@ -1,3 +1,11 @@
+couchdb (1.2.0-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Use SIGTERM instead of SIGHUP for graceful shutdown
+(Closes: #692295) [varacanero]
+
+ -- Dominik George Mon, 26 Nov 2012 12:54:05 +0100
+
couchdb (1.2.0-2) unstable; urgency=low
* Make couchdb user own its run directory (closes: #681549).
diff -Nru couchdb-1.2.0/debian/patches/couchdb_sighup.patch couchdb-1.2.0/debian/patches/couchdb_sighup.patch
--- couchdb-1.2.0/debian/patches/couchdb_sighup.patch 1970-01-01 01:00:00.0 +0100
+++ couchdb-1.2.0/debian/patches/couchdb_sighup.patch 2012-11-26 12:57:45.0 +0100
@@ -0,0 +1,22 @@
+Description: Use SIGTERM instead of SIGHUP for graceful shutdown
+ The SIGHUP couchdb uses by default for a graceful shutdown does not
+ work reliably in Debian as apt, when installing the package, SigIgn
+ masks SIGHUP for all its child processes. This is intentional and hard
+ to work around, and CouchDB does a graceful shutdown with SIGTERM as
+ well so there is no reason to use SIGHUP.
+Author: Dominik George
+Bug-Debian: http://bugs.debian.org/692295
+
+---
+
+--- couchdb-1.2.0.orig/bin/couchdb.tpl.in
couchdb-1.2.0/bin/couchdb.tpl.in
+@@ -272,7 +272,7 @@ stop_couchdb () {
+ echo > $PID_FILE
+ fi
+ if kill -0 $PID 2> /dev/null; then
+-if kill -1 $PID 2> /dev/null; then
++if kill -15 $PID 2> /dev/null; then
+ if test "$1" = "false"; then
+ echo "Apache CouchDB has been shutdown."
+ else
diff -Nru couchdb-1.2.0/debian/patches/series couchdb-1.2.0/debian/patches/series
--- couchdb-1.2.0/debian/patches/series 2012-07-19 20:46:55.0 +0200
+++ couchdb-1.2.0/debian/patches/series 2012-11-26 12:55:43.0 +0100
@@ -1,2 +1,3 @@
force-reload.patch
couchdb_own_rundir.patch
+couchdb_sighup.patch
Bug#694432: override: libgl1-nvidia-legacy-96xx-glx:non-free/libs optional, nvidia-glx-legacy-96xx:non-free/x11 optional, nvidia-alternative-legacy-96xx:non-free/libs optional, nvidia-kernel-legacy-96
Package: ftp.debian.org Severity: normal src:nvidia-graphics-drivers-legacy-96xx was revived by a new (and final) upstream release which added support for Xorg Xserver 1.12, and was just unblocked. There are still users of this driver for some ancient hardware. So we will postpone the deprecation of the 96xx legacy driver to lenny (as upstream does not plan to update the driver any further). Thanks Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#692295: Wrong diff
Hi, the first diff I posted was invalid. See the CCed RFS for the correct patch. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#675302: reassign to linux
reassign 675302 src:linux 3.2.32-1 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694431: RFS: couchdb/1.2.0-2.1 [NMU] [RC]
I'm on the way into work, but I'm interested. Someone else feel free to sponsor, but ill hit this tonight ig no one does On Nov 26, 2012 7:45 AM, "Dominik George" wrote: > Package: sponsorship-requests > Severity: important > > Dear mentors, > > I am looking for a sponsor for my package "couchdb". The upload would fix > RC bug #692295. > > * Package name: couchdb > Version : 1.2.0-2.1 > * URL : http://couchdb.apache.org/ > * License : Apache-2.0 > Section : misc > > It builds those binary packages: > > couchdb- RESTful document oriented database > > To access further information about this package, please visit the > following URL: > > http://mentors.debian.net/package/couchdb > > > Alternatively, one can download the package with dget using this > command: > > dget -x > http://mentors.debian.net/debian/pool/main/c/couchdb/couchdb_1.2.0-2.1.dsc > > Changes since the last upload: > > couchdb (1.2.0-2.1) unstable; urgency=low > > * Non-maintainer upload. > * Use SIGTERM instead of SIGHUP for graceful shutdown > (Closes: #692295) [varacanero] > > -- Dominik George Mon, 26 Nov 2012 12:54:05 +0100 > > The debdiff is attached. > > Regards, > Dominik George >
Bug#694433: user no longer a member of a tenant still can use EC2 token
Package: keystone Version: 2012.1.1-10 Severity: grave As per the github commit: https://github.com/openstack/keystone/commit/8735009dc5b895db265a1cd573f39f4acfca2a19 It is possible that a user is no longer a member of a tenant when they attempt to use an ec2 token. This checks to make sure that the user still has at least one valid role in the tenant before authenticating them. This should automatically work for the s3 version as well since it is a subclass. I'm ATM working on uploading the fix. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693460: Bug#694091: bcrypt: Tries to load whole file into memory regardless of the size
Hi Kevin, Kevin Coyner writes: > I'm on the road right now, but would be happy to upload a new version later > tonight or early tomorrow morning. Thanks. Please let us know when you are done. In the meantime, new upstream has merged the fix and also improved error messages and fixed a memory leak: https://github.com/casta/bcrypt/commit/64d9a16b158f2872bf3af80c2f01ee400c04c381 -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694434: ITP: vistaio -- a library for generic data storage
Package: wnpp Severity: wishlist Owner: Gert Wollny * Package name: vistaio Version : 1.2.14 Upstream Author : Gert Wollny, (abandoned by original author Arthur Pope) * URL :http://sourceforge.net/projects/mia/files/vistaio/ DEBs:https://launchpad.net/~gert-die/+archive/ppa-mia/ * License : BSD Programming Lang: C Description : Library for loading and storing various types of binary data Vistaio is a library that handles loading and storing of data in a cross-platform manner. Its virtue is that the otherwise binary files provide an ascii header that makes it easy to get information about the contens of a file. It supports a variety of data types like images, vector fields, and graphs. This package is the requirement for mia, mialmpick, and viewitgui (ITPs follow) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688955: glslideshow with BadMatch on X_PutImage in xscreensaver-getimage
Hello, Martin:
Thank you for logs.
I have not investigated the logs you provided in detail, however:
martin f krafft wrote, at 11/21/2012 11:47 PM +9:00:
also sprach TASAKA Mamoru [2012.10.19.1427 +0200]:
I cannot reproduce this, either, so to debug this issue your help is
really appreciated.
I am sorry, I did not see this e-mail until now.
Can you try below?
* launch xscreensaver like below from a terminal:
$ xscreensaver -verbose -log xscreensaver_output_log
Log file attached.
* Now really gain the window information like
--
$ env DISPLAY=:0.0 xwininfo 0x1e001ad
Attached. Unlike you, I just get "screensaver" as title.
* Then try debugging "xscreensaver-getimage with gdb,
with setting break point on XPutImage and _XError, and getting backtrace
when xscreensaver-getimage reaches XPutImage or _XError function like:
Attached a typescript. Is this enough?
xscreensaver_output_log:
xscreensaver: 15:39:31: 0: visual 0x21 (TrueColor, depth: 24, cmap: default)
xscreensaver: 15:39:31: 0: saver window is 0x2e1.
xscreensaver: 15:39:39: 0: xscreensaver-gl-helper: GL visual is 0x21 (default).
xscreensaver: 15:39:39: 0: visual 0x5e (TrueColor, depth: 32, cmap: 256)
xwininfo:
Depth: 32
xscreensaver.script
(gdb) whatis image
type = XImage *
(gdb) p *image
$1 = {width = 256, height = 64, xoffset = 0, format = 2, data = 0x77f74010
"", byte_order = 1, bitmap_unit = 32, bitmap_bit_order = 1, bitmap_pad = 32,
depth = 24, <=== bytes_per_line = 1024, bits_per_pixel = 32,
red_mask = 16711680, green_mask = 65280, blue_mask = 255, obdata = 0x0, f = {
So "depth" mismatches between the "window" and the "image", which is perhaps
causing the issue you see (c.f. man XPutImage and the explanation of when
"BadMatch" error occurs). Need work to handle this...
Regards,
Mamoru
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693633: [Vm-dev] [unix] Unrecognized opcode in FFI on PowerPC SPE
On 2012-11-25, at 17:03, "David T. Lewis" wrote:
>
> To summarize my understanding of this issue (see below for background):
>
> - powerpcspe is variant of powerpc that lacks certain parts of the powerpc
> instruction set, as explained here: http://wiki.debian.org/PowerPCSPEPort
>
> - The FFI plugin has architecture-specific assembler modules that set
> up the entry points for FFI calls. The assembly module for powerpc is
> platforms/unix/plugins/SqueakFFIPrims/ppc-sysv-asm.S
>
> - The ppc-sysv-asm.S module uses one or more instructions ('lfd', possibly
> others) that are not available on the powerpcspe processor, and the the
> module cannot be compiled on powerpcspe.
>
> - The solution for the Debian build is to not build the FFI plugin when
> compiling for powerpcspe. This is done by passing the --without-SqueakFFIPrims
> option to the cmake configure when building on powerpcspe.
>
> - The configuration is done in a file called debian/rules, and the provided
> squeak-vm.patch is a patch for that rules file. This file is not part of
> the Squeak VM platforms sources and is presumably maintained externally
> by the Debian folks.
>
> - The right way to fix the build problem in the platforms sources would be
> to modify platforms/unix/plugins/SqueakFFIPrims/config.cmake to disable
> the FFI plugin for powerpcspe at configure time. This is probably easy to
> do, although I do not have a way to try it myself.
>
> - Extra credit: If someone wanted FFI to work on powerpcspe, the way to make
> this happen would be to write a variation of ppc-sysv-asm.S for powerpcspe
> and add it to config.cmake.
>
> Dave
Instead of disabling FFI it might be possible to fall back to libffi, as is
done for some other architectures (e.g. ARM).
- Bert -
>
> On Mon, Nov 19, 2012 at 06:38:10PM +0100, Bert Freudenberg wrote:
>>
>> Begin forwarded message:
>>
>>> Resent-From: Roland Stigge
>>> From: Roland Stigge
>>> Subject: Bug#693633: squeak-vm: FTBFS on powerpcspe (asm stfd/lfd)
>>> Date: 18. November 2012 21:10:04 MEZ
>>> Resent-To: debian-bugs-dist@lists.debian.org
>>> To: Debian Bug Tracking System
>>> Resent-Cc: Debian Squeak Team
>>> Reply-To: Roland Stigge , 693...@bugs.debian.org
>>>
>>> Package: squeak-vm
>>> Version: 1:4.4.7.2357-1.1
>>> Severity: wishlist
>>> Tags: sid patch
>>> User: debian-powerpc...@breakpoint.cc
>>> Usertags: powerpcspe
>>>
>>> Hi,
>>>
>>> squeak-vm FTBFS on powerpcspe [1] like this:
>>>
>>> [ 82%] Building ASM object
>>> SqueakFFIPrims/CMakeFiles/SqueakFFIPrims.dir/PKGBUILDDIR/unix/plugins/SqueakFFIPrims/ppc-sysv-asm.S.o
>>> /PKGBUILDDIR/unix/plugins/SqueakFFIPrims/ppc-sysv-asm.S: Assembler messages:
>>> /PKGBUILDDIR/unix/plugins/SqueakFFIPrims/ppc-sysv-asm.S:109: Error:
>>> Unrecognized opcode: `lfd'
>>> [...]
>>>
>>> There are some asm statements that only work on powerpc but not on
>>> powerpcspe.
>>>
>>> Attaching a patch that fixes it by disabling the SqueakFFIPrims plugin on
>>> powerpcspe.
>>>
>>> Thanks,
>>>
>>> Roland
>>>
>>>
>>> [1] http://wiki.debian.org/PowerPCSPEPort
>>>
>>> -- System Information:
>>> Debian Release: wheezy/sid
>>> APT prefers unstable
>>> APT policy: (500, 'unstable'), (1, 'experimental')
>>> Architecture: amd64 (x86_64)
>>>
>>> Kernel: Linux 3.5.0 (SMP w/4 CPU cores)
>>> Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored:
>>> LC_ALL set to en_GB.UTF-8)
>>> Shell: /bin/sh linked to /bin/dash
>
>
>>>
>>
>
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694435: unblock: gnome-menus/3.4.2-5
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gnome-menus for:
- a bugfix in the blacklist script
- a translation update
- removing support for the Debian menu, which can only cause trouble
with gnome-shell when enabled
gnome-menus (3.4.2-5) unstable; urgency=low
* gnome-menus-blacklist: patch from Fabian Greffrath to handle
correctly menu files with missing ending newlines. Closes: #692141.
* de.po: updated German translation by Holger Wansing.
Closes: #693531.
* Drop Debian menu support entirely. In the case it gets enabled by
mistake by users, it breaks the shell beyond all repair.
Closes: #694356.
Index: debian/patches/05_debian_menu.patch
===
--- debian/patches/05_debian_menu.patch (révision 36220)
+++ debian/patches/05_debian_menu.patch (copie de travail)
@@ -1,16 +0,0 @@
-Index: gnome-menus-3.4.2/layout/applications.menu
-===
gnome-menus-3.4.2.orig/layout/applications.menu2012-05-18
22:07:48.359105100 +0200
-+++ gnome-menus-3.4.2/layout/applications.menu 2012-05-18 22:07:49.191105070
+0200
-@@ -156,4 +156,11 @@
-
-
-
-+
-+
-+Debian
-+debian-menu.menu
-+Debian.directory
-+
-+
-
Index: debian/patches/series
===
--- debian/patches/series (révision 36220)
+++ debian/patches/series (copie de travail)
@@ -1,6 +1,5 @@
01_default_prefix.patch
03_kde-legacydirs.patch
-05_debian_menu.patch
08_settings-menus.patch
09_games-menu.patch
10_use-default-python-path.patch
Index: debian/changelog
===
Index: debian/po-up/de.po
===
Index: debian/gnome-menus-blacklist
===
--- debian/gnome-menus-blacklist(révision 36220)
+++ debian/gnome-menus-blacklist(copie de travail)
@@ -62,6 +62,8 @@
if l.startswith ("NoDisplay="):
continue
out.write(l)
+if not l.endswith ("\n"):
+out.write("\n")
out.write ("NoDisplay=true\n")
out.close()
unblock gnome-menus/3.4.2-5
Thanks,
--
.''`. Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694437: ITP: mia - Library and tools for gray scale image processing
Package: wnpp Severity: wishlist Owner: Gert Wollny * Package name: mia Version : 2.0.6 Upstream Author : Gert Wollny , * URL : https://sourceforge.net/projects/mia/files/mia/2.0.6/ DEBs : https://launchpad.net/~gert-die/+archive/ppa-mia/ * License : GPL3+ Programming Lang: C++ Description : Library and tools for gray scale image processing MIA comprises a series of command lines tools, plug-ins, and libraries for gray scale image processing like they are usually result from medical image acquisition. It provides means for image registration, filtering, and out-of-core processing for large data sets. Requires: vistaio: bug #694434 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694436: ITP: mialm - a program to handle 3D landmarks
Package: wnpp Severity: wishlist Owner: Gert Wollny * Package name: mialm Version : 1.0.6 Upstream Author : Gert Wollny , * URL : https://sourceforge.net/projects/mia/files/lmpick/0.2.4/ DEBs : https://launchpad.net/~gert-die/+archive/ppa-mia/ * License : GPL3+ Programming Lang: C Description : Library to handle 3D landmarks mialm is a library to handle 3D landmarks. This handling includes the loading and storing, as well as providing attributes the define the best visualization parameters with respect to the according data set. This package is a requirement for mialmpick (ITP to be reported) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694438: ITP: mialmpick - a program to visualize 3D volume data sets and manually pick landmarks
Package: wnpp Severity: wishlist Owner: Gert Wollny * Package name: mialmpick Version : 0.2.4 Upstream Author : Gert Wollny , * URL : https://sourceforge.net/projects/mia/files/lmpick/0.2.4/ DEBs : https://launchpad.net/~gert-die/+archive/ppa-mia/ * License : GPL3+ Programming Lang: C Description : Program for 3D volume vizualization mialmpick is a tool to visualize iso-surfaces and pick landmarks in a 3D volume date set. It is especially useful for the visualization computed tomography (CT) data sets. This package requires vistaio: bug #694434 mialm: bug #694436 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#589821: should we close this bug?
Perhaps. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694439: IPT: pymia - Python interface for MIA
Package: wnpp Severity: wishlist Owner: Gert Wollny * Package name: pymia Version : 0.1.2 Upstream Author : Gert Wollny , * URL : https://sourceforge.net/projects/mia/files/mia/2.0.6/ DEBs : https://launchpad.net/~gert-die/+archive/ppa-mia/ * License : GPL3+ Programming Lang: C++/Python Description : python interface for MIA pymia provides the python interface to some funcionality of the MIA library. Requires: mia - bug #694437 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690851: Code review
severity 690851 normal kthxbye Michael, first of all, you are replying to a post I made. *Please* do not remove me from Cc, then! Now, back on topic: > So, if you can fix up that issue in the patch, we can do another > upload and ask for an unblock. I still do not think this should be done. This would be a Debian-specific patch for something that is really an upstream issue *and* has been fixed upstream in a new version. -nik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694441: unblock: gdm3/3.4.1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package gdm3 for a pair of bug fixes including one that could lead to a very bad situation upon removal. gdm3 (3.4.1-5) unstable; urgency=low * gdm3.prerm: do not stop gdm3 if $DISPLAY is between :0 and :9 which generally mean local displays. Displays > 10 will most of the time mean SSH. * greeter.gsettings: no workspaces in the login session. Closes: #686584. Index: debian/gdm3.prerm === --- debian/gdm3.prerm (révision 36188) +++ debian/gdm3.prerm (copie de travail) @@ -49,7 +49,7 @@ if [ -x /etc/init.d/gdm3 ]; then nostop= for hostname in "" "localhost" "$(hostname)" "$(hostname -f)"; do - if echo $DISPLAY | grep -q "^$hostname:0.*"; then + if echo $DISPLAY | egrep -q "^$hostname:[0-9](\.[0-9])?$"; then nostop=yes fi done Index: debian/greeter.gsettings === --- debian/greeter.gsettings(révision 36188) +++ debian/greeter.gsettings(copie de travail) @@ -51,3 +51,7 @@ # so just to be sure [org.gnome.metacity] compositing-manager=false + +# No workspaces +[org.gnome.desktop.wm.preferences] +num-workspaces=1 unblock gdm3/3.4.1-5 Thanks, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#690128: inn2: conffile disappearing during squeeze->wheezy upgrade: /etc/news/motd.news
Hi Russ,
With current newsreaders the motd is just annoying.
Yeah, I'm inclined to agree with this, and wonder if INN should change its
upstream behavior to install a sample in a path other than the one used by
innd and nnrpd.
That would also be fine, yes.
Couldn't we install them as ${PATHETC}/motd.innd.sample and
${PATHETC}/motd.nnrpd.sample or should they be in a separate path?
In the latter case, would the ${PATHETC}/samples directory be fine?
Shouldn't we do the same for the ${PATHETC}/subscriptions file? It already
contains a list of newsgroups.
What for files like ${PATHETC}/actsync.ign? Maybe the default behaviour
is not the expected one.
my guess is that most sites
never set a MOTD, so installing one that's displayed by default is
probably not the right default behavior.
Too bad that news clients do not behave smarter...
They should cache a local copy or fingerprint of the message of the day
so that they could display the message to the user only upon modification.
Besides, they should provide a way to force the cached information to be
refreshed...
--
Julien ÉLIE
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694442: ITP: viewitgui - visuliaziation tool for MIA
Package: wnpp Severity: wishlist Owner: Gert Wollny * Package name: viewitgui Version : 2.0.2 Upstream Author : Gert Wollny , * URL : https://sourceforge.net/projects/mia/files/mia/2.0.6/ DEBs : https://launchpad.net/~gert-die/+archive/ppa-mia/ * License : GPL3+ Programming Lang: C++ Description : Visuliaziation tool for MIA viewitgui is a tool for 3D visualization with the focus on the presentation and analysis of results obtained by non-linear image registration. Its use si closely linked to the application of MIA. Requires: mia: bug #694437 vistaio: bug #694434 Recommended by: mia -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694443: pep8: New upstream release: 1.3.3
Package: pep8 Version: 1.2-1 Severity: wishlist As per $SUBJECT: http://pypi.python.org/packages/source/p/pep8/pep8-1.3.3.tar.gz -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.6-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pep8 depends on: ii python2.7.3-3 ii python-pkg-resources 0.6.24-1 ii python-setuptools 0.6.24-1 ii python2.6 2.6.8-0.2 ii python2.7 2.7.3-5 pep8 recommends no packages. pep8 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#694444: /bin/pwd doesn't use getcwd(3)
Package: coreutils Version: 8.20-3 Severity: normal In 8.20-3 /bin/pwd doesn't use the libc getcwd implementation, falling back to the gnulib one. One of the consequences is that /bin/pwd fails when the parent dir is not readable but this may be a sign of some more severe problems, as I couldn't find why the system getcwd is not used (I'm not familiar with gnulib or the coreutils build system). Points of interest: - src/pwd.c::main() - lib/xgetcwd.c - lib/getcwd.c::__getcwd() I can only suppose that "#if HAVE_RAW_DECL_GETCWD && HAVE_MINIMALLY_WORKING_GETCWD" is false because HAVE_RAW_DECL_* are not defined, but I don't understand what code should generate these #defines. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc6-wrar-2+ (SMP w/4 CPU cores; PREEMPT) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii dpkg 1.16.9 ii install-info 4.13a.dfsg.1-10 ii libacl1 2.2.51-8 ii libattr1 1:2.4.46-8 ii libc6 2.13-37 ii libselinux1 2.1.9-5 coreutils recommends no packages. coreutils 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#694445: unblock: libcroco/0.6.6-2
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package libcroco for a RC bugfix.
libcroco (0.6.6-2) unstable; urgency=low
* libcroco-tools breaks/replaces libcroco3 (<< 0.6.2-2).
Closes: #694359.
--- debian/control.in (révision 36000)
+++ debian/control.in (copie de travail)
@@ -79,6 +79,8 @@
Multi-Arch: foreign
Depends: ${shlibs:Depends},
${misc:Depends}
+Breaks: libcroco3 (<< 0.6.2-2)
+Replaces: libcroco3 (<< 0.6.2-2)
Description: Cascading Style Sheet (CSS) parsing and manipulation toolkit -
utils
Services provided by Libcroco
* A parser module that provides
unblock libcroco/0.6.6-2
Thanks,
--
.''`. Josselin Mouette
: :' :
`. `'
`-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694447: ITP: twistedchecker -- Coding style checker for Python source.
Package: wnpp Severity: wishlist Owner: Tristan Seligmann * Package name: twistedchecker Version : 0.0.0 Upstream Author : Raphael Shu * URL : https://launchpad.net/twistedchecker * License : MIT/Expat Programming Lang: Python Description : Coding style checker for Python source. twistedchecker is a coding style checker for Python source, similar to the pep8 utility, but implementing Twisted's coding standard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#694446: im-config should setting environment variable in 70im-config_launch instead of im-launch
Package: im-config Version: 0.18~quantal1 Severity: normal Tags: upstream (Sorry for report it from ubuntu) im-config 0.18 uses im-launch to fix some old problem, but also brought some new problem. in current initialization sequence, the final command will be: dbus-launch im-launch command-for-start-up This ignore the fact that dbus-daemon launched by dbus-launch is not covered under required im environment variable. In some case, dbus-daemon will be used to start process by dbus service name, those application can also be GUI application, and it will make those application running with no im environment variable set. For example, ktp-text-ui (kde telepathy text ui) is suffering from this problem. The fix to this problem is simple, keep the code that start input method in im-launch, but move the environment setting code to 70im-config_launch, so dbus-daemon will be also set with those environment variable, and so will those process started by dbus-daemon. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal'), (100, 'quantal-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-18-generic (SMP w/3 CPU cores) Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages im-config depends on: ii dialog1.1-20120215-2ubuntu1 ii gettext-base 0.18.1.1-9ubuntu1 ii zenity3.4.0-2 Versions of packages im-config recommends: ii dialog 1.1-20120215-2ubuntu1 ii x11-common 1:7.7+1ubuntu4 im-config 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#694448: lxc-ps fails when /bin/sh is symlink to /bin/dash
Package: lxc
Version: 0.8.0-1
Severity: important
Dear Maintainer,
/usr/bin/lxc-ps fails with the following:
# lxc-ps
/usr/bin/lxc-ps: 100: /usr/bin/lxc-ps: declare: not found
/usr/bin/lxc-ps: 104: /usr/bin/lxc-ps: Syntax error: "(" unexpected (expecting
"fi")
The shebang is #!/bin/sh and /bin/sh is a link to /bin/dash (default on Debian
systems).
declare is a bash shell builtin but in dash.
A fix is to change to change the shebang to #!/bin/bash
There may be a dash fix but I have no experience with that shell.
Regards,
Gary
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15)
Shell: /bin/sh linked to /bin/dash
Versions of packages lxc depends on:
ii debconf [debconf-2.0] 1.5.46
ii libapparmor1 2.7.103-4
ii libc6 2.13-37
ii libcap21:2.22-1.2
ii multiarch-support 2.13-37
Versions of packages lxc recommends:
ii debootstrap 1.0.44
ii libcap2-bin 1:2.22-1.2
lxc suggests no packages.
-- debconf information:
* lxc/directory: /lxc
lxc/title:
lxc/auto: true
lxc/shutdown: /usr/bin/lxc-halt
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
