Bug#754342: nfsroots: mount: Device or ressource busy
Package: base Severity: important When I boot my diskless client, I got a message on console: Begin: Running /scripts/nfs-premount ... done. mount: Device or ressource busy done. Begin: Retrying nfs mount This message is repeated about every second for about three minutes before the mount actually works and the services start. I got messages in the server (debian) syslog: Jul 9 08:36:03 Magnet rpc.mountd[31825]: authenticated mount request from 192.168.20.50:962 for /mnt/rootfs/stardust (/mnt/rootfs/stardust) │ Jul 9 08:36:03 Magnet rpc.mountd[31825]: authenticated unmount request from 192.168.20.50:962 for /mnt/rootfs/stardust (/mnt/rootfs/stardust) Here's the client's package version (debian jessie): linux-image-amd64: 3.14+57 linux-image-3.14-1-amd64 initramfs-tools: 0.115 Here's the server's package version (debian wheezy): linux-image-amd64: 3.2+46 linux-image-3.2.0-4-amd64 nfs-common: 1:1.2.6-4 nfs-kernel-server: 1:1.2.6-4 The problem I saw is that the rootfs is allready mounted and the initramfs tries to mount it another time, but fails about 200 times before stopping it and continue the boot. From my point of view, these information are enought for you, but if you need more, contact to ask me. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754297: xserver-xorg-video-intel: applications using glx segfault
On Wed, Jul 9, 2014 at 22:04:09 +0200, Dirk Griesbach wrote: Am Wed, 09. Jul 2014 um 19:54:09 +0200 schrieb Julien Cristau: Can you try the patch at http://lists.freedesktop.org/archives/mesa-dev/2014-July/062741.html ? Apart from an libGL error: , | $ glxgears | libGL error: Version 4 or later of flush extension not found | libGL error: failed to load driver: i915 ` which seems to not result in any trouble for now, everything works as expected with this patch. Can you send the output of glxinfo? Thanks, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753257: Please retry perl_5.20.0-1 in experimental on kfreebsd-amd64
tag 753257 unreproducible thanks On Wed, Jul 09, 2014 at 08:53:50PM +0300, Niko Tyni wrote: Hi kfreebsd-amd64 buildd admins, could you please schedule a retry of perl_5.20.0-1 in experimental? The build failure is tracked as #753257 (cc'd), but I wasn't able to reproduce it on asdfasdf.debian.net. It would be nice to see if it's reproducible on the buildd: if it is, it's a hard blocker for the Perl 5.20 transition. That build succeeded, so tagging accordingly. https://buildd.debian.org/status/fetch.php?pkg=perlarch=kfreebsd-amd64ver=5.20.0-1stamp=1404945453 -- 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#696940: libmtp: libmtp-dev panics
tags 696940 moreinfo unreproducible thanks Hello, Would you please try to reproduce this bus with one of the more recent releases? Thanks in advance, and cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0416 0004 A827 6E40 BB98 90FB E8A4 8AE5 311D 765A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754308: libapache2-mod-perl2: FTBFS: oh nuts, server dumped core
On Wed, Jul 09, 2014 at 11:03:33PM +0200, gregor herrmann wrote: On Wed, 09 Jul 2014 23:57:00 +0300, Niko Tyni wrote: I seem to have problems with building this in cowbuilder, where starting the test suite just hangs. sbuild works fine, however. Could somebody please try it out on pbuilder/cowbuilder too? Works for me in cowbuilder. I guess you're hitting #753944. Right you are. Thanks for the pointer. -- 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#754344: jbigkit: Please do not use install -s in upstream Makefile
Package: jbigkit Version: 2.0-2 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic ubuntu-patch Hi Michael, While investigating packages in Ubuntu that do not have automatic ddebs generated for them, I found that jbigkit was stripping binaries at install time. This makes the package incompatible with DEB_BUILD_OPTIONS=nostrip, defined in Policy 4.9.1, and is also incompatible with generating debug symbols packages, which is something I believe Debian will eventually want to implement as well. Since the use of 'install -s' is introduced by a Debian-specific patch, I've modified debian/patches/allNewMainMakefile.diff directly to drop this use of the -s flag. I've uploaded this change to the Ubuntu archive; please consider applying it in Debian as well. Thanks, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org === modified file 'debian/patches/allNewMainMakefile.diff' --- debian/patches/allNewMainMakefile.diff 2012-04-08 19:12:41 + +++ debian/patches/allNewMainMakefile.diff 2014-07-10 06:14:59 + @@ -5,8 +5,10 @@ Upstream Makefile is barebones, and doesn't make any shared libraries. With some extra effort, this does. a/Makefile -+++ b/Makefile +Index: trunk/Makefile +=== +--- trunk.orig/Makefile trunk/Makefile @@ -11,9 +11,9 @@ CFLAGS = $(CCFLAGS) -I../libjbig @@ -30,13 +32,13 @@ - scp CHANGES slogin-serv1.cl.cam.ac.uk:public_html/jbigkit/ +install: all + install -d $(DESTDIR)/usr/lib/$(DEB_HOST_MULTIARCH) -+ install -s -m 644 libjbig/.libs/*.so.*.*.* libjbig/.libs/*.a $(DESTDIR)/usr/lib/$(DEB_HOST_MULTIARCH) ++ install -m 644 libjbig/.libs/*.so.*.*.* libjbig/.libs/*.a $(DESTDIR)/usr/lib/$(DEB_HOST_MULTIARCH) + install -m 644 libjbig/.libs/*.la $(DESTDIR)/usr/lib/$(DEB_HOST_MULTIARCH) + /sbin/ldconfig -n $(DESTDIR)/usr/lib/$(DEB_HOST_MULTIARCH) + ln -s libjbig.so.0.0.0 $(DESTDIR)/usr/lib/$(DEB_HOST_MULTIARCH)/libjbig.so + install -d $(DESTDIR)/usr/include + install -m 644 libjbig/*.h $(DESTDIR)/usr/include + install -d $(DESTDIR)/usr/bin -+ install -s -m 755 pbmtools/jbgtopbm pbmtools/jbgtopbm85 pbmtools/pbmtojbg pbmtools/pbmtojbg85 $(DESTDIR)/usr/bin ++ install -m 755 pbmtools/jbgtopbm pbmtools/jbgtopbm85 pbmtools/pbmtojbg pbmtools/pbmtojbg85 $(DESTDIR)/usr/bin + install -d $(DESTDIR)/usr/share/man/man1 + install -m 644 pbmtools/*.1 $(DESTDIR)/usr/share/man/man1
Bug#742640: src:eglibc: build stage2 without selinux
Version: 2.19-5 On Tue, Mar 25, 2014 at 09:51:33PM +0100, Helmut Grohne wrote: The eglibc package currently lacks a stage2 build profile entirely. A stage2 is needed though, because libselinux cannot be built without an actual libc among other things and eglibc explicitly enabled selinux via a configure flag. The attached patch removes that flag when the package is built with dpkg-buildpackage -Pstage2. Updated patch to apply against glibc 2.19. It also disables systemptap now. Helmut diff -Nru eglibc-2.19/debian/sysdeps/linux.mk eglibc-2.19/debian/sysdeps/linux.mk --- eglibc-2.19/debian/sysdeps/linux.mk +++ eglibc-2.19/debian/sysdeps/linux.mk @@ -12,7 +12,11 @@ ifeq ($(DEB_BUILD_PROFILE),bootstrap) libc_extra_config_options = $(extra_config_options) else - libc_extra_config_options = --with-selinux --enable-systemtap $(extra_config_options) + ifneq ($(filter stage2,$(DEB_BUILD_PROFILES)),) +libc_extra_config_options = $(extra_config_options) + else +libc_extra_config_options = --with-selinux --enable-systemtap $(extra_config_options) + endif endif ifndef LINUX_SOURCE
Bug#754243: cups-server-common: link to missing documentation
On Thu, 2014-07-10 at 07:52 +0200, Didier 'OdyX' Raboud wrote: That's normal. These (symlinked) documentation hierarchies are the source of the cups webinterface, normally accessible locally under http://localhost:631/ , where http://localhost:631/admin works (or should at least). Ah I see. The admin link is a link to the actual printer configuration page, not a documentation page. It does work from localhost:631. Likewise index.html has external links to www.cups.org (User Forum, Find Printer Drivers, Developer Forum) which are no longer valid. That's indeed a cups bug though, which I have reported upstream. Thanks. Drew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753390: non-free stuff in source package
I think this commit upstream should fix the bug: https://github.com/jlblancoc/mrpt/commit/7bb216e1e0c421ea4525948aa1da95e6e640f562 License of two Latex docs has been ported to CC BY-SA 4.0, which is reportedly compatible with Debian policies. I'll mark this bug as solved in the next release, unless more problems are reported. Cheers, JL -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753257: Please retry perl_5.20.0-1 in experimental on kfreebsd-amd64
On Wed, Jul 09, 2014 at 08:53:50PM +0300, Niko Tyni wrote: Hi kfreebsd-amd64 buildd admins, could you please schedule a retry of perl_5.20.0-1 in experimental? Done. It has been built successfully. The build failure is tracked as #753257 (cc'd), but I wasn't able to reproduce it on asdfasdf.debian.net. It would be nice to see if it's reproducible on the buildd: if it is, it's a hard blocker for the Perl 5.20 transition. I asked on the debian-bsd list too for some testing but nobody has stepped up so far :( The contact point is $a...@buidd.debian.org, very few persons from the debian-bsd mailing list have access to wanna-build. -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754336: qemu-mips-static doesn't recognize ELF header correctly
Control: severity -1 minor 10.07.2014 04:15, lcell...@lycee-joliverie.fr wrote: Package: qemu-user-static Version: 2.0.0+dfsg-6+b1 Severity: important Tags: upstream Hello, I can't run some mips32 binaries with qemu: root@localhost:/tmp# chroot /tmp/temp/ /usr/bin/qemu-mips-static /bin/dmesg /lib/ld-uClibc.so.0: Invalid ELF image for this architecture I checked your image, and noticed that only the binaries which are reported as having a corrupted section header produce this error message. I'm in no way an expert in mips or file format issues like this. So unless you talk with upstream directly, there's little chance I can do anything with it. More, your case is unique, because it is the first time we hit such a situation, it must be something in your device or uclibc (and maybe kernel as well). Google can't find any similar cases either. And since it is apparently a situation unique to this (kind of) device, I'm lowering the severity of this bugreport. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753257: Please retry perl_5.20.0-1 in experimental on kfreebsd-amd64
On Thu, Jul 10, 2014 at 09:15:24AM +0200, Aurelien Jarno wrote: On Wed, Jul 09, 2014 at 08:53:50PM +0300, Niko Tyni wrote: Hi kfreebsd-amd64 buildd admins, could you please schedule a retry of perl_5.20.0-1 in experimental? Done. It has been built successfully. Yeah, I noticed. Thanks! I asked on the debian-bsd list too for some testing but nobody has stepped up so far :( The contact point is $a...@buidd.debian.org, very few persons from the debian-bsd mailing list have access to wanna-build. Sure, but I was hoping somebody would try to build it on their own system so I'd get more data. Anyway, things are fine now and this issue doesn't block the transition. If it happens again, it can be investigated separately. -- 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#752891: systemtap: build on ppc64el
Hi, Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com writes: I currently lack some more systemtap background to be sure.. but overall 835 uf/1078 ep vs. 244 uf/1692 ep doesn't look very good. Does that match your opinion? Doesn't sound very good indeed. Do you still have detailed logs from running the testsuites? I think at least the file testsuite/systemtap.sum should list which tests exactly failed, maybe there is some common cause to most of these failures. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754345: RM: haskell-attempt haskell-attoparsec-conduit haskell-zlib-conduit -- ROM; Obsoleted by upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this is a followup to #752280. It seems that these two packages were missed in the previous removal, the first two because they were squashed into one word (no idea why), the latter because of a typo on my side. $ dak rm -R -n haskell-attempt haskell-attoparsec-conduit haskell-zlib-conduit lists broken build-depends, these are again due to sparc. Thanks, Joachim -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlO+Q+gACgkQ9ijrk0dDIGxSPgCfVc1ADuZTIk9Zi8UPYg+x2xkV AaIAoIy6RdXJYn8QFDJqM15Nub5/yj+P =/hyz -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#754264: org.eclipse.jdt.internal.compiler.batch.GCCMain.init(eclipse-ecj.jar.so)
Control: severity -1 important Am 09.07.2014 11:40, schrieb Mathieu Malaterre: On Wed, Jul 9, 2014 at 11:36 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) hurd only. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser
Control: reassign -1 src:gdcm Am 09.07.2014 11:41, schrieb Mathieu Malaterre: On Wed, Jul 9, 2014 at 11:35 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) this is wrong, please search for your bug elsewhere. At least the kfreebsd builds did use 3.10.0-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754346: Websockify patch includes unrelated configuration file syntax change
Package: python-nova Version: 2014.1.1-5 Severity: important Tags: patch The patch for websockify 0.6 compatibility introduced in version 2014.1.1-5 includes an unrelated change to the configuration file syntax that is only scheduled for Openstack Juno. Please revert this part of the change. For Juno the spciehtml5proxy_{host, port} parameters in the DEFAULT section have been moved to html5proxy_{host, port} in the spice section. See upstream commit fe02cc830f9c9e1dac234164bc1f0caa0e2072d7 for the details. The attached patch fixes the problem and reverts to the configuration file syntax used for Icehouse. Without this patch the spice proxy refuses to start at all because it tries to access options that are not registered in the CONF object. Gaudenz -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_CH.utf8, LC_CTYPE=de_CH.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- /usr/share/pyshared/nova/cmd/spicehtml5proxy.py.orig 2014-07-10 09:31:02.015074974 +0200 +++ /usr/share/pyshared/nova/cmd/spicehtml5proxy.py 2014-07-10 09:32:12.991260511 +0200 @@ -70,8 +70,8 @@ # Create and start the NovaWebSockets proxy server = websocketproxy.NovaWebSocketProxy( -listen_host=CONF.spice.html5proxy_host, -listen_port=CONF.spice.html5proxy_port, +listen_host=CONF.spicehtml5proxy_host, +listen_port=CONF.spicehtml5proxy_port, source_is_ipv6=CONF.source_is_ipv6, verbose=CONF.verbose, cert=CONF.cert,
Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser
Control: reassign -1 gcc-4.9 4.9.0-9 On Thu, Jul 10, 2014 at 9:55 AM, Matthias Klose d...@debian.org wrote: Control: reassign -1 src:gdcm Am 09.07.2014 11:41, schrieb Mathieu Malaterre: On Wed, Jul 9, 2014 at 11:35 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) this is wrong, please search for your bug elsewhere. At least the kfreebsd builds did use 3.10.0-1. hurd is failing with the above mentionned version: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=hurd-i386ver=2.4.2-1.1stamp=1404805891 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754347: crash in libcamelimapx.so
Package: evolution Version: 3.12.2-1 Steps to reproduce: 1. An IMAPx account with a lot of folders. 2. Pick a folder with lot of emails 3. While evolution is trying to refresh the mail list in the folder, try clicking on a couple of uncached emails. This bug has been fixed in upstream and is available in GNOME Evolution 3.12.3. The upstream bug report is: https://bugzilla.gnome.org/show_bug.cgi?id=729546 -- Joe Steeve HiPro IT Solutions Private Limited http://hipro.co.in/ signature.asc Description: This is a digitally signed message part
Bug#691689: openjdk-6-jre: Segmentation fault issue
Control: severity -1 important Control: tags -1 + moreinfo no reproducer provided -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753781: Heads up: transition: xserver 1.16
On 09/07/14 22:48, Steven Chamberlain wrote: Hi Emilio, On 05/07/14 10:55, Emilio Pozuelo Monfort wrote: We're planning on uploading xserver 1.16 to unstable. [...] I haven't tried to rebuild the drivers in non-free. Please check those. Thanks. I've checked that xserver-xorg-video-nv (non-free, meant for kfreebsd systems) still builds OK with xorg-video-abi-18, xserver-xorg-core (= 2:1.15.99.903). I don't have hardware available to test it with unfortunately. Please could you schedule a binNMU for it in any case? That package is not marked as auto-buildable, which means it doesn't build on the Debian buildds and thus it can't be binNMUed. So you'll have to upload it manually, or ask the wanna-build team to make it auto-buildable. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754348: [usb-modeswitch] The catch-all udev rule for Huawei devices does not work for my E1800 stick
Package: usb-modeswitch Version: 2.2.0+repack0-1 Severity: normal --- Please enter the report below this line. --- usb_modeswitch does not get started automatically (as it used to do some versions ago) for my Huawei E1800 usb mobile broadband stick. Adding a line in /lib/udev/rules.d/40-usb_modeswitch.rules with the specific id of my stick, as in ATTRS{idVendor}==12d1, ATTR{idProduct}==1446, RUN+=usb_modeswitch '%b/%k' does the trick, whereas apparently the generic line ATTRS{idVendor}==12d1, ATTR{bInterfaceNumber}==00, ATTR{bInterfaceClass}==08, RUN+=usb_modeswitch '%b/%k' does not get triggered. I am willing to help to find out why the above does not work, if the maintainer tells me how to obtain the information that may be useful for him/her (even if my ad-hoc solution solves the problem for me). Bye Giacomo Mulas --- System information. --- Architecture: amd64 Kernel: Linux 3.14.10-jak Debian Release: jessie/sid 500 all liveusb.info 401 unstablewww.deb-multimedia.org 401 unstableftp.debian.org 401 unstabledownload.jitsi.org 399 stable dl.google.com 399 stable deb.opera.com 10 experimentalftp.debian.org 10 experimentalcdn.debian.net --- Package information. --- Depends (Version) | Installed =-+-== libc6 (= 2.14) | libjim0.74 (= 0.72) | libusb-1.0-0 (= 2:1.0.8) | usb-modeswitch-data (= 20140529) | Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== comgt | 0.32-2 wvdial | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser
clone 754263 -1 reassign -1 src:gdcm severity 754263 important thanks Am 10.07.2014 09:58, schrieb Mathieu Malaterre: Control: reassign -1 gcc-4.9 4.9.0-9 On Thu, Jul 10, 2014 at 9:55 AM, Matthias Klose d...@debian.org wrote: Control: reassign -1 src:gdcm Am 09.07.2014 11:41, schrieb Mathieu Malaterre: On Wed, Jul 9, 2014 at 11:35 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) this is wrong, please search for your bug elsewhere. At least the kfreebsd builds did use 3.10.0-1. hurd is failing with the above mentionned version: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=hurd-i386ver=2.4.2-1.1stamp=1404805891 then fix the issues on the other architectures in your package. and thanks again for the very concise bug report in the first place :-/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748615: the system reboot after mounting the partitions
Le 4 juillet 2014, Alain Rpnpif a écrit : Sorry for my error. Here are more informations on this bug : https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1266984 and https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1312593 Following these reports, a patch should be the cause of this bug. My card (AMD ARUBA, I think) should be wrongly compatible with DPM, but not. -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754143: Fix the tests to not pollute the data directory
--- distro_tracker/core/tests/cleantestcase.py | 13 + distro_tracker/vendor/debian/tests.py |3 ++- 2 files changed, 15 insertions(+), 1 deletion(-) create mode 100644 distro_tracker/core/tests/cleantestcase.py diff --git a/distro_tracker/core/tests/cleantestcase.py b/distro_tracker/core/tests/cleantestcase.py new file mode 100644 index 000..bef8906 --- /dev/null +++ b/distro_tracker/core/tests/cleantestcase.py @@ -0,0 +1,13 @@ +import shutil +import tempfile +from django.test import TestCase as DjangoTestCase +from django.conf import settings + +class TestCase(DjangoTestCase): +'''Use temporary data folders while testing''' +def setUp(self): +settings.DISTRO_TRACKER_CACHE_DIRECTORY = tempfile.mkdtemp() +settings.DISTRO_TRACKER_KEYRING_DIRECTORY = tempfile.mkdtemp() +self.addCleanup(shutil.rmtree, settings.DISTRO_TRACKER_CACHE_DIRECTORY) +self.addCleanup(shutil.rmtree, settings.DISTRO_TRACKER_KEYRING_DIRECTORY) +super(TestCase, self).setUp() diff --git a/distro_tracker/vendor/debian/tests.py b/distro_tracker/vendor/debian/tests.py index 0848044..3ed2fbf 100644 --- a/distro_tracker/vendor/debian/tests.py +++ b/distro_tracker/vendor/debian/tests.py @@ -15,7 +15,8 @@ Tests for Debian-specific modules/functionality of Distro Tracker. from __future__ import unicode_literals -from django.test import TestCase, SimpleTestCase +from django.test import SimpleTestCase +from distro_tracker.core.tests.cleantestcase import TestCase from django.test.utils import override_settings from django.core import mail from django.core.urlresolvers import reverse -- 1.7.10.4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754350: src:glibc: fix dh_strip call in stage1
Package: src:glibc Version: 2.19-5 Severity: normal Tags: patch User: helm...@debian.org Usertags: rebootstrap I introduced a regression in my patch for #752480. All non-dev packages were (correctly) marked with Build-Profiles: !stage1. For debhelper this means, that those packages no longer exist. In particular passing a non-existing package to dh_strip --dbg-package fails. Please apply the attached patch or something equivalent. Helmut diff -Nru glibc-2.19/debian/rules.d/debhelper.mk glibc-2.19/debian/rules.d/debhelper.mk --- glibc-2.19/debian/rules.d/debhelper.mk +++ glibc-2.19/debian/rules.d/debhelper.mk @@ -8,6 +8,10 @@ non-debug-packages = $(filter-out %-dbg,$(DEB_ARCH_REGULAR_PACKAGES)) $(patsubst %,$(stamp)binaryinst_%,$(debug-packages)):: $(patsubst %,$(stamp)binaryinst_%,$(non-debug-packages)) +ifeq ($(filter stage1,$(DEB_BUILD_PROFILES)),) +DH_STRIP_DEBUG_PACKAGE=--dbg-package=$(libc)-dbg +endif + $(patsubst %,$(stamp)binaryinst_%,$(DEB_ARCH_REGULAR_PACKAGES) $(DEB_INDEP_REGULAR_PACKAGES)):: $(patsubst %,$(stamp)install_%,$(GLIBC_PASSES)) debhelper @echo Running debhelper for $(curpass) dh_testroot @@ -49,7 +53,7 @@ # strip *.o files as dh_strip does not (yet?) do it. if test $(NOSTRIP_$(curpass)) != 1; then\ if test $(NODEBUG_$(curpass)) != 1; then\ - dh_strip -p$(curpass) -Xlibpthread --dbg-package=$(libc)-dbg; \ + dh_strip -p$(curpass) -Xlibpthread $(DH_STRIP_DEBUG_PACKAGE); \ (cd debian/$(curpass); \ find . -name libpthread-\*.so -exec objcopy \ --only-keep-debug '{}' ../$(libc)-dbg/usr/lib/debug/'{}' \
Bug#754263: (no subject)
Please stop this ping pong, is useless for fixing this bug :) (and I get many mails because of this). While trying to understand the root of this bug I found this: Get:424 http://debian.netcologne.de/debian/ unstable/main ecj kfreebsd-amd64 3.10.0-1 [13.2 kB] Get:425 http://debian.netcologne.de/debian/ unstable/main libecj-java-gcj kfreebsd-amd64 3.10.0-1 [1916 kB] Get:426 http://debian.netcologne.de/debian/ unstable/main ecj-gcj kfreebsd-amd64 3.10.0-1 [1653 kB] Get:540 http://incoming.debian.org/debian-buildd/ buildd-unstable/main libecj-java all 3.10.0+3.9.0-1 [1356 kB] this is the build log I'm referring to https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=kfreebsd-amd64ver=2.4.2-1.1stamp=1404597221 (the same happened for kfreebsd-i386) so maybe the problem is just that the buildd picked up various and probably non compatible binaries in that architecture? I hope a simple rebuild will fix this bug. For hurd I have no clue, seems a different issue. cheers, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754351: Colormake not working on cross-compilers (patch included)
Package: colormake Version: 0.9-1 I was using colormake and noticed that my g++ lines weren't getting coloured when the compiler was anything other than plain g++. I'm using a few cross compilers, but you can test this with the mingw compiler. Here's an example line: i686-w64-mingw32-g++ -Wall -O2 -g -mconsole -c main.cc I believe the problem is in this bit of the gcc regex... (([[:ascii:]]+-)?g?cc|(g|c)\+\+).*)$ This matches one or more ascii's followed by dash then cc or gcc, but not g++. The | is within the overall brackets so only allows ascii-gcc OR g++, so non-crosscompiler g++ lines were correctly matched. I believe the fix is the addition of brackets so that gcc|cc|g++|c++ are all an atom apart from the [ascii] prefix. (([[:ascii:]]+-)?(g?cc|(g|c)\+\+)).*)$ Now ([[:ascii:]]+-)? is one optional prefix atom and (g?cc|(g|c)\+\+)) is the required suffix atom, and can be any of gcc, cc, g++, or c++. I've attached a patch that makes this change, but it's trivial enough that it could be done quicker by hand. --- /usr/share/colormake/colormake.pl.bak 2014-07-09 13:39:56.0 +0100 +++ /usr/share/colormake/colormake.pl 2014-07-09 13:41:33.0 +0100 @@ -88,7 +88,7 @@ { $in = 'make'; } - elsif ($thisline =~ s/^(\s*(libtool:\s*)?((compile|link):\s*)?(([[:ascii:]]+-)?g?cc|(g|c)\+\+).*)$/$col_gcc$1$col_norm/) + elsif ($thisline =~ s/^(\s*(libtool:\s*)?((compile|link):\s*)?(([[:ascii:]]+-)?(g?cc|(g|c)\+\+)).*)$/$col_gcc$1$col_norm/) { $in = 'gcc'; }
Bug#754352: ITP: apachedex -- Compute APDEX from Apache-style logs
Package: wnpp Severity: wishlist Owner: Arnaud Fontaine ar...@debian.org * Package name: apachedex Version : 1.6.2 Upstream Author : Vincent Pelletier vinc...@nexedi.com * URL : http://git.erp5.org/gitweb/apachedex.git * License : GPLv2 Programming Lang: Python Description : Compute APDEX from Apache-style logs APacheDEX parses Apache-style logs and generates several statistics intended for a website developer audience: * APDEX (Application Performance inDEX, see http://www.apdex.org) ratio (plotted) because you want to know how satisfied your users are. * hit count (plotted) because achieving 100% APDEX is easy when there is nobody around. * HTTP status codes, with optional detailed output of the most frequent URLs per error status code, along with their most frequent referers because your forgot to update a link to that conditionally-used browser compatibility javascript you renamed. * Hottest pages (pages which use rendering time the most) because you want to know where to invest time to get highest user experience improvement. * ERP5 sites: per-module statistics, with module and document views separated because module and document types are not born equal in usage patterns. -- Arnaud Fontaine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717076: libjpeg-turbo transition
Hi Mike, On Wed, Jul 9, 2014, at 19:57, Mike Gabriel wrote: Hi Niels, On Mi 09 Jul 2014 19:44:39 CEST, Niels Thykier wrote: Hi Mike, Thank you for your efforts. If you plan on doing this transition for Jessie, please do keep the 5th of September deadline in mind[1]. Ack. Please also consider filing a transition bug to help us (the release team) get an overview of the affected packages at your earliest convenience. If someone else could take this over before August, that will be much appreciated. I won't be able to make it before then... I can take care of those things about the releases. I can also help with the packages, merging the work already done in Ubuntu into git, etc. Ondrej -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748615: linux-image-3.14-0.bpo.1-amd64: the system reboot
This upstream bug is the same, I think. https://bugs.freedesktop.org/show_bug.cgi?id=73053 -- Alain Rpnpif -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754197: Similar problem
After upgrading the kernel (3.2.57-3+deb7u2 = 3.2.60-1+deb7u1) on a server used for NAT, all Windows7 hosts have a very slow download speed using HTTP but only from some servers. The NAT machine has 2 ISP connections (main and backup) and this problem occurs only when using the main one. When switching to the backup link this problem is not encountered. Fixed by downgrading to 3.2.57-3+deb7u2. -- Tiberiu
Bug#754353: Sylpheed dependencies
Package: sylpheed Version: 3.2.0-1 The package Sylpheed has insane dependencies, such as libpisock9 - libbluetooth3. Sylphed is supposed to be a Light weight e-mail client. Why does a lightweight email client need integration with some PalmOS PDA device, that nobody is using anyway? There are many over-bloated email clients, such as Evolution. If anybody needs to integrate his own life inside an email client, he can use such products. I suggest that Sylpheed package gets rid of irrelevant dependencies, and returns to being lightweight. thanks, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754341: Definitely a python conflict
I just downgraded a test machine running sid by wget-ing the following packages (unfortunately they are no longer in any package list): --- libpython2.7_2.7.7-2_amd64.deb python2.7_2.7.7-2_amd64.deb libpython2.7-minimal_2.7.7-2_amd64.deb python2.7-minimal_2.7.7-2_amd64.deb libpython2.7-stdlib_2.7.7-2_amd64.deb --- then putting them into a directory by themselves and running: --- dpkg --install * --- ceph (the command in any incarnation, not just ceph -s) now works again and the OSD on that machine unsurprisingly can be started again as well. Christian -- Christian BalzerNetwork/Systems Engineer ch...@gol.com Global OnLine Japan/Fusion Communications http://www.gol.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754342: nfsroots: mount: Device or ressource busy
control: tags -1 + moreinfo Hi Gilles, On Donnerstag, 10. Juli 2014, Gilles MOREL wrote: When I boot my diskless client, I got a message on console: how did you build your diskless client? I got messages in the server (debian) syslog: Jul 9 08:36:03 Magnet rpc.mountd[31825]: authenticated mount request from 192.168.20.50:962 for /mnt/rootfs/stardust (/mnt/rootfs/stardust) how does your /etc/export look on the server, are you using nfs2/3/4? Did you have wheezy clients with the same server which dont show this behaviour? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#754143: Fix the tests to not pollute the data directory
On Wed, 09 Jul 2014, Christophe Siraut wrote: I'm not sure what's the best approach but I see two clean solutions: - something global implemented as a derivative class of TestCase that does the required directory creation and settings change in self.setUp and drops the directory with a function recorded with self.addCleanup See attached patch. Feel free to adapt, I am unsure where to put the subclass bits. Thanks, it's a good base but here are more things that I'd like to see: 1/ we move this to distro_tracker.test and and we provide replacements for all of SimpleTestCase, TestCase and LiveServerTestCase (we should use a mixin class to factorize the code between all those) ALTERNATIVE: we don't do all the classe but just the mixin and we modify only the test cases that need it to insert the mixin there... 2/ we override all the settings which are derived from DISTRO_TRACKER_DATA_PATH (even directories which are only used to read data should point to empty directories and not to directories with possible production data) 3/ ideally we should also restore the settings on tearDown so that we don't interfer with tests that are in standard unittest.TestCase... 4/ we add unit tests for the new classes (except maybe for LiveServerTestCase which might be a bit heavy...) to make sure that the settings point to empty directories which are outside of DISTRO_TRACKER_BASE_PATH 5/ some docstring documentation of the new classes would be welcome Once this is done we obviously have some cleanups to do: * change all our tests to use those classes * get rid of core.tests.common.temporary_media_dir() since we handle that at the class level now * merge rest of distro_tracker.core.tests.common in distro_tracker.test Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754354: nfs-kernel-server: hangs after hours or days, no login to server possible
Package: nfs-kernel-server Version: 1:1.2.6-4 Severity: grave Justification: renders package unusable Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? it is not possible to reproduce and happens unexpectedly. * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- Package-specific info: -- rpcinfo -- program vers proto port service 104 tcp111 portmapper 103 tcp111 portmapper 102 tcp111 portmapper 104 udp111 portmapper 103 udp111 portmapper 102 udp111 portmapper 1000241 udp 39965 status 1000241 tcp 40663 status 172 udp828 ypbind 171 udp828 ypbind 172 tcp829 ypbind 171 tcp829 ypbind 3910022 tcp695 sgi_fam 132 tcp 2049 nfs 133 tcp 2049 nfs 134 tcp 2049 nfs 1002272 tcp 2049 1002273 tcp 2049 132 udp 2049 nfs 133 udp 2049 nfs 134 udp 2049 nfs 1002272 udp 2049 1002273 udp 2049 1000211 udp 53968 nlockmgr 1000213 udp 53968 nlockmgr 1000214 udp 53968 nlockmgr 1000211 tcp 41171 nlockmgr 1000213 tcp 41171 nlockmgr 1000214 tcp 41171 nlockmgr 151 udp 42554 mountd 151 tcp 46496 mountd 152 udp 50250 mountd 152 tcp 44511 mountd 153 udp 48943 mountd 153 tcp 59313 mountd -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--manage-gids NEED_SVCGSSD= RPCSVCGSSDOPTS= -- /etc/exports -- /home/mag 139.17.74.0/255.255.255.0(rw,async,no_subtree_check) /home/obs 139.17.74.0/255.255.255.0(rw,async,no_subtree_check) /home/des 139.17.74.0/255.255.255.0(rw,async,no_subtree_check) /home/mag mag12(rw,async,no_subtree_check) /home/mag mag14(rw,async,no_subtree_check,no_root_squash) /home/mag 192.168.1.0/255.255.255.0(rw,async,no_subtree_check) /home/mag mag25(rw,async,no_subtree_check,insecure) /export/10days 139.17.74.0/255.255.255.0(rw,sync,subtree_check) /export/10days mag3(rw,sync,subtree_check) /export/10days mag12(rw,sync,subtree_check) /export/10days mag21(rw,sync,subtree_check) /export/10days 192.168.1.0/255.255.255.0(rw,sync,subtree_check) /export/10days 139.17.49.2(rw,sync,subtree_check) /export/10days 139.17.57.20(rw,sync,subtree_check) /export/10days mag25(rw,async,no_subtree_check,insecure) /BACKUP/mag4mag4(rw,sync,subtree_check,no_root_squash) /export/Admin/teaching2014 mag12(rw,async,no_subtree_check) /export/Admin/teaching2014 139.17.74.56(rw,async,no_subtree_check) -- /proc/fs/nfs/exports -- # Version 1.1 # Path Client(Flags) # IPs /export 139.17.74.0/255.255.255.0,sec23c16.gfz-potsdam.de(ro,root_squash,sync,no_wdelay,no_subtree_check,v4root,uuid=471861a8:cd984ee0:a23cf06f:4217381d) /export/Admin/teaching2014 192.168.1.0/255.255.255.0,mag12.gfz-potsdam.de(rw,root_squash,async,wdelay,no_subtree_check,uuid=18a9162f:3b884e76:b2bd2868:7e3b886c) /home/mag 139.17.74.0/255.255.255.0(rw,root_squash,async,wdelay,no_subtree_check,uuid=b0df03d9:b1434b25:b590eeea:9b22136f) / 139.17.74.0/255.255.255.0(ro,root_squash,sync,no_wdelay,no_subtree_check,v4root,fsid=0,uuid=471861a8:cd984ee0:a23cf06f:4217381d) / 192.168.1.0/255.255.255.0(ro,root_squash,sync,no_wdelay,no_subtree_check,v4root,fsid=0,uuid=471861a8:cd984ee0:a23cf06f:4217381d) /export/10days 139.17.74.0/255.255.255.0(rw,root_squash,sync,wdelay,uuid=72c05ad7:29d04f82:91a4f5d3:901a5d52) /home/mag 192.168.1.0/255.255.255.0(rw,root_squash,async,wdelay,no_subtree_check,uuid=b0df03d9:b1434b25:b590eeea:9b22136f) /home 139.17.74.0/255.255.255.0(ro,root_squash,sync,no_wdelay,no_subtree_check,v4root,uuid=b0df03d9:b1434b25:b590eeea:9b22136f) /export/10days 139.17.74.0/255.255.255.0,sec23c16.gfz-potsdam.de(rw,root_squash,sync,wdelay,uuid=72c05ad7:29d04f82:91a4f5d3:901a5d52) /home 192.168.1.0/255.255.255.0(ro,root_squash,sync,no_wdelay,no_subtree_check,v4root,uuid=b0df03d9:b1434b25:b590eeea:9b22136f) /home/mag 139.17.74.0/255.255.255.0,sec23c16.gfz-potsdam.de(rw,root_squash,async,wdelay,no_subtree_check,uuid=b0df03d9:b1434b25:b590eeea:9b22136f) /home/mag 192.168.1.0/255.255.255.0,mag4.gfz-potsdam.de(rw,root_squash,async,wdelay,no_subtree_check,uuid=b0df03d9:b1434b25:b590eeea:9b22136f) /
Bug#754355: virt-manager: add option for not starting a newly created VM immediately
Package: virt-manager Version: 0.9.5-1 Severity: normal Hi *, I normally do *not* want to start a newly created VM immediately. I cannot use the “Customise configuration before install” since that’s ultra-slow on remote sessions, and because this is before all discs, NIC, etc. have been assigned types (VirtIO instead of default, for example) and slots. My only way out is to start it and immediately force a power-off. But with recent systems being so fast, this sometimes hits user space before I can do so. Please allow an option for a VM to not be started, just created. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages virt-manager depends on: ii gconf2 3.2.6-2 ii librsvg2-common2.40.2-1 ii python 2.7.6-2 ii python-dbus1.2.0-2+b3 ii python-glade2 2.24.0-3+b1 ii python-gnome2 2.28.1+dfsg-1 ii python-gtk-vnc 0.5.3-1 ii python-gtk22.24.0-3+b1 ii python-ipy 1:0.81-1 ii python-libvirt 1.2.1-2 ii python-support 1.0.15 ii python-urlgrabber 3.9.1-4 ii python-vte 1:0.28.2-5 ii virtinst 0.600.4-3 Versions of packages virt-manager recommends: pn gnome-icon-theme none ii libvirt-bin 1.2.4-3 ii python-spice-client-gtk 0.25-1 Versions of packages virt-manager suggests: pn gnome-keyring none ii kwalletcli [ssh-askpass] 2.12-2 pn python-gnomekeyring none pn python-guestfsnone ii virt-viewer 0.6.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754356: Missing build dependencies
Package: bitcoin-qt Version: 0.9.2 Some build dependencies are missing: libboost-chrono-dev and imagemagick (because convert is used). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754357: ITP: gmastermind.app -- GNUstep clone of Mastermind (TM)
Package: wnpp Severity: wishlist Owner: Riley bm-2cvqnduybau5do2dfjtrn7zbaj246s4...@bitmessage.ch * Package name: gmastermind.app Version : 0.6 Upstream Author : Marko Riedel mrie...@neuearbeit.de * URL : http://gap.nongnu.org/gmastermind/ * License : GPL2 Programming Lang: Objective C Description : GNUstep clone of Mastermind (TM) This game is part of GAP, the GNUstep Application Project. Guess the correct combination of pegs. With each guess, you will be given a hint indicating how close your guess was to the correct answer. You have eight turns to guess correctly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754358: fix mips64(el) build of webkitgtk
Package: qtwebkit Version: 2.4.3-2 Tags: patch Control: forwarded -1 https://bugs.webkit.org/show_bug.cgi?id=124370 With this patch, It can build now. in debian/rules, jit is also need to disable for mips64 mips64el mipsn32 mipsn32el. -- YunQiang Su Index: webkitgtk-2.4.3/Source/WTF/wtf/Platform.h === --- webkitgtk-2.4.3.orig/Source/WTF/wtf/Platform.h 2014-07-03 18:53:22.279158467 +0800 +++ webkitgtk-2.4.3/Source/WTF/wtf/Platform.h 2014-07-03 18:53:21.895158459 +0800 @@ -80,16 +80,20 @@ #endif #endif -/* CPU(MIPS) - MIPS 32-bit */ -/* Note: Only O32 ABI is tested, so we enable it for O32 ABI for now. */ -#if (defined(mips) || defined(__mips__) || defined(MIPS) || defined(_MIPS_)) \ - defined(_ABIO32) +/* CPU(MIPS) - MIPS 32-bit and 64-bit */ +#if (defined(mips) || defined(__mips__) || defined(MIPS) || defined(_MIPS_) \ +|| defined(__mips64)) +#if defined(__mips64) +#define WTF_CPU_MIPS64 1 +#define WTF_MIPS_ARCH __mips64 +#else #define WTF_CPU_MIPS 1 +#define WTF_MIPS_ARCH __mips +#endif #if defined(__MIPSEB__) #define WTF_CPU_BIG_ENDIAN 1 #endif #define WTF_MIPS_PIC (defined __PIC__) -#define WTF_MIPS_ARCH __mips #define WTF_MIPS_ISA(v) (defined WTF_MIPS_ARCH WTF_MIPS_ARCH == v) #define WTF_MIPS_ISA_AT_LEAST(v) (defined WTF_MIPS_ARCH WTF_MIPS_ARCH = v) #define WTF_MIPS_ARCH_REV __mips_isa_rev @@ -663,7 +667,8 @@ || CPU(ARM64) \ || CPU(SPARC64) \ || CPU(S390X) \ -|| CPU(PPC64) +|| CPU(PPC64) \ +|| CPU(MIPS64) #define WTF_USE_JSVALUE64 1 #else #define WTF_USE_JSVALUE32_64 1 Index: webkitgtk-2.4.3/Source/WTF/wtf/dtoa/utils.h === --- webkitgtk-2.4.3.orig/Source/WTF/wtf/dtoa/utils.h2014-07-03 18:46:49.0 +0800 +++ webkitgtk-2.4.3/Source/WTF/wtf/dtoa/utils.h 2014-07-09 09:53:21.720934325 +0800 @@ -49,7 +49,7 @@ defined(__ARMEL__) || \ defined(_MIPS_ARCH_MIPS32R2) #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 -#elif CPU(MIPS) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(ARM64) || CPU(HPPA) +#elif CPU(MIPS) || CPU(MIPS64) || CPU(PPC) || CPU(PPC64) || OS(WINCE) || CPU(SH4) || CPU(S390) || CPU(S390X) || CPU(IA64) || CPU(SPARC) || CPU(ALPHA) || CPU(ARM64) || CPU(HPPA) #define DOUBLE_CONVERSION_CORRECT_DOUBLE_OPERATIONS 1 #elif defined(_M_IX86) || defined(__i386__) #if defined(_WIN32)
Bug#751686: ping
I just wanted to make sure that you notice that both blocking bugs were solved two weeks ago and ogre transitioned to boost-1.55. Are you still at this? If you need help with this you can contact me and I can look what I can do. Regards Sven signature.asc Description: PGP signature
Bug#754297: xserver-xorg-video-intel: applications using glx segfault
Am Do, 10. Jul 2014 um 08:11:42 +0200 schrieb Julien Cristau: Can you send the output of glxinfo? I've attached it. This is with mesa 10.2.3-1 from unstable and the applied patch. Cheers, Dirk foo@bar:~$ glxinfo libGL error: Version 4 or later of flush extension not found libGL error: failed to load driver: i915 name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_make_current_read client glx vendor string: Mesa Project and SGI client glx version string: 1.4 client glx extensions: GLX_ARB_create_context, GLX_ARB_create_context_profile, GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGI_make_current_read, GLX_SGI_video_sync OpenGL vendor string: Intel Open Source Technology Center OpenGL renderer string: Mesa DRI Intel(R) 945GM x86/MMX/SSE2 OpenGL version string: 2.1 Mesa 10.2.3 OpenGL shading language version string: 1.20 OpenGL extensions: GL_3DFX_texture_compression_FXT1, GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ARB_ES2_compatibility, GL_ARB_clear_buffer_object, GL_ARB_copy_buffer, GL_ARB_debug_output, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, GL_ARB_explicit_attrib_location, GL_ARB_fragment_program, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_get_program_binary, GL_ARB_half_float_pixel, GL_ARB_internalformat_query, GL_ARB_invalidate_subdata, GL_ARB_map_buffer_alignment, GL_ARB_map_buffer_range, GL_ARB_multi_bind, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex, GL_ARB_robustness, GL_ARB_sampler_objects, GL_ARB_separate_shader_objects, GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_shadow, GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_texture_storage, GL_ARB_transpose_matrix, GL_ARB_vertex_array_object, GL_ARB_vertex_attrib_binding, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, GL_ATI_blend_equation_separate, GL_ATI_draw_buffers, GL_ATI_separate_stencil, GL_ATI_texture_env_combine3, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_blit, GL_EXT_framebuffer_object, GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_compression_dxt1, GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
Bug#754359: trousers: FTBFS on hurd-i386 and kfreebsd-any
Source: trousers Version: 0.3.13-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd, kfreebsd Hi, trousers fails to build from source for GNU/Hurd and GNU/kFreeBSD due to usage of HOST_NAME_MAX, which is not defined on these architectures. The attached patch fixes this by using _POSIX_HOST_NAME_MAX instead which is defined, including GNU/Linux. Alternately sysconf(3) could have been used but a simple test program reveals that -1 is returned on both Hurd and kFreeBSD. Thanks! Index: trousers-0.3.13/src/tspi/tsp_tcsi_param.c === --- trousers-0.3.13.orig/src/tspi/tsp_tcsi_param.c +++ trousers-0.3.13/src/tspi/tsp_tcsi_param.c @@ -11,7 +11,7 @@ #include stdlib.h #include string.h #include stdio.h -#include bits/local_lim.h +#include bits/posix1_lim.h #include trousers/tss.h #include trousers/trousers.h #include trousers_types.h @@ -85,7 +85,7 @@ get_tcsd_port(char port_str[TCP_PORT_STR } /** - * Allocates a string with up to HOST_NAME_MAX chars which contains + * Allocates a string with up to _POSIX_HOST_NAME_MAX chars which contains * the hostname extracted from the env var */ int @@ -109,8 +109,8 @@ get_hostname_from_env(char **host_str, u LogDebug(Environment var %s got value: %s, HOSTNAME_ENV_VAR, tmp_str); env_len = strlen(tmp_str); - if (env_len HOST_NAME_MAX) { - *len = HOST_NAME_MAX + 1; + if (env_len _POSIX_HOST_NAME_MAX) { + *len = _POSIX_HOST_NAME_MAX + 1; } else { *len = env_len + 1; }
Bug#742864: RFS: openjdk-8/8u5-b13-1 (NEW)
Matthias has restarted the packaging from the latest version of openjdk-7 and merged some of my changes. The repository is on Launchpad: http://bazaar.launchpad.net/~openjdk/openjdk/openjdk8/files Now if I could be added to the OpenJDK Team I'd be happy to continue on this repository, but it's up to Matthias to decide. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754360: libraw: fix symbols for mips64 and mips64el
Package: libraw Version: 0.16.0-5 Add mips64 and mips64el to the list of 64bit ports. -- YunQiang Su diff -Nru libraw-0.16.0/debian/libraw10.symbols libraw-0.16.0/debian/libraw10.symbols --- libraw-0.16.0/debian/libraw10.symbols 2014-06-07 23:45:54.0 +0800 +++ libraw-0.16.0/debian/libraw10.symbols 2014-07-10 10:16:40.0 +0800 @@ -59,7 +59,7 @@ (c++)LibRaw::bad_pixels(char const*)@Base 0.16.0 (c++)LibRaw::blend_highlights()@Base 0.16.0 (c++)LibRaw::border_interpolate(int)@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::calloc(unsigned long, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw::calloc(unsigned long, unsigned long)@Base 0.16.0 (c++)LibRaw::cam_xyz_coeff(double (*) [3])@Base 0.16.0 (c++)LibRaw::cameraCount()@Base 0.16.0 (c++)LibRaw::cameraList()@Base 0.16.0 @@ -174,7 +174,7 @@ (c++)LibRaw::lossy_dng_load_raw()@Base 0.16.0 (c++)LibRaw::make_decoder(unsigned char const*)@Base 0.16.0 (c++)LibRaw::make_decoder_ref(unsigned char const**)@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::malloc(unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw::malloc(unsigned long)@Base 0.16.0 (c++)LibRaw::median4(int*)@Base 0.16.0 (c++)LibRaw::median_filter()@Base 0.16.0 (c++)LibRaw::median_filter_new()@Base 0.16.0 @@ -187,7 +187,7 @@ (c++)LibRaw::nikon_load_raw()@Base 0.16.0 (c++)LibRaw::nokia_load_raw()@Base 0.16.0 (c++)LibRaw::olympus_load_raw()@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::open_buffer(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw::open_buffer(void*, unsigned long)@Base 0.16.0 (c++)LibRaw::open_datastream(LibRaw_abstract_datastream*)@Base 0.16.0 (c++)LibRaw::open_file(char const*, long long)@Base 0.16.0 (c++)LibRaw::packed_dng_load_raw()@Base 0.16.0 @@ -235,7 +235,7 @@ (c++)LibRaw::raw2image_ex(int)@Base 0.16.0 (c++)LibRaw::raw2image_start()@Base 0.16.0 (c++)LibRaw::read_shorts(unsigned short*, int)@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw::realloc(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw::realloc(void*, unsigned long)@Base 0.16.0 (c++)LibRaw::recover_highlights()@Base 0.16.0 (c++)LibRaw::recycle()@Base 0.16.0 (c++)LibRaw::recycle_datastream()@Base 0.16.0 @@ -295,7 +295,7 @@ (c++)LibRaw_abstract_datastream::subfile_close()@Base 0.16.0 (c++)LibRaw_abstract_datastream::subfile_open(char const*)@Base 0.16.0 (c++)LibRaw_abstract_datastream::tempbuffer_close()@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw_abstract_datastream::tempbuffer_open(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw_abstract_datastream::tempbuffer_open(void*, unsigned long)@Base 0.16.0 (c++|optional=gcc-4.8)LibRaw_abstract_datastream::~LibRaw_abstract_datastream()@Base 0.16.0 (c++)LibRaw_bigfile_datastream::LibRaw_bigfile_datastream(char const*)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::eof()@Base 0.16.0 @@ -304,7 +304,7 @@ (c++)LibRaw_bigfile_datastream::gets(char*, int)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::jpeg_src(void*)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::make_jas_stream()@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw_bigfile_datastream::read(void*, unsigned long, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw_bigfile_datastream::read(void*, unsigned long, unsigned long)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::scanf_one(char const*, void*)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::seek(long long, int)@Base 0.16.0 (c++)LibRaw_bigfile_datastream::size()@Base 0.16.0 @@ -313,13 +313,13 @@ (c++)LibRaw_bigfile_datastream::tell()@Base 0.16.0 (c++)LibRaw_bigfile_datastream::valid()@Base 0.16.0 (c++)LibRaw_bigfile_datastream::~LibRaw_bigfile_datastream()@Base 0.16.0 - (c++|arch=alpha amd64 arm64 kfreebsd-amd64 ppc64 ppc64el s390x sparc64)LibRaw_buffer_datastream::LibRaw_buffer_datastream(void*, unsigned long)@Base 0.16.0 + (c++|arch=alpha amd64 arm64 kfreebsd-amd64 mips64 mips64el ppc64 ppc64el s390x sparc64)LibRaw_buffer_datastream::LibRaw_buffer_datastream(void*, unsigned long)@Base 0.16.0 (c++)LibRaw_buffer_datastream::eof()@Base 0.16.0 (c++)LibRaw_buffer_datastream::get_char()@Base 0.16.0 (c++)LibRaw_buffer_datastream::gets(char*, int)@Base 0.16.0 (c++)LibRaw_buffer_datastream::jpeg_src(void*)@Base 0.16.0
Bug#754361: open-invaders: add mips64 and mips64el into 64bit list in fix_pmask_amd64.patch
Package: open-invaders Version: 0.3-4 diff -Nru open-invaders-0.3/debian/patches/fix_pmask_amd64.patch open-invaders-0.3/debian/patches/fix_pmask_amd64.patch --- open-invaders-0.3/debian/patches/fix_pmask_amd64.patch 2011-09-04 04:04:47.0 +0800 +++ open-invaders-0.3/debian/patches/fix_pmask_amd64.patch 2014-07-10 16:03:13.0 +0800 @@ -7,7 +7,7 @@ //don't worry about setting it incorrectly //you'll get a compile error if you do, not a run-time error -#define MASK_WORD_BITBITS 5 -+#if defined(__alpha__) || defined(__ia64__) || defined(__x86_64__) || defined(__s390x__) || (defined(__sparc__) defined(__arch64__)) ++#if defined(__alpha__) || defined(__ia64__) || defined(__x86_64__) || defined(__s390x__) || defined(__mips64) || (defined(__sparc__) defined(__arch64__)) + #define MASK_WORD_BITBITS 6 +#else + #define MASK_WORD_BITBITS 5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754362: debian-reference: Makefile needs update on make entity
Package: debian-reference Severity: minor Tags: patch Hi Osamu, [sending this to the BTS, since I got no reaction from you yet, so that it doesn't get lost.] I am fighting with git on my DR repository these days. Yesterday when committing my translation update, I also committed an additional changing Merge branch 'master' of git+ssh://git.debian.org/git/ddp/debian-reference master This was by accident and not intended. Hopefully there is no problem with this (the commitdiff lists no real changings, only Trivial merge). Sometimes git is a bit to much for me... Today I tried to find out what needs to be done to update my po file to get your latest updates from asciidoc in. I came to the paragraph == Major English updates == in README.source and I invoked make distclean as mentioned there. After that I invoked make po LANGPO=de and the po file seems fine now. But now I am unable to build the DR, I get error that entity files are missing, make entity is needed. But make entity fails, since the file Packages.bz2 cannot be found in http://ftp.jp.debian.org/debian/dists/sid/main/binary-amd64/ There are only Packages.gz and Packages.xz. Apparently the Makefile needs some update. Cheers Holger -- Holger Wansing hwans...@mailbox.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754363: debian-reference: Some glitches in recent changings of DR
Package: debian-reference Severity: wishlist Tags: patch Hi Osamu, [sending this to the BTS, since I got no reaction from you yet, so that it doesn't get lost.] I noticed some glitches in the recent changings in DR. Please find some diffs for the files in asciidoc attached. I have marked the changes like this. One change fixes a build error due to changed entity name. Greetings Holger --- 02_package.txt 2014-07-06 01:13:48.846830856 +0200 +++ 02_package_workingcopy.txt 2014-07-06 22:36:23.368211390 +0200 @@ -370,7 +370,7 @@ - The `aptitude` command sometimes suggests mass package removals for the system upgrade on the `testing` or `unstable` Debian system. - This situation has frightened many system administrators. Don't panic. - This seems to be caused mostly by the version skew among packages depended or recommended by a meta-package such as `gnome-core`. - - This can be resolved by selecting Cancel pending actions in the `aptitude` command menu, existing it, and using `apt-get dist-upgrade`. + - This can be resolved by selecting Cancel pending actions in the `aptitude` command menu, exiting aptitude, and using `apt-get dist-upgrade`. The `apt-get` and `apt-cache` commands are the most **basic** APT-based package management tools. --- 04_auth.txt 2014-07-06 01:13:48.850830879 +0200 +++ 04_auth_workingcopy.txt 2014-07-07 23:29:33.524934967 +0200 @@ -323,7 +323,7 @@ The http://en.wikipedia.org/wiki/Secure_Shell[Secure Shell (SSH)] program provides secure encrypted communications between two untrusted hosts over an insecure network with the secure authentication. It consists of the http://www.openssh.org/[OpenSSH] client, `ssh`(1), and the http://www.openssh.org/[OpenSSH] daemon, `sshd`(8). This SSH can be used to tunnel an insecure protocol communication such as POP and X securely over the Internet with the port forwarding feature. -The client tries to authenticate itself using host-based authentication, public key authentication, challenge-response authentication, or password authentication. The use of public key authentication enables the remote password-less login. See _the_remote_access_server_and_utility_ssh. +The client tries to authenticate itself using host-based authentication, public key authentication, challenge-response authentication, or password authentication. The use of public key authentication enables the remote password-less login. See _the_remote_access_server_and_utilities_ssh. Extra security measures for the Internet --- 08_i18nl10n.txt 2014-07-06 01:13:48.854830893 +0200 +++ 08_i18nl10n_workingcopy.txt 2014-07-06 21:32:25.937182637 +0200 @@ -35,7 +35,7 @@ The input method support with IBus -Mltilingual input to the application is processed as: +Multilingual input to the application is processed as: ^^^ -- Keyboard Application --- 09_systips.txt 2014-07-06 21:34:15.229724559 +0200 +++ 09_systips_workingcopy.txt 2014-07-06 21:34:25.949777696 +0200 @@ -1311,7 +1311,7 @@ # wodim -v -eject blank=fast dev=/dev/hda cd.iso -TIP: If your desktop system mounts CD automatically, unmount it by `sudo unmount /dev/hda` from console before using `wodim`(1). +TIP: If your desktop system mounts CDs automatically, unmount it by `sudo umount /dev/hda` from console before using `wodim`(1). ^^ ^^ Mounting the ISO9660 image file --- 10_datamngt.txt 2014-07-06 01:13:48.858830915 +0200 +++ 10_datamngt_workingcopy.txt 2014-07-06 22:03:32.898440364 +0200 @@ -283,7 +283,7 @@ TIP: The choice of encoding may need to be provided as mount option (see _filename_encoding). -TIP: GUI menu to unmount a filesystem may remove its dynamically generated device node such as `/dev/sdc`. If you wish to keep its device node, unmount it with the `mount`(8) command from the shell prompt. +TIP: The use of the GUI menu to unmount a filesystem may remove its dynamically generated device node such as `/dev/ ^^ sdc`. If you wish to keep its device node, unmount it with the `umount`(8) command from the shell prompt. Filesystem choice for sharing data -- Holger Wansing hwans...@mailbox.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754364: python-pycountry: Python 3 support for pycountry
Package: python-pycountry Version: 0.14.1+ds1-3 Severity: wishlist Tags: patch Dear Maintainer, At the time of this writing, the latest version of pycountry available in debian is 0.14, while upstream counts at 1.8[0]. Updating to 1.8 would be great not only because the package is right now obsolete, but above all for the presence of unittests[1] and python 3 support[2]. The latter in particular, is going to be used by Tails sooner or later[3]. Trying to be of some help, I have updated the package, and it now resides in [4]. Will you please be so kind to review it and tell me your opinion? [0] https://pypi.python.org/pypi/pycountry [1] https://bitbucket.org/gocept/pycountry/src/0.18/src/pycountry/tests/ [2] https://bitbucket.org/gocept/pycountry/src/tip/HISTORY.txt?at=default#cl-24 [3] https://tails.boum.org/blueprint/python3/ [4] http://mentors.debian.net/package/pycountry -- System Information: Debian Release: jessie/SID APT prefers testing APT policy: (1024, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-pycountry depends on: ii iso-codes3.54-1 ii python 2.7.6-2 ii python-lxml 3.3.5-1+b1 python-pycountry recommends no packages. python-pycountry 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#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser
On 10/07/14 10:09, Matthias Klose wrote: clone 754263 -1 reassign -1 src:gdcm severity 754263 important thanks Am 10.07.2014 09:58, schrieb Mathieu Malaterre: Control: reassign -1 gcc-4.9 4.9.0-9 On Thu, Jul 10, 2014 at 9:55 AM, Matthias Klose d...@debian.org wrote: Control: reassign -1 src:gdcm Am 09.07.2014 11:41, schrieb Mathieu Malaterre: On Wed, Jul 9, 2014 at 11:35 AM, Matthias Klose d...@debian.org wrote: Please tell the versions used for both ecj and ecj-gcj. ecj (3.10.0+3.9.0-3) ecj-gcj (3.10.0+3.9.0-3) this is wrong, please search for your bug elsewhere. At least the kfreebsd builds did use 3.10.0-1. hurd is failing with the above mentionned version: https://buildd.debian.org/status/fetch.php?pkg=gdcmarch=hurd-i386ver=2.4.2-1.1stamp=1404805891 then fix the issues on the other architectures in your package. and thanks again for the very concise bug report in the first place :-/ I scheduled rebuilds on kfreebsd and sparc and the rebuilds succeeded as they now picked ecj ecj-gcj 3.10.0+3.9.0-3 rather than 3.10.0-1. There is still a bug somewhere as the package regressed on hurd, but as you noted that is not RC. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754365: roundcube-core: reinstall of roundcube fails
Package: roundcube-core Version: 0.7.2-9+deb7u1 Severity: normal Tags: d-i Dear Maintainer, I try to reinstall roundcube, but it alway fails with errors in the post or perinstall scripts. I already purged the package several times in different ways. Also removed all remains manually. Last i tried to clean up debconf database by PURGE deconf-communicate, but didn't help. Last snippet of the dpkg-output with -x in the scripts: apt-get install roundcube Reading package lists... Done Building dependency tree Reading state information... Done roundcube is already the newest version. 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? y Setting up roundcube-core (0.7.2-9+deb7u1) ... + . /usr/share/debconf/confmodule + [ ! ] + PERL_DL_NONLAZY=1 + export PERL_DL_NONLAZY + [ ] + exec /usr/share/debconf/frontend /var/lib/dpkg/info/roundcube-core.postinst configure dpkg: error processing roundcube-core (--configure): subprocess installed post-installation script returned error exit status 10 dpkg: dependency problems prevent configuration of roundcube: roundcube depends on roundcube-core (= 0.7.2-9+deb7u1); however: Package roundcube-core is not configured yet. dpkg: error processing roundcube (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: roundcube-core roundcube E: Sub-process /usr/bin/dpkg returned an error code (1) and: DEBCONF_DEBUG=developer /usr/share/debconf/frontend /var/lib/dpkg/info/roundcube-core.postinst configure debconf (developer): frontend started debconf (developer): frontend running, package name is roundcube-core debconf (developer): starting /var/lib/dpkg/info/roundcube-core.config configure debconf (developer): -- INPUT medium roundcube/hosts debconf (developer): -- 10 roundcube/hosts doesn't exist debconf (developer): -- GO debconf (developer): -- 0 ok debconf (developer): -- SUBST roundcube/language languages ar_SA, ast, az_AZ, bg_BG, bn_BD, br, bs_BA, ca_ES, cs_CZ, cy_GB, da_DK, de_CH, de_DE, el_GR, en_GB, en_US, eo, es_AR, es_ES, et_EE, eu_ES, fa, fa_AF, fi_FI, fr_FR, ga_IE, gl_ES, he_IL, hi_IN, hr_HR, hu_HU, hy_AM, id_ID, is_IS, it_IT, ja_JP, ka_GE, kh_KH, ko_KR, ku, lt_LT, lv_LV, mk_MK, mr_IN, ms_MY, nb_NO, ne_NP, nl_BE, nl_NL, nn_NO, pl_PL, ps, pt_BR, pt_PT, ro_RO, ru_RU, si_LK, sk_SK, sl_SI, sq_AL, sr_CS, sv_SE, ta_IN, th_TH, tr_TR, uk_UA, vi_VN, zh_CN, zh_TW debconf (developer): -- 10 roundcube/language doesn't exist -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube-core depends on: ii apache22.2.22-13+deb7u1 ii apache2-mpm-prefork [httpd]2.2.22-13+deb7u1 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-ui1.8.ooops.21+dfsg-2 ii libmagic1 5.11-2+deb7u3 ii php-auth 1.6.2-1 ii php-mail-mime 1.8.4-1 ii php-mdb2 2.5.0b3-2 ii php-net-smtp 1.6.1-1 ii php-net-socket 1.0.9-2 ii php5 5.4.4-14+deb7u12 ii php5-gd5.4.4-14+deb7u12 ii php5-intl 5.4.4-14+deb7u12 ii php5-mcrypt5.4.4-14+deb7u12 ii php5-pspell5.4.4-14+deb7u12 pn roundcube-mysql | roundcube-pgsql none ii tinymce3.4.8+dfsg0-1 ii ucf3.0025+nmu3 roundcube-core recommends no packages. Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.4-1 pn php-crypt-gpg none pn roundcube-plugins none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754366: gecko-mediaplayer: please consider npapi-sdk-dev B-D
Source: gecko-mediaplayer Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754369: npapi-vlc: please consider npapi-sdk-dev B-D
Source: npapi-vlc Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754367: icedtea-web: please consider npapi-sdk-dev B-D
Source: icedtea-web Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754372: openvrml: please consider npapi-sdk-dev B-D
Source: openvrml Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754373: packagekit: please consider npapi-sdk-dev B-D
Source: packagekit Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754370: kiwix: please consider npapi-sdk-dev B-D
Source: kiwix Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754371: gnome-chemistry-utils: please consider npapi-sdk-dev B-D
Source: gnome-chemistry-utils Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754368: mozilla-gnome-keyring: please consider npapi-sdk-dev B-D
Source: mozilla-gnome-keyring Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754376: libkqueue: fix mips64 port
Package: libkqueue Version: 2.0.3-1 With this patch, it can build on mips64el now. Index: libkqueue-2.0.3/src/common/knote.c === --- libkqueue-2.0.3.orig/src/common/knote.c 2014-02-24 04:29:52.0 +0800 +++ libkqueue-2.0.3/src/common/knote.c 2014-07-10 10:30:49.274717467 +0800 @@ -120,7 +120,7 @@ ent = RB_FIND(knt, filt-kf_knote, query); pthread_rwlock_unlock(filt-kf_knote_mtx); -#ifdef __x86_64__ +#if defined(__x86_64__) || defined(__mips64) dbg_printf(id=%lu ent=%p, ident, ent); #else dbg_printf(id=%u ent=%p, ident, ent); -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754374: spice-xpi: please consider npapi-sdk-dev B-D
Source: spice-xpi Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754375: stylish: please consider npapi-sdk-dev B-D
Source: stylish Severity: wishlist User: npapi-...@packages.debian.org Usertags: b-d-switch Dear maintainer, your package Build-Depends on xulrunner-dev or iceweasel-dev. If it only needs NPAPI headers, you might be interested in switching B-D to npapi-sdk-dev, very small package providing them only, just landed to unstable. https://packages.qa.debian.org/n/npapi-sdk.html Otherwise sorry for the noise. Thanks for considering. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753487: RFS: stda/1.3.1-1 -- new upstream release (package already in Debian)
[I don't indend to sponsor this package. Sorry!] * Dimitar Ivanov drim...@freeshell.de, 2014-07-09, 00:27: * URL : http://gnu.mirendom.net/stda.html [snip] There doesn't seem to be anything newer than 1.2.1 posted at that URL. This is correct. The reason for this is that, since I'm the upstream author, first I'm trying to find a sponsor, or somebody who wants to review the package and could be a sponsor. Then I'll put the original tar on the URL. I just want this time that the upstream is released actually only if the package also will be put into Debian testing. If not, then I'll do not make a public release now, but in few months upgrade the package (bugs, new features, etc.) and try to find a sponsor again.. That's an odd workflow, if you ask me. But oh well. Here's my quick review: + sed -n '/BEGIN PGP SIGNATURE/,/END PGP SIGNATURE/p' \ + $(PNAME)_$${dvers}_source.changes $(PNAME)-$$vers.tar.gz.asc I don't think you'll get a valid signature this way. + - default postscript canava set to landscape with size-ratio of 0.71 Typo? canava - canvas + - CONVFMT and OFMT varibles in 'awk' defined separately as %.17g Typo: varibles - variables +Remark: an user-defined function should have syntax conform to 'awk'. Typos: an - a, conform - conforming Changes to packaging are not documented in debian/changelog. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752891: systemtap: build on ppc64el
BTW. From the systemtap README: Consider configuring with --enable-dejazilla to automatically contribute to our public test result database. That makes it easier to compare test results at https://web.elastic.org/~dejazilla/viewsummary.php Also since systemtap depends on elfutils you might need ppc64le elfutils support, which only recently has been contributed: https://lists.fedorahosted.org/pipermail/elfutils-devel/2014-July/004090.html https://lists.fedorahosted.org/pipermail/elfutils-devel/2014-July/004091.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754377: eeepc-acpi-scripts: fails to install due to insserv rejecting the script header
Package: eeepc-acpi-scripts Version: 1.1.12 Severity: serious tags: sid jessie User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install due to insserv rejecting the script header. Some notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): Selecting previously unselected package eeepc-acpi-scripts. (Reading database ... 7553 files and directories currently installed.) Preparing to unpack .../eeepc-acpi-scripts_1.1.12_all.deb ... Unpacking eeepc-acpi-scripts (1.1.12) ... Setting up eeepc-acpi-scripts (1.1.12) ... Removing stray rc.d stop links update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults insserv: Service udev has to be enabled to start service eeepc-acpi-scripts insserv: exiting now! update-rc.d: error: insserv rejected the script header dpkg: error processing package eeepc-acpi-scripts (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: eeepc-acpi-scripts E: Sub-process /usr/bin/dpkg returned an error code (1) This only occurs in sid and jessie, but not with the same version of eeepc- acpi-scripts in wheezy: https://piuparts.debian.org/jessie/fail/eeepc-acpi-scripts_1.1.12.log https://piuparts.debian.org/sid/fail/eeepc-acpi-scripts_1.1.12.log https://piuparts.debian.org/wheezy/pass/eeepc-acpi-scripts_1.1.12.log cheers, Holger Start: 2014-07-05 09:44:39 UTC Package: eeepc-acpi-scripts Version: 1.1.12 Installed-Size: 142 Maintainer: Debian Eee PC Team debian-eeepc-de...@lists.alioth.debian.org Architecture: all Depends: acpid (= 1:2.0.0-1), acpi-support-base, acpi-support, initscripts (= 2.88dsf-13.3), pm-utils, rfkill (= 0.3-3) Suggests: alsa-utils, libnotify-bin Description: Scripts to support suspend and hotkeys on the Asus Eee PC laptop Description-md5: 00cfc39420956e29eab8942cc6c0b1a4 Tag: hardware::laptop, hardware::power:acpi, implemented-in::shell, role::plugin, works-with::TODO Section: utils Priority: extra Filename: pool/main/e/eeepc-acpi-scripts/eeepc-acpi-scripts_1.1.12_all.deb Size: 26064 MD5sum: f2187aefabf873425dcc665800c69bb1 SHA1: 697ff2176503af4d2531e21b2fcf70b00056336d SHA256: f9e9f8f07b6aae4c4129756ff0b6f7e6634be42a904f2379f7812c3fc60f8b56 Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt eeepc-acpi-scripts=1.1.12 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.59~201405301115~0.58-62-g352dac2 starting up. 0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --warn-on-leftovers-after-purge --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz -d jessie --no-upgrade-test --apt eeepc-acpi-scripts=1.1.12 0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u2 x86_64 0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpIsoBLn 0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpIsoBLn 0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpIsoBLn', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz'] 0m1.8s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpIsoBLn', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/jessie_amd64.tar.gz'] 0m1.8s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpIsoBLn', 'mount', '-t', 'proc', 'proc', '/proc'] 0m1.8s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpIsoBLn', 'mount', '-t', 'proc', 'proc', '/proc'] 0m1.8s DEBUG: sources.list: deb http://mirror.bm.debian.org/debian/ jessie main 0m1.8s DEBUG: Created policy-rc.d and chmodded it. 0m1.8s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpIsoBLn', 'apt-get', 'update'] 0m5.8s DUMP: Get:1
Bug#753781: Heads up: transition: xserver 1.16
On 10/07/14 09:07, Emilio Pozuelo Monfort wrote: That package is not marked as auto-buildable, which means it doesn't build on the Debian buildds and thus it can't be binNMUed. So you'll have to upload it manually, or ask the wanna-build team to make it auto-buildable. Strange, I thought someone had previously requested this... the latest build is 1:2.1.20-2+b1 which looks like it was binNMUd once before? Anyway I'll try to request this; it should be a valid candidate because it is freely-licensed, just nobody could understand it... 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#754173: The same problem with firewall network perfomance
Network perfomance degraded for all Windows clients. Even images on web pages are corrupted on clients.
Bug#752672: boot gets stuck
Hello, On 10 July 2014 13:27, Harald Dunkel harald.dun...@aixigo.de wrote: Maybe I'm misunderstanding something, but why do you add this line to your interfaces file if you don't have a DHCPv6 server? Come on, does this really matter? It does indeed. Point is that the Debian host got stuck at boot time without any way out. This is fatal. Probably, that's a bug in dhclient. It should time out and background itself. Anyway, if you don't have a DHCPv6 server, don't enable DHCPv6. Or try to use guessnet to select a proper profile depending on the dynamically detected network settings. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754336: qemu-mips-static doesn't recognize ELF header correctly
I checked your image, and noticed that only the binaries which are reported as having a corrupted section header produce this error message. first time we hit such a situation, it must be something in your device or uclibc (and maybe kernel as well). Google can't find any similar cases either. And since it is apparently a situation unique to this (kind of) device, I'm lowering the severity of this bugreport. Thanks, /mjt No really... The bcm6358 is part of the the bcm63xx series. Those SoC are used in most professional router/consumer modems. It is used in all consumer modems in France (with every models from ISP). While the kernel contain proprietary drivers it's source code have been released by the manufacturer at http://www.efixo.net/gpl/ . Except some .ko delivered as binary, there is nothing in particular. the µClibc version is definitely unpatched. A complete toolchain for building a very older flash image is available at http://www.efixo.net/ The Neufox is one of consumer ADSL modem which use an SoC from the broadcom bcm63xx family. regards.. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511542: Nonsense
severity 511542 wishlist tags 511542 wontfix thanks On Tue 01 May 2012, Dominik George wrote: This is complete nonsense. Although compression does not make much sense when copying local files, it is a programs duty to do as the user desires. Simply ignoring a flag - even with warning - despite the user explicitly providing it - is the worst thing a developer can do. I propose closing this bug report as wontfix. Agreed. Well, not closing, but marking as wontfix. Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752672: boot gets stuck
Andrew Shadura wrote: Maybe I'm misunderstanding something, but why do you add this line to your interfaces file if you don't have a DHCPv6 server? Come on, does this really matter? Point is that the Debian host got stuck at boot time without any way out. This is fatal. Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751021: dpkg: Same error on 1.17.10 (i386)
Dear Maintener, still got the problem on my sid box here, on dpkg '1.17.10 (i386)'. File descriptor 6 (/var/lib/dpkg/triggers/Unincorp) leaked on vgs invocation. Parent PID 29805: /usr/sbin/grub-probe File descriptor 6 (/var/lib/dpkg/triggers/Unincorp) leaked on vgs invocation. Parent PID 29805: /usr/sbin/grub-probe File descriptor 6 (/var/lib/dpkg/triggers/Unincorp) leaked on lvs invocation. Parent PID 29976: /bin/sh File descriptor 6 (/var/lib/dpkg/triggers/Unincorp) leaked on vgs invocation. Parent PID 30166: grub-probe File descriptor 6 (/var/lib/dpkg/triggers/Unincorp) leaked on vgs invocation. Parent PID 30166: grub-probe fait Any workaround to solve the problem ? Regards, Guillaume Seren. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753781: Heads up: transition: xserver 1.16
On 2014-07-10 12:38, Steven Chamberlain wrote: On 10/07/14 09:07, Emilio Pozuelo Monfort wrote: That package is not marked as auto-buildable, which means it doesn't build on the Debian buildds and thus it can't be binNMUed. So you'll have to upload it manually, or ask the wanna-build team to make it auto-buildable. Strange, I thought someone had previously requested this... the latest build is 1:2.1.20-2+b1 which looks like it was binNMUd once before? Not on the buildds: projectb= select distinct u.name from changes c inner join fingerprint fpr on c.fingerprint=fpr.fingerprint inner join uid u on u.id=fpr.uid where changesname like 'xserver-xorg-video-nv%' and version = '1:2.1.20-2+b1'; name --- Robert Millan (1 row) Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753781: Heads up: transition: xserver 1.16
Adam D. Barratt a...@adam-barratt.org.uk (2014-07-10): On 2014-07-10 12:38, Steven Chamberlain wrote: On 10/07/14 09:07, Emilio Pozuelo Monfort wrote: That package is not marked as auto-buildable, which means it doesn't build on the Debian buildds and thus it can't be binNMUed. So you'll have to upload it manually, or ask the wanna-build team to make it auto-buildable. Strange, I thought someone had previously requested this... the latest build is 1:2.1.20-2+b1 which looks like it was binNMUd once before? Not on the buildds: projectb= select distinct u.name from changes c inner join fingerprint fpr on c.fingerprint=fpr.fingerprint inner join uid u on u.id=fpr.uid where changesname like 'xserver-xorg-video-nv%' and version = '1:2.1.20-2+b1'; name --- Robert Millan (1 row) Mails for upload+accept are on this list, see e.g. https://lists.debian.org/e1wdybw-7l...@franck.debian.org https://lists.debian.org/e1wdyby-7x...@franck.debian.org Mraw, KiBi. signature.asc Description: Digital signature
Bug#753781: Heads up: transition: xserver 1.16
Adam D. Barratt a...@adam-barratt.org.uk (2014-07-10): Not on the buildds: projectb= select distinct u.name from changes c inner join fingerprint fpr on c.fingerprint=fpr.fingerprint inner join uid u on u.id=fpr.uid where changesname like 'xserver-xorg-video-nv%' and version = '1:2.1.20-2+b1'; name --- Robert Millan (1 row) On 10/07/14 13:13, Cyril Brulebois wrote: Mails for upload+accept are on this list, see e.g. https://lists.debian.org/e1wdybw-7l...@franck.debian.org https://lists.debian.org/e1wdyby-7x...@franck.debian.org Thank you both, I didn't know it had been handled that way. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#754378: base: shaper in jessie
Package: base Severity: normal Dear Maintainer, Slow download noticed over LAN and WLAN. /sbin/tc qdisc show qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc mq 0: dev wlan0 root qdisc pfifo_fast 0: dev wlan0 parent :1 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc pfifo_fast 0: dev wlan0 parent :2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc pfifo_fast 0: dev wlan0 parent :3 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc pfifo_fast 0: dev wlan0 parent :4 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 qdisc pfifo_fast 0: dev tap0 root refcnt 2 bands 3 priomap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1 Trying to delete gives: /sbin/tc qdisc del dev eth0 root RTNETLINK answers: No such file or directory Have no idea, what's going on. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753390: non-free stuff in source package
On Thu, 10 Jul 2014, Jose Luis Blanco wrote: I think this commit upstream should fix the bug: https://github.com/jlblancoc/mrpt/commit/7bb216e1e0c421ea4525948aa1da95e6e640f562 Yep, thats better. Nevertheless your debian/copyright needs to contain the complete license text of CC BY-SA 4.0. Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754263: Bug#754349: Bug#754263: java.lang.NoClassDefFoundError: org.eclipse.jdt.internal.compiler.parser.JavadocParser
Control: severity 754349 important On Thu, Jul 10, 2014 at 12:49 PM, Emilio Pozuelo Monfort po...@debian.org wrote: [...] I scheduled rebuilds on kfreebsd and sparc and the rebuilds succeeded as they now picked ecj ecj-gcj 3.10.0+3.9.0-3 rather than 3.10.0-1. There is still a bug somewhere as the package regressed on hurd, but as you noted that is not RC. Thanks much for your help ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753653: RFP: tmsu -- command-line file tagging tooI and tag-based virtual filesystem
Hi, I'd also like to see TMSU in Debian. It's a great tool and actively developed. However, packaging TMSU will require golang-go-sqlite3 [1] and golang-go-fuse [2] first. See [3] for reference. [1] https://github.com/mattn/go-sqlite3 [2] https://github.com/hanwen/go-fuse/ [3] https://bitbucket.org/oniony/tmsu/src/d97783ed2078494728be8945605a9874adc95cef/README.md?at=default All the best, Martin signature.asc Description: Digital signature
Bug#84333: for speeding up partial downloads
Sounds like --partial covers most of what this bug report is about, no? Paul -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754379: scala package should provide scala.lang highlighting definition for gedit
Package: scala Version: 2.9.2+dfsg-1 Severity: normal Dear Maintainer, When installing scala package it seems to not ship the syntax highlighting files that are available in the scala repo. for example scala.lang file should be added for gtk highlighting. see https://github.com/scala/scala-dist/tree/master/tool-support/src/gedit for details. here are also other things that may ship with the scala package: https://github.com/scala/scala-dist/tree/master/tool-support/src -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scala depends on: ii default-jre [java6-runtime]1:1.6-47 ii libjansi-java 1.4-3 ii openjdk-6-jre [java6-runtime] 6b31-1.13.3-1~deb7u1 ii openjdk-7-jre [java6-runtime] 7u55-2.4.7-1~deb7u1 ii scala-library 2.9.2+dfsg-1 scala recommends no packages. Versions of packages scala suggests: pn scala-doc none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754380: google-perftools: the README file refers to HTML pages documenting each tool : please deliver them.
Package: google-perftools Version: 2.0-2 Severity: minor Dear Maintainer, When reading the README file in google-perftools package, each tool is briefly described, but refers to HTML documentation. I didn't find them in the package, but is available on the upstream web site (for example : http://gperftools.googlecode.com/svn/trunk/doc/heapprofile.html). Could you include these documentation HTML pages in the package ? Thanks, Fred. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (800, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages google-perftools depends on: ii curl 7.26.0-1+wheezy9 ii libgoogle-perftools4 2.0-2 Versions of packages google-perftools recommends: ii graphviz 2.26.3-14+deb7u1 ii gv1:3.7.3-1 google-perftools 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#744869: Bug, not new feature
Hi actually this is more a bug than a feature wish. Keyring support has been integrated earlier, but the modules for keyring access that 1.3.7 wants to import have been renamed. The import fails and all the code dealing with keyring gets skipped. https://bugzilla.redhat.com/show_bug.cgi?id=999297 The import statement try: import gnomekeyring USE_KEYRING=True except ImportError: USE_KEYRING=False is guaranteed to fail and all keyring functionality will be skipped consequently. Regards Bengt smime.p7s Description: S/MIME Cryptographic Signature
Bug#754381: resolveconf does not write dhcpdnsoption.tmp correctly
Package: resolvconf Version: 1.67 Debian GNU/Linux, wheezy, ifup/down-mechanism, no network manager, pppoe connection Description: /etc/ppp/ip-up.d/0001makedhcpdnsoption is supposed to write /etc/ppp/dhcpdnsoption.tmp for the dhcp sever, but the command it uses: (echo -n option domain-name-servers ; (sed -e s/nameserver //g $REALRESOLVCONF | tr \n ,); echo ;) | sed -e s/,;/;/ | sed -e s/,/, / /etc/ppp/dhcpdnsoption.tmp is wrong, since it does not account for the comment lines in $REALRESOLVCONF and produces no valid option so that the dhcp server dies. Rather use this command (tested, working): (echo -n option domain-name-servers ; (sed -e /^#.*$/d -e s/nameserver //g $REALRESOLVCONF | tr \n ,); echo ;) | sed -e s/,;/;/ | sed -e s/,/, /g /etc/ppp/dhcpdnsoption.tmp (Note that additionally there is an added /g option for sed at the end.) -- public key id EAFE0591, e.g. on x-hkp://pool.sks-keyservers.net signature.asc Description: Digital signature
Bug#754382: network-manager: nmtui fails to save wireless psk passphrase
Package: network-manager Version: 0.9.10.0-1 Severity: normal Dear Maintainer, I'm currently testing new network-manager 0.9.10 and I've found a bug: nmtui does not save wireless passphrase to profile. Configuration file for connection doesn't contain 'psk=' line after editing with nmtui. Editing connection with nmcli was successful, psk can be set and saved. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8@ISO, LC_CTYPE=ru_RU.UTF-8@ISO (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.6-1 ii init-system-helpers1.19 ii isc-dhcp-client4.2.4-7 ii libc6 2.19-4 ii libdbus-1-31.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt111.5.3-4 ii libglib2.0-0 2.40.0-3 ii libgnutls-deb0-28 3.2.15-2 ii libgudev-1.0-0 204-14 ii libmm-glib01.2.0-1 ii libndp01.3-1 ii libnewt0.520.52.17-1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-1 ii libnm-util20.9.10.0-1 ii libpam-systemd 204-14 ii libpolkit-gobject-1-0 0.105-6 ii libreadline6 6.3-6 ii libsoup2.4-1 2.46.0-2 ii libsystemd-daemon0 204-14 ii libsystemd-login0 204-14 ii libuuid1 2.20.1-5.8 ii lsb-base 4.1+Debian13 ii policykit-10.105-6 ii udev 204-14 ii wpasupplicant 1.1-1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.71-1 ii iptables 1.4.21-2 ii modemmanager 1.2.0-1 ii ppp 2.4.6-2 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4 -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754383: /etc/ppp/ip-up.d/000resolveconf does not run before the other scripts
Package: resolvconf Version: 1.67 Debian GNU/Linux, wheezy, ifup/down-mechanism, no network manager, pppoe connection Description: /etc/ppp/ip-up.d/000resolvconf is supposed to run before the other scripts in the directory, but doesn't, because its name has only 3 digits, while the other filnames have 4. Rename to resolvconf. The same probably applies (supposed to run before the others?) for /etc/ppp/ip-down.d/000resolvconf. -- public key id EAFE0591, e.g. on x-hkp://pool.sks-keyservers.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754382: network-manager: nmtui fails to save wireless psk passphrase
nm-applet also saves psk correctly. Only nmtui silently fails. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754382: [Pkg-utopia-maintainers] Bug#754382: network-manager: nmtui fails to save wireless psk passphrase
Am 10.07.2014 15:12, schrieb Vladimir Kudrya: Package: network-manager Version: 0.9.10.0-1 Severity: normal Dear Maintainer, I'm currently testing new network-manager 0.9.10 and I've found a bug: nmtui does not save wireless passphrase to profile. Configuration file for connection doesn't contain 'psk=' line after editing with nmtui. Editing connection with nmcli was successful, psk can be set and saved. Did you run nmtui as root or normal user? Did you edit an existing connection or did you create a new one? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#754384: php5-fpm: Apache2 + php5-fpm using fastcgi breaks after upgrading to 5.6.0~rc2+dfsg-1
Package: php5-fpm Version: 5.6.0~beta4+dfsg-4 Severity: grave Justification: renders package unusable Dear Maintainer, After I upgraded php5 from 5.6.0~rc1+dfsg-1 to 5.6.0~rc2+dfsg-1, I noticed php didn't work anymore. I use Apache 2.4 with php5-fpm using fastcgi. This is my fastcgi config: AddHandler php5-fcgi .php Action php5-fcgi /php5-fcgi Alias /php5-fcgi /usr/lib/cgi-bin/php5-fcgi FastCgiExternalServer /usr/lib/cgi-bin/php5-fcgi -socket /var/run/php5-fpm.sock -pass-header Authorization After the upgrade, every PHP page displays file not found and I get this error in /var/log/apache2/error.log: FastCGI: server /usr/lib/cgi-bin/php5-fcgi stderr: Primary script unknown I downgraded to 5.6.0~beta4+dfsg-4 now and everything works as expected again. -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): fpm cli PHP 5 Extensions (php5query -M -v): imap (Enabled for fpm by maintainer script) imap (Enabled for cli by maintainer script) curl (Enabled for fpm by maintainer script) curl (Enabled for cli by maintainer script) mysql (Enabled for fpm by maintainer script) mysql (Enabled for cli by maintainer script) pdo (Enabled for fpm by maintainer script) pdo (Enabled for cli by maintainer script) pdo_pgsql (Enabled for fpm by maintainer script) pdo_pgsql (Enabled for cli by maintainer script) snmp (Enabled for fpm by maintainer script) snmp (Enabled for cli by maintainer script) pdo_mysql (Enabled for fpm by maintainer script) pdo_mysql (Enabled for cli by maintainer script) mysqli (Enabled for fpm by maintainer script) mysqli (Enabled for cli by maintainer script) pdo_sqlite (Enabled for fpm by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) sqlite3 (Enabled for fpm by maintainer script) sqlite3 (Enabled for cli by maintainer script) gd (Enabled for fpm by maintainer script) gd (Enabled for cli by maintainer script) pgsql (Enabled for fpm by maintainer script) pgsql (Enabled for cli by maintainer script) mysqlnd (Enabled for fpm by maintainer script) mysqlnd (Enabled for cli by maintainer script) pspell (Enabled for fpm by maintainer script) pspell (Enabled for cli by maintainer script) readline (Enabled for fpm by maintainer script) readline (Enabled for cli by maintainer script) json (Enabled for fpm by maintainer script) json (Enabled for cli by maintainer script) opcache (Enabled for fpm by maintainer script) opcache (Enabled for cli by maintainer script) mcrypt (Enabled for fpm by maintainer script) mcrypt (Enabled for cli by maintainer script) gmp (Enabled for fpm by maintainer script) gmp (Enabled for cli by maintainer script) intl (Enabled for fpm by maintainer script) intl (Enabled for cli by maintainer script) Configuration files: [PHP] engine = On short_open_tag = Off asp_tags = Off precision = 14 output_buffering = On zlib.output_compression = Off implicit_flush = Off unserialize_callback_func = serialize_precision = 17 disable_functions = pcntl_alarm,pcntl_fork,pcntl_waitpid,pcntl_wait,pcntl_wifexited,pcntl_wifstopped,pcntl_wifsignaled,pcntl_wexitstatus,pcntl_wtermsig,pcntl_wstopsig,pcntl_signal,pcntl_signal_dispatch,pcntl_get_last_error,pcntl_strerror,pcntl_sigprocmask,pcntl_sigwaitinfo,pcntl_sigtimedwait,pcntl_exec,pcntl_getpriority,pcntl_setpriority, disable_classes = zend.enable_gc = On expose_php = On max_execution_time = 30 max_input_time = 60 memory_limit = 128M error_reporting = E_ALL ~E_DEPRECATED ~E_STRICT display_errors = Off display_startup_errors = Off log_errors = On log_errors_max_len = 1024 ignore_repeated_errors = Off ignore_repeated_source = Off report_memleaks = On track_errors = Off html_errors = On variables_order = GPCS request_order = GP register_argc_argv = Off auto_globals_jit = On post_max_size = 8M auto_prepend_file = auto_append_file = default_mimetype = text/html default_charset = UTF-8 doc_root = user_dir = enable_dl = Off file_uploads = On upload_max_filesize = 2M max_file_uploads = 20 allow_url_fopen = On allow_url_include = Off default_socket_timeout = 60 [CLI Server] cli_server.color = On [Date] [filter] [iconv] [intl] [sqlite] [sqlite3] [Pcre] [Pdo] [Pdo_mysql] pdo_mysql.cache_size = 2000 pdo_mysql.default_socket= [Phar] [mail function] SMTP = localhost smtp_port = 25 mail.add_x_header = On [SQL] sql.safe_mode = Off [ODBC] odbc.allow_persistent = On odbc.check_persistent = On odbc.max_persistent = -1 odbc.max_links = -1 odbc.defaultlrl = 4096 odbc.defaultbinmode = 1 [Interbase] ibase.allow_persistent = 1 ibase.max_persistent = -1 ibase.max_links = -1 ibase.timestampformat = %Y-%m-%d %H:%M:%S ibase.dateformat = %Y-%m-%d ibase.timeformat = %H:%M:%S [MySQL] mysql.allow_local_infile = On mysql.allow_persistent = On mysql.cache_size = 2000 mysql.max_persistent = -1 mysql.max_links = -1 mysql.default_port = mysql.default_socket = mysql.default_host = mysql.default_user = mysql.default_password = mysql.connect_timeout = 60 mysql.trace_mode = Off [MySQLi]
Bug#752672: boot gets stuck
On 07/10/14 13:35, Andrew Shadura wrote: Hello, On 10 July 2014 13:27, Harald Dunkel harald.dun...@aixigo.de wrote: Maybe I'm misunderstanding something, but why do you add this line to your interfaces file if you don't have a DHCPv6 server? Come on, does this really matter? It does indeed. Sorry to say, but it doesn't. The current configuration of other hosts or services in a network is sometimes unpredictable. Esp. for IPv6 in a foreign LAN there is a high probability that some feature is not configured correctly, that there is SLAAC instead of statefull DHCP, etc. I used my own LAN just to verify the problem. Point is that the Debian host got stuck at boot time without any way out. This is fatal. Probably, that's a bug in dhclient. It should time out and background itself. If you think that ifupdown should block the boot process until dhclient returns, then please reassign this ticket. Thanx very much Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754385: kicad: CvPCB preview footprint do not work
Package: kicad Version: 0.20140622+bzr4027-2 Severity: normal Hi, Sorry my bad English CvPCB preview footprint do not work, silently -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (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 kicad depends on: ii kicad-common 0.20140622+bzr4027-2 ii libc6 2.19-4 ii libgcc1 1:4.9.0-7 ii libgl1-mesa-glx [libgl1] 10.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.9.0-7 ii libwxbase3.0-03.0.1-2 ii libwxgtk3.0-0 3.0.1-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii zlib-bin 1:1.2.8.dfsg-1 kicad recommends no packages. Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 ii kicad-doc-ru 0.20140622+bzr4027-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754342: nfsroots: mount: Device or ressource busy
I build my diskless client with the Ubuntu 14.04's debootstrap version. I made a basic bootable version and I added the desktop environment from that. For the export, I used this line. I used the same config for Ubuntu 13.04, 13.10 and 14.04 and I did not change this for debian : /mnt/rootfs/stardust 192.168.20.50(rw,async,no_subtree_check,no_root_squash) I'm not a nfs expert, but I think it's a nfsv3 configuration. I don't have any wheezy client, but I think the problem comes from the initramfs that tries to mount the rootfs a second time. For info, this is my boot command line for this host : kernel tftp://192.168.20.1//systems/stardust/vmlinuz ip=dhcp nfsroot=192.168.20.1:/mnt/rootfs/stardust root=/dev/nfs rw rootdelay=10 initrd tftp://192.168.20.1//systems/stardust/initrd.img I don't have a line in the client's fstab for the rootfs. -- Gilles Émilien MOREL cont...@gilles-morel.fr Le premier tirage aléatoire est [31, 19, 69, 10, 28] et le second est [9, 9, 9, 9, 9]. Quel tirage est le plus aléatoire ? - Message original Holger Levsen hol...@layer-acht.org à Gilles MOREL cont...@gilles-morel.fr, 754...@bugs.debian.org copie à le jeudi 10 juillet 2014 à 11:05:17 avec KMail/1.13.7 (Linux/3.14-0.bpo.1-amd64; KDE/4.8.4; x86_64; ; ) Re: Bug#754342: nfsroots: mount: Device or ressource busy -- control: tags -1 + moreinfo Hi Gilles, On Donnerstag, 10. Juli 2014, Gilles MOREL wrote: When I boot my diskless client, I got a message on console: how did you build your diskless client? I got messages in the server (debian) syslog: Jul 9 08:36:03 Magnet rpc.mountd[31825]: authenticated mount request from 192.168.20.50:962 for /mnt/rootfs/stardust (/mnt/rootfs/stardust) how does your /etc/export look on the server, are you using nfs2/3/4? Did you have wheezy clients with the same server which dont show this behaviour? cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752672: boot gets stuck
Hello, On 10 July 2014 15:27, Harald Dunkel harald.dun...@aixigo.de wrote: Come on, does this really matter? It does indeed. Sorry to say, but it doesn't. The current configuration of other hosts or services in a network is sometimes unpredictable. Esp. for IPv6 in a foreign LAN there is a high probability that some feature is not configured correctly, that there is SLAAC instead of statefull DHCP, etc. That's not true. If you have unpredictable environment, you shouldn't have a fixed configuration at boot time. You should either have a number of different configuration profiles and fire them up manually with ifup eth0=home, or configure guessnet to do that for you. Point is that the Debian host got stuck at boot time without any way out. This is fatal. Probably, that's a bug in dhclient. It should time out and background itself. If you think that ifupdown should block the boot process until dhclient returns, then please reassign this ticket. There used to be a slightly different dhclient configuration for a while before wheezy, and I've got a lot of complaints, so I had to revert that back. Ifupdown should definitely wait for the DHCP process to finish successfully. Actually, what we have currently, when dhclient goes to the background after a while, is not quite right, as ifupdown thinks that it's actually done, but it's not. If you have any real ideas which could help to improve the situation, I'd be happy to hear them. -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754131: [INTL:da] Danish translation of apt-listbugs
Just changed a few things, and thanks for info. New file attached. Bye Joe Den ons 9/7/14 skrev Francesco Poli invernom...@paranoici.org: Emne: Re: Bug#754131: [INTL:da] Danish translation of apt-listbugs Til: Joe Dalton joedalt...@yahoo.dk Cc: 754...@bugs.debian.org, debian-l10n-dan...@lists.debian.org Dato: onsdag 9. juli 2014 23.26 On Tue, 8 Jul 2014 07:18:06 +0100 Joe Dalton wrote: oh there is, the English word translates to tilstande in Danish. Good! My mistake and thanks for catching it. Well, actually it was not your mistake: an old version of apt-listbugs used to have stats as a misleading abbreviation for states. Since stats is usually taken as an abbreviation for the English word statistics, it should be no surprise that several translations picked the local language word for statistic(s)... Anyway, I have one (hopefully) last question for you. Does the following reformatting of some translated strings cause any trouble? The complete resulting .po file is attached, in case you prefer to look at the whole thing... diff --git a/po/da.po b/po/da.po index f5af1bc..1ae0de1 100644 --- a/po/da.po +++ b/po/da.po @@ -108,8 +108,8 @@ msgid [%s].\n msgstr -s alvorlighed : Filtrer fejlrapporter efter alvorlighedsgrad, du ønsker -at se\n - (eller »all«) [%s].\n +at\n + se (eller »all«) [%s].\n #: ../lib/apt-listbugs/logic.rb:55 msgid -T tags : Filter bugs by tags you want to see.\n @@ -121,8 +121,9 @@ msgid -S states : Filter bugs by pending-state categories you want to see\n [%s].\n msgstr - -S tilstande : Filtrer fejlrapporter efter »pending-state«-kategorier,\n - du ønsker at se [%s].\n + -S tilstande : Filtrer fejlrapporter efter »pending-state«-kategorier, +du\n + ønsker at se [%s].\n #: ../lib/apt-listbugs/logic.rb:57 msgid @@ -138,7 +139,8 @@ msgstr -D : Vis også nedgraderede pakker.\n #: ../lib/apt-listbugs/logic.rb:59 msgid -H hostname : Hostname of Debian Bug Tracking System [%s].\n msgstr - -H værtsnavn : Værtsnavn på Debians fejlrapporteringssystem [%s].\n + -H værtsnavn : Værtsnavn på Debians fejlrapporteringssystem\n + [%s].\n #: ../lib/apt-listbugs/logic.rb:60 msgid -p port : Port number of the server [%s].\n -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE da.po.tar.gz Description: application/gzip
Bug#753054: Mipp ready for sponsering?
Hi Antonio, I was browsing the Debian GIS tasks files and realised that the python-mipp package was wrongly injected as mipp. You always need to specify the binary package name in a Blends tasks file (feel free to ask if you are lacking a sensible explanation for this - there are more than one discussed at other places). Since I was cloning the Git repository after a short view the package looks somehow ready since the distribution is set to unstable. If it would not be ready I would expect UNRELEASED as target distribution. Can you please give a status update and in case the package is ready for uploading would you need a sponsor? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752870: some more problems
Control: severity -1 grave Control: tags -1 upstream Control: forwarded -1 http://frisch.fr/pipermail/nostalgy/2014-June/000413.html Hi Rémi, On Tue, Jul 08, 2014 at 11:06:28AM +0200, Rémi Letot wrote: That makes the latest development version unsuitable, so there is currently no possible nostalgy for icedove 31 :-( Thanks for your report, I’m tagging this package as not fit for the upcoming Jessie release. The latest upstream development version was made on April 18th, so chances are the development is still active, but there have been no replies yet to a similar report on the upstream mailing list. Regards David signature.asc Description: Digital signature
Bug#727018: NMU of strace into DELAYED/2
Hi folks, I've just pushed an NMU of strace into the DELAYED/2 upload queue. I've been waiting on the arm64 support (#749956) to head into unstable for ages (since I added it upstream!), and I don't see a reason to hold up x32 (#727018) either. Frederik - you look like you're struggling to keep up with strace at the moment. Would you like a co-maintainer? NMU diff attached for fixes for these 2 bugs and lots of lintian warnings. -- Steve McIntyre, Cambridge, UK.st...@einval.com liw everything I know about UK hotels I learned from Fawlty Towers diff -Nru strace-4.8/debian/changelog strace-4.8/debian/changelog --- strace-4.8/debian/changelog 2013-06-03 12:34:56.0 + +++ strace-4.8/debian/changelog 2014-07-10 13:47:24.0 + @@ -1,3 +1,19 @@ +strace (4.8-1.1) unstable; urgency=low + + * NMU + * Uploading 4.8 to unstable to fix long-standing bugs that have been +fixed for ages in experimental only. + * enable arm64 build, Closes: #749956 + * enable x32 build, Closes: #727018 + * lintian-inspired fixes: ++ add build-arch and build-indep targets in debian/rules ++ update standards-version to 3.9.5 ++ remove ancient changelog entries causing syntax checker errors ++ add hardening using buildflags.mk ++ trivial changes to Description: fields + + -- Steve McIntyre 93...@debian.org Thu, 10 Jul 2014 14:22:18 + + strace (4.8-1) experimental; urgency=low * New upstream version. @@ -712,89 +728,3 @@ * Pristine sources -- Wichert Akkerman wakke...@debian.org Mon, 6 Oct 1997 15:42:25 +0200 - -strace (3.1-11) unstable; urgency=LOW - - * Ported to libc6 / glibc2 (Bug# 11729) - * Compress manpage - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl Fri, 1 Aug 1997 00:13:38 +02 - -strace (3.1-10) unstable; urgency=LOW - - * Install upstream changelog - * Added dependencies to control file for libc - * Added md5sums to .deb file - - -- Wichert Akkerman wakke...@debian.org Fri, 11 Jul 1997 12:26:12 +0200 - -strace (3.1-9) stable; urgency=LOW - - * Fixed bug with hanging children. Patch by Matthias Urlichs - * Added some more constants to net.c. - * glibc patches, courtesy of Klee Dienes (Bug# 7735) - - -- Wichert Akkerman wakke...@debian.org Mon, 21 Apr 1997 11:59:45 +0200 - -strace (3.1-8) frozen unstable; urgency=LOW - - * Added detection of ROSE networking - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl Tue, 12 Nov 1996 22:21:22 +0100 - -strace (3.1-7) stable; urgency=LOW - - * Install manpage with correct mode (0644) (Bug#4813) - * Renamed debian changelog to changelog.Debian - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl Sat, 26 Oct 1996 18:15:41 +0200 - -strace (3.1-6) stable; urgency=LOW - - * Small patch for compilation on kernels 2.1.0 and later (see signal.c) - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl Fri, 18 Oct 1996 00:28:47 +0200 -strace (3.1-5) stable unstable; urgency=LOW - - * Moved to new packagingformat - * Fixed umoven bug (Bug# 4523) - * Corrected number of parameters for mmap systemcall (bug# 4508) - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl Sat, 23 Sep 1996 23:33:58 +0200 - -strace (3.1-4) unstable; urgency=LOW - - * Fixed changestemplate - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl, Thu Sep 12 14:59:44 MET DST 1996 - - -strace (3.1-3) unstable; priority=LOW - - * Revamped debian files - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl, Thu Jul 11 20:19:11 MET DST 1996 - - -strace (3.1-2) unstable; priority=LOW - * Added some #ifdef's around IPX stuff to make it compilable on non-Linux -systems. - * changed debian.control and debian.rules to conform to new debian naming -schemes - * added architecture-option to debian.rules and debian.control - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl - - -strace (3.1-1) unstable; priority=LOW - - * Moved to new upstream version - * added more protocol families to domains - * added IPIP-protocol to protocols - * added MSG_PROXY and MSG_CTRUNC to msg_flags - * added SO_BSDCOMPAT and SO_REUSEPORT to sockoptions - * added IP, IPX and TCP-options - * added IP, IPX and TCP support to get-/setsockopt() - * added IPX support - - -- Wichert Akkerman wakke...@wi.leidenuniv.nl diff -Nru strace-4.8/debian/control strace-4.8/debian/control --- strace-4.8/debian/control 2012-04-20 17:31:48.0 + +++ strace-4.8/debian/control 2014-07-10 13:49:06.0 + @@ -3,13 +3,13 @@ Section: utils Priority: optional Build-Depends: libc6-dev (= 2.2.2) [!alpha !ia64], libc6.1-dev (= 2.2.2) [alpha ia64], gcc-multilib [i386 powerpc s390 sparc], debhelper (= 7.0.0) -Standards-Version: 3.8.4 +Standards-Version: 3.9.5 Homepage: http://sourceforge.net/projects/strace/ Package: strace -Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m68k mips mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64 +Architecture: alpha amd64 arm arm64 armeb armel armhf hppa i386 ia64 m68k mips mipsel
Bug#754385: kicad: CvPCB preview footprint do not work
Package: kicad Followup-For: Bug #754385 Sorry, I was mistaken, I was wrong, everything works. Sorry, sorry, sorry(( -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (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 kicad depends on: ii kicad-common 0.20140622+bzr4027-2 ii libc6 2.19-4 ii libgcc1 1:4.9.0-7 ii libgl1-mesa-glx [libgl1] 10.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.9.0-7 ii libwxbase3.0-03.0.1-2 ii libwxgtk3.0-0 3.0.1-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii zlib-bin 1:1.2.8.dfsg-1 kicad recommends no packages. Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 ii kicad-doc-ru 0.20140622+bzr4027-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750643: antlr: missing licence for PyANTLR
Hi! More in the private reply to the private message… and a tl;dr at the end. wolfgang haefelinger dixit: *That being said, I do not know why the antlr *.jar file includes the Python code, as it does not need to. I have not understood this either, but in the current released version of Antlr 2.x it’s there. If the antlr upstream distributes the binary *.jar file with it, thiswill not be a problem.* Please define “this will not be a problem”… This sentence is still confusing. It is a fact that antlr2-*.jar does not contain *any* Python code. However, it contains the Java part of the pyAntlr code generator plugin (path: antlr/actions/python/**). This code is written by me, however, nowhere are the words copyright or license mentioned. By Berne Convention, and thus also national law, this means it’s proprietary material of yours. Therefore I conclude, that this code is fully covered by LICENSE.txt listed in the root of antlr-*.tar.gz (or other distributions listed at http://www.antlr2.org/download.html). The funny thing there is that “Public Domain” does not work for you. A German citizen is, by law, not permitted to wilfully relinquish copyright, which is why the “LICENSE.txt” of Antlr itself does not work for you. (Side fact: it’s misnamed because PD means absence of the need for a licence.) It would really be easier for everyone if Antlr itself would say, for example: “In countries where the Public Domain status of the work may not be valid, the authors grant a copyright licence to the general public to deal in the work without restriction and permission to sublicence derivates under the terms of any (OSI approved) Open Source licence.” Then you could just choose one or several Open Source licences for your parts. (GPL, while perfectly fine in itself and as your choice, will not work for the majority of the Java™ ecosystem: GPLv2 is not compatible with Apache v2; GPLv3 is but isn’t compatible with LGPLv2.x, and no GPL is complatible with CPL/EPL or *shudder* CDDL. Thus, most people dealing with Java™ will have to remove PyAntlr from it anyway.) For the binary JAR, only antlr/actions/python/ seems to be relevant. Due to the aforementioned reasons, I urge you to choose a licence like the MIT or BSD one for it, to stay compatible to other libs that may be integrated into the same Java project. Thus there is a remaining Python part in lib/python, part of the source code distribution (http://www.antlr2.org/download/antlr-2.7.7.tar.gz). Indeed, the license details are there in a bad shape. Right. This seems to be entirely separate, and not relevant for the JAR, so GPL is probably fine here, from a compatibility PoV. My proposal to get rid of the problem is: (a) pyANTLR-*.jar = The pyANTLR code generator plugin for Python written in Java, depending on antlr-*.jar. Technically, this would be the antlr/actions/python/** part found in the antlr*.jar file This could be separate or stay in the normal Antlr JAR file. Both is fine either way, for Debian, it “just” needs a licence. If the licence is “liberal” enough (like BSD/MIT, or even “LGPLv2.1 or later” but I don’t know if this may not bite people with very unusual combinations), there is no need to separate it from the rest of Antlr, AFAICT. (b) pyANTLR.zip= The pyANTLR Python library. Technically, this would be the lib/python/** part of antlr-*.tar.gz (or other source code distribution) modified to have a proper license while otherwise unchanged. Since this is not part of the binary JAR in the Maven Central repository, this does not affect the part of me that writes this from the dayjob. Choose any licence you want here ;-) In fact, GPL is probably good here if you’re into copyleft. With a Debian Developer hat on, I can also just say that this needs a licence declared; any Open Source licence that is DFSG-free (which almost all of them are) will do. You, Debian, you would then ignore (or wipe) the pyANTLR part of the original antlr-2.* distribution and instead add at least (b) to your system. I think that, for Debian, all we need is a statement from you which licence(s) you choose for which parts. Everything else is up to the package maintainers. Debian probably does not need to split, wipe, ignore, etc. anything then. Sorry for making this situation so complicated. I’m writing with two separate “hats” on, which both have a shared problem (absence of a licence). Only the “work” hat looks at the JAR in the Maven repository (and compatibility with the majority of the Java™ eco- system). The “Debian” hat looks at the source code, ignores all binary artefacts (Debian builds them by itself), and looks at licence compatibility only within Debian (which does ship such a large majority of the entire Open Source ecosystem that there is a saying “if it’s not in Debian it doesn’t exist”). So, tl;dr: • For Debian, please just state which licence(s) you choose for 1) antlr/actions/python/ 2) lib/python/ They need not be the same. •