Bug#742267: Alternative solution
extlinux is really not an ideal solution for a lot of VM work. Now that foreign architecture support has been added upstream (to allow for u-boot) the addition of Grub2 support added upstream makes me think that this issue with syslinux is possibly irrelevant. If you agree that Grub2 support is a viable fix for the issue behind this bug, please feel free to close this bug. Note that grub2 at the version in wheezy currently has problems with loop devices which means that grub2 support in vmdebootstrap for wheezy requires the VM to be booted (with extlinux) and grub2 setup completed manually. After this point, grub2 takes over managing kernel updates etc. If extlinux still needs to cope with upgraded kernels, an alternative fix will be needed which does not impact on the other use cases of vmdebootstrap. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#759526: not-yet-commons-ssl: CVE-2014-3604
Package: not-yet-commons-ssl Severity: grave Tags: security Justification: user security hole This was assigned CVE-2014-3604: http://lists.juliusdavies.ca/pipermail/not-yet-commons-ssl-juliusdavies.ca/2014-August/000832.html Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759527: marisa: Fail of tests in debci (autopkgtest)
Source: marisa Version: 0.2.4 Severity: normal Tags: patch User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Dear Maintainer, The tests are failing in debci using autopkgtest. Bellow the autopkgtest's log: adt-run [03:12:20]: test ruby: [--- === ruby === /tmp/adt-run.KYAzUZ/tree/debian/tests/ruby: 6: /tmp/adt-run.KYAzUZ/tree/debian/tests/ruby: ruby: not found adt-run [03:12:21]: test ruby: ---] To solve this error in test suite I only added ruby package as a new dependency for ruby test. Thanks for consider it! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru marisa-0.2.4.orig/debian/tests/control marisa-0.2.4/debian/tests/control --- marisa-0.2.4.orig/debian/tests/control 2014-08-28 02:55:22.147150128 -0300 +++ marisa-0.2.4/debian/tests/control 2014-08-28 03:08:01.301822318 -0300 @@ -8,7 +8,7 @@ Depends: libmarisa-perl Tests: ruby -Depends: ruby-marisa +Depends: ruby-marisa, ruby Tests: build Depends: libmarisa-dev, pkg-config, build-essential Binary files marisa-0.2.4.orig/debian/tests/.control.swp and marisa-0.2.4/debian/tests/.control.swp differ
Bug#742267: Alternative solution
[Neil Williams] If you agree that Grub2 support is a viable fix for the issue behind this bug, please feel free to close this bug. If it work, I agree that it is a sensible fix for the FreedomBox. But I believe the extlinux support will still need to handle kernel upgrades, for those using that setup. :) Perhaps it should be dropped when switching to grub? Note that grub2 at the version in wheezy currently has problems with loop devices which means that grub2 support in vmdebootstrap for wheezy requires the VM to be booted (with extlinux) and grub2 setup completed manually. After this point, grub2 takes over managing kernel updates etc. Oh. :( I would prefer to be able to build FreedomBox images in Wheezy, as that I what I am using. But it is not too bad it if only work in Jessie. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#217165: This bug is still relevant and not fixed in 2014!
So, after 10 years, this is still not fixed? root@loom:/mnt/db/projects/Falling Fanny/Falling Fanny/www/js# mv app.coffee App.coffee mv: `app.coffee' and `App.coffee' are the same file How am I supposed to rename this file? I don't care about the explanations given so far, because the renaming is clearly necessary in my situation, and it is also clear that it is technically possible, because it works through Windows Explorer. So, what's up with this?
Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel
Hi Franklin, On Thu, Aug 28, 2014 at 08:57:37AM +0800, Franklin Weng wrote: I think it should be also a criterion that the team behind the Blend confirms that they are interested and so I'm hereby pinging all lists in question to ask you for confirmation. I have set Reply-To to the bug report and the general Blends list in case you are interested in further discussion with other Blends. Debian ezgo blends is active. (Is that what you meant to reply so that the blends can be kept active?) Ahh, sorry for leaving out EzGo in the list given in my initial bug report. What I really meant is: 1. Do you think Blends should be listed by tasksel at installation time. 2. Do you want to be Debian EzGo added to this list. 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#759528: autoconf-archive: fails to install with dpkg (= 1.17.13)
Package: autoconf-archive Version: 20140228-1 Severity: serious Since version 1.17.13, dpkg only accepts absolute pathnames in dpkg-maintscript-helper: * Fix dpkg-maintscript-helper symlink_to_dir to assure absolute pathnames arguments. This causes autoconf-archive to fail to install: | Selecting previously unselected package autoconf-archive. | Preparing to unpack .../autoconf-archive_20140228-1_all.deb ... | dpkg-maintscript-helper: error: original symlink target is not an absolute path | dpkg: error processing archive /var/cache/apt/archives/autoconf-archive_20140228-1_all.deb (--unpack): | subprocess new pre-installation script returned error exit status 1 | dpkg-maintscript-helper: error: original symlink target is not an absolute path | dpkg: error while cleaning up: | subprocess new post-removal script returned error exit status 1 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742267: Alternative solution
On Thu, 28 Aug 2014 08:18:46 +0200 Petter Reinholdtsen p...@hungry.com wrote: [Neil Williams] If you agree that Grub2 support is a viable fix for the issue behind this bug, please feel free to close this bug. If it work, I agree that it is a sensible fix for the FreedomBox. But I believe the extlinux support will still need to handle kernel upgrades, for those using that setup. :) Perhaps it should be dropped when switching to grub? I didn't make that clear. If grub2 installs and configures cleanly (versions in jessie and later), then extlinux is not configured by vmdebootstrap. If grub2 needs manual installation after booting the VM with syslinux (using update-grub ; grub-install /dev/sda) then that manual stage can also include disabling / removing / purging syslinux support as the user sees fit. Please try the version of vmdebootstrap now in the master branch at git.liw.fi. Note that grub2 at the version in wheezy currently has problems with loop devices which means that grub2 support in vmdebootstrap for wheezy requires the VM to be booted (with extlinux) and grub2 setup completed manually. After this point, grub2 takes over managing kernel updates etc. Oh. :( I would prefer to be able to build FreedomBox images in Wheezy, as that I what I am using. But it is not too bad it if only work in Jessie. :) It's not *where* the images are built that matters. It is the distribution of the VM which matters, i.e. the version of grub installed inside the VM. The base system has no effect on this (i.e. grub does not need to be installed on the system running vmdebootstrap). The only limitation is that if the VM is based on Wheezy, then the version of grub in wheezy will need some manual intervention to switch it to grub. Please also look at the examples scripts in the current upstream as these include support which now duplicates some of the freedombox scripting. I'm currently investigating how best to manage u-boot installation for a variety of boards. Support for boards not included in the current examples can be contributed as discrete customisation scripts for that specific board but testing those examples would be up to the contributor. -- Neil Williams = http://www.linux.codehelp.co.uk/ signature.asc Description: PGP signature
Bug#759529: gerris: Fail of tests in debci (autopkgtest)
Source: gerris Severity: normal Tags: patch User: autopkgtest-de...@lists.alioth.debian.org Usertags: autopkgtest Dear Maintainer, The tests are failing in debci using autopkgtest. Bellow a piece of autopkgtest's log: dt-run [21:15:50]: test testQuadr: [--- gerris: file `./demo.tst' is not a valid simulation file ../demo.tst:49:0: error compiling expression Package gts was not found in the pkg-config search path. Perhaps you should add the directory containing `gts.pc' to the PKG_CONFIG_PATH environment variable Package 'gts', required by 'gerris2D', not found In file included from /usr/include/gfs.h:23:0, from module.c:4: /usr/include/gerris/ftt.h:26:17: fatal error: gts.h: No such file or directory #include gts.h ^ compilation terminated. adt-run [21:15:51]: test testQuadr: ---] To solve this error I added the 'libgts-dev' package as a new dependency in debian/tests/control file. Thanks for consider it! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru gerris-20131206+dfsg.orig/debian/tests/control gerris-20131206+dfsg/debian/tests/control --- gerris-20131206+dfsg.orig/debian/tests/control 2014-08-28 03:28:57.649754126 -0300 +++ gerris-20131206+dfsg/debian/tests/control 2014-08-28 03:34:48.210187785 -0300 @@ -1,2 +1,2 @@ Tests: testCons testHydro testKinetic testPlate testQuadr -Depends: gerris, libgfs-1.3-2, libgfs-dev, build-essential, pkg-config, mpi-default-dev +Depends: gerris, libgfs-1.3-2, libgfs-dev, build-essential, pkg-config, mpi-default-dev, libgts-dev
Bug#759530: libc-bin: ldconfig breaks a system
Package: libc-bin Version: 2.19-9 Severity: grave File: /sbin/ldconfig Dear Maintainer, I had an upgrade of libc6 and libc-bin packages up to the version 2.19-9 from 2.19-4 while executing `apt-get upgrade'. In the begin it seemed as a usual upgrade but after a while (supposedly after these two packages) an upgrade was interrupted showing numerous segmentation fault errors. Then almost for every command in shell I got segmentation fault. I was surprised. I tried to log into another tty, but failed. Then I tried to reboot... And got a kernel panic after 2 seconds of system bootstrap. I took a livecd. I failed to chroot (got the same segfault problem). I supposed that I had some problems with libc6, so I took a package libc6_2.19-9_amd64.deb from /var/cache/apt/archives and unpacked it into the root mount point via `dpkg-deb -x pkg'. After that I managed to chroot into the system. I tried to finish an upgrade process, but I got the same faults. I put here inline the first lines of `apt-get upgrade' output: # apt-get upgrade Reading package lists... Building dependency tree... Reading state information... The following packages were automatically installed and are no longer required: alsa-base libabw-0.0-0 libcdr-0.0-0 libe-book-0.0-0 libetonyek-0.0-0 libfreehand-0.0-0 libgeoclue0 libmspub-0.0-0 libmwaw-0.2-2 libodfgen-0.0-0 liborcus-0.6-0 libvisio-0.0-0 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2 Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. 108 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up liblcms2-2:i386 (2.6-3) ... Setting up libmbim-glib0:amd64 (1.8.0-1) ... dpkg: error processing package libmbim-glib0:amd64 (--configure): subprocess installed post-installation script was killed by signal (Segmentation fault) Setting up libmm-glib0:amd64 (1.2.0-1) ... dpkg: error processing package libmm-glib0:amd64 (--configure): subprocess installed post-installation script was killed by signal (Segmentation fault) Setting up libmng1:i386 (1.0.10+dfsg-3.1) ... ... After it I had to unpack libc6 package again. Then I looked intently at the first package with problems (libmbim-glib0). I unpacked it and saw in the postinst script the command `ldconfig'. After a while I realized that segfaults happen after and only after execution of `ldconfig'. I managed with the problem by downgrading libc6 and libc-bin (amd64 and i386 versions both, because I'm using multiarch) back to the version 2.19-4 from the apt cache. I suppose that there's some problems with caches which ldconfig generates for ld. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'stable'), (1, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc-bin depends on: pn libc6none ii libcap2 1:2.24-4 libc-bin recommends no packages. libc-bin suggests no packages. -- Configuration Files: /etc/gai.conf changed: /etc/ld.so.conf changed: include ld.so.conf.d/*.conf include /etc/ld.so.conf.d/*.conf -- no debconf information pgpwOmUWLSH8b.pgp Description: PGP signature
Bug#759531: Read $XDG_CONFIG_HOME/safe-rm.conf (~/.config/safe-rm.conf) as well
Package: safe-rm Severity: wishlist As discussed at DebConf 14: safe-rm should also read $XDG_CONFIG_HOME/safe-rm.conf (defaulting to ~/.config/safe-rm.conf). -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.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#759508: mypaint: Mypaint does not ask confirmation for 'new' and silently drops current unsaved work
MyPaint *does* ask for confirmation. But but depending on the version, you need to have done at least 1 second (new versions) to 30 seconds (old versions) worth of actual painting. Also, if you hit Backspace accidentally, it will clear the current layer. You can undo this, and if you don't, MyPaint will ask before you quit. Please open a bugreport at https://github.com/mypaint/mypaint/issues if you actually did manage to discard more than 60 seconds of work that way, ideally with steps how to reproduce. On Wed, Aug 27, 2014 at 11:20:20PM +0300, George Shuklin wrote: Package: mypaint Version: 1.1.0-3 Severity: normal If something already drawn and unsaved, and user press 'new' or Ctrl-N, mypaint silently replace current work with empty canvas. This operation is irreversable and did not ask for confirmation. And is happily discards all hard work by single misstype. I think this is a bug. Mypaint should or ask confirmation to replace unsaved work with empty canvas, or allow to undo 'new' operation. Steps to reproduce: 1. Start drawing something beautiful, spend half of hour of work 2. Accidentially press Ctrl-N 3. Feel frustration -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mypaint depends on: ii libatk1.0-0 2.12.0-1 ii libc6 2.19-9 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-6 ii libfreetype62.5.2-1.1 ii libgcc1 1:4.9.1-7 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-4 ii libgomp14.9.1-7 ii libgtk2.0-0 2.24.24-1 ii libjson00.11-4 ii liblcms2-2 2.6-3 ii libpango1.0-0 1.36.6-1 ii libpng12-0 1.2.50-2 ii libpython2.72.7.8-5 ii libstdc++6 4.9.1-7 ii mypaint-data1.1.0-3 ii python 2.7.8-1 ii python-gtk2 2.24.0-3+b1 ii python-numpy1:1.8.2-1 ii python2.7 2.7.8-5 Versions of packages mypaint recommends: ii shared-mime-info 1.3-1 Versions of packages mypaint suggests: pn mypaint-data-extras 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#759532: gst-plugins-base0.10: update libtool and configure files
Source: gst-plugins-base0.10 Version: 0.10.36-1.1 Severity: important Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, Currently gst-plugins-base0.10 fails to build on ppc64el platform because it fails to recognize that ppc64el supports ppc64el platform. The root cause is that libtool and configure is outdated in the package, and needs to be updated. The build log is available here: https://buildd.debian.org/status/fetch.php?pkg=gst-plugins-base0.10arch=ppc64elver=0.10.36-1.1stamp=1409112242 The current version already uses dh-autoreconf, but disables the libtool part as ltmain.sh is patched in 99_ltmain_as-needed.patch to force --as-needed. Now that this is the default in Debian, this patch is not needed anymore if the libtool part is run. This is what the attached patch does. As this package currently blocks the ppc64el bootstrap, an upload as soon as possible would really be appreciated. Cheers, Aurelien -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru gst-plugins-base0.10-0.10.36/debian/patches/99_ltmain_as-needed.patch gst-plugins-base0.10-0.10.36/debian/patches/99_ltmain_as-needed.patch --- gst-plugins-base0.10-0.10.36/debian/patches/99_ltmain_as-needed.patch 2012-12-04 12:08:57.0 +0100 +++ gst-plugins-base0.10-0.10.36/debian/patches/99_ltmain_as-needed.patch 1970-01-01 01:00:00.0 +0100 @@ -1,32 +0,0 @@ -Index: gst-plugins-base0.10-0.10.36/ltmain.sh -=== gst-plugins-base0.10-0.10.36.orig/ltmain.sh 2012-12-04 11:22:23.710301877 +0100 -+++ gst-plugins-base0.10-0.10.36/ltmain.sh 2012-12-04 11:23:37.102314806 +0100 -@@ -5800,6 +5800,11 @@ - arg=$func_stripname_result - ;; - -+ -Wl,--as-needed) -+ deplibs=$deplibs $arg -+ continue -+ ;; -+ - -Wl,*) - func_stripname '-Wl,' '' $arg - args=$func_stripname_result -@@ -6163,6 +6168,15 @@ - lib= - found=no - case $deplib in -+ -Wl,--as-needed) -+ if test $linkmode,$pass = prog,link; then -+ compile_deplibs=$deplib $compile_deplibs -+ finalize_deplibs=$deplib $finalize_deplibs -+ else -+ deplibs=$deplib $deplibs -+ fi -+ continue -+ ;; - -mt|-mthreads|-kthread|-Kthread|-pthread|-pthreads|--thread-safe \ - |-threads|-fopenmp|-openmp|-mp|-xopenmp|-omp|-qsmp=*) - if test $linkmode,$pass = prog,link; then diff -Nru gst-plugins-base0.10-0.10.36/debian/patches/series gst-plugins-base0.10-0.10.36/debian/patches/series --- gst-plugins-base0.10-0.10.36/debian/patches/series 2012-12-04 12:08:57.0 +0100 +++ gst-plugins-base0.10-0.10.36/debian/patches/series 2014-08-28 08:42:52.0 +0200 @@ -1,3 +1,2 @@ 10_gnome-vfs-dav-url.patch 98_fix-ogg-flac-transition.patch -99_ltmain_as-needed.patch diff -Nru gst-plugins-base0.10-0.10.36/debian/rules gst-plugins-base0.10-0.10.36/debian/rules --- gst-plugins-base0.10-0.10.36/debian/rules 2012-05-02 17:48:18.0 +0200 +++ gst-plugins-base0.10-0.10.36/debian/rules 2014-08-28 07:58:55.0 +0200 @@ -3,13 +3,11 @@ include /usr/share/cdbs/1/rules/debhelper.mk include /usr/share/cdbs/1/class/gnome.mk include /usr/share/cdbs/1/rules/utils.mk --include /usr/share/cdbs/1/rules/autoreconf.mk +include /usr/share/cdbs/1/rules/autoreconf.mk include /usr/share/gnome-pkg-tools/1/rules/clean-la.mk export HOME=$(CURDIR)/fake-home -# make autoreconf not call libtoolize since we ship a patch for ltmain.sh -export LIBTOOLIZE=true # make autoreconf not call autopoint since we ship a patch for po/Makefile.in.in export AUTOPOINT=true
Bug#751113: cairomm: please use dh-autoreconf to build on new architectures
* Fernando Seiti Furusato (ferse...@br.ibm.com) [140828 07:16]: The package cairomm fails to build from source on ppc64el due to autotools configuration files being out of date. Running autoreconf will update such files and the package will build successfully. Please consider this patch in order to do so. I'd be willing to fix this bug by upload an NMU (this package is required to get e.g. inkscape and cython built). Unless there is a reason why not, I'd upload the package tonight. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751113: cairomm: please use dh-autoreconf to build on new architectures
* Fernando Seiti Furusato (ferse...@br.ibm.com) [140828 07:16]: The package cairomm fails to build from source on ppc64el due to autotools configuration files being out of date. Running autoreconf will update such files and the package will build successfully. Please consider this patch in order to do so. Testing the patch, the build fails with configure.ac:42: installing 'build/compile' Makefile.am:21: error: ENABLE_DOCUMENTATION does not appear in AM_CONDITIONAL build/doc-reference.am:70: error: ENABLE_DOCUMENTATION does not appear in AM_CONDITIONAL docs/Makefile.am:26: 'build/doc-reference.am' included from here build/doc-reference.am:80: error: DIST_DOCTOOLS does not appear in AM_CONDITIONAL docs/Makefile.am:26: 'build/doc-reference.am' included from here tests/Makefile.am:24: warning: 'INCLUDES' is the old name for 'AM_CPPFLAGS' (or '*_CPPFLAGS') parallel-tests: installing 'build/test-driver' autoreconf: automake failed with exit status: 1 dh_autoreconf: autoreconf -f -i returned exit code 1 /usr/share/cdbs/1/rules/autoreconf.mk:10: recipe for target 'debian/autoreconf.after' failed make: *** [debian/autoreconf.after] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 (no time to investigate right now, will do so later) Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586413: Tightvnc Debian Packages
Hei Karun, Below are some links you might find useful: o Debian New Maintainers' Guide[0] o Debian Developer Reference[1] o Debian Developers' Corner[2] [1]: https://www.debian.org/doc/manuals/maint-guide/ [2]: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#archive-manip [3]: https://www.debian.org/devel/ Worth mentioning that the debian-edu package recommends tightvncserver. Maybe the Debian Edu Developers can help with questions and sponsor your package when it is ready. 2014-08-27 23:35 GMT+02:00 Karun Dambiec ka...@karun.li: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, I would like to get involved more with the Debian Project, and saw that the Tightvnc Package (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=586413) is up for adoption. I am interested to start learning how to maintain it, and am also looking for a mentor. Regards Karun Dambiec -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJT/k8UAAoJEEIHKtIz9cQsrOsP/jJ8Fc27wc42hiwZAsABsFQ4 pEkg3vMJ6cr+R3rYJ+A7LG9WQqgHKD2Ynhjb8jVCNRzQN6fVs6AKb/kbjWWPVkQX vxTuU+IbE5LyWX6yUA2Uq4sQrwyFYUQTckNCvmCP5TJPOIW2qBQ/w5iogfaMMXjD /TCRJqI2cVloS1ovQ37TTly5ImFINp5zuJx2OxSmCdFxNUboI6DQltdQkCTOGfVP uHVpX5NG9oZGPpMOPi55MsFvxzkwxUooUAaqsqrE4BwsbRZdubN85ME++Ubk4mPc HnpLh6sCO/Oui1/65gipvIG/mSoDKfxles6F+yRRobSTLNxRU/BGDzH7Ev45mTZz FJNjLwg8Tp1fROmN70lThlz2y3Zyg6g8R1zlSexyyHVXvBu+Z+IUl3aa2ag/4JgT RDVIparbXi6eiAZoyVCjI3w2CkZxqkq4Vy2o2wCOlLSj54G52vL+dHlhQfzjlgrk crszqcTraWrOUyx8OFkLCj12kqE583ExpjfLQL2UjXwXXSQiHMWh68KbBJn3aVUM mu8S6dOO2d59jK1qJItn7epRlWzAsPpqw0KFI1GQysD9NR1/elUf1ApKyFLSIdLX 68bhETwRxlaewMnJkIfMjU5TIH19qwnuDBTDlgvHPOYq21YtKnya/dTsNfLfSqqM WFw0XalVaOf7ITDfLiTs =SQ6P -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53fe4f14.7020...@karun.li -- Mit freundlichen GrüßenAlexander Alemayhu
Bug#755493: (no subject)
Jerome BENOIT wrote: Hello There, I have just deposited my preliminary material for the Apophenia Statistice C library at Alioth: http://anonscm.debian.org/cgit/debian-science/packages/apophenia.git ... Is it necessary to require GSL = 1.16? The version in Wheezy is 1.15, and it's easier for laypeople to make personal backports when the version required is not too high. Regis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759479: RFS: profanity/0.4.4-1 [ITP]
Hi Dariusz, I'm not a DD, so I can't sponsor your package, but here's my review: d/changelog: -Remove the note about the UNRELEASED 0.4.3 d/copyright: -You should release the Debian-specific changes also with the OpenSSL exception -src/tools/p_sha1.c and src/tools/p_sha1.h appear to be in the public domain I haven't been able to test the software yet since libstrophe hasn't been accepted yet, but I can see that it's in the NEW queue. Thanks for good catches. The new version of package is now in mentors. -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 signature.asc Description: Digital signature
Bug#655195: Desktop shell type (GNOME, KDE, LXDE...) configuration via D-I udeb template (for wheezy)
[Mike Gabriel] Hi Petter, Hi. Can you please add MATE to the list of available desktops? I do not plan to work on this approach any more until we decide that this is the way forward, but feel free to update the package yourself. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759530: libc-bin: ldconfig breaks a system
On Thu, Aug 28, 2014 at 10:07:57AM +0400, Dmitrii Kashin wrote: Package: libc-bin Version: 2.19-9 Severity: grave File: /sbin/ldconfig Dear Maintainer, I had an upgrade of libc6 and libc-bin packages up to the version 2.19-9 from 2.19-4 while executing `apt-get upgrade'. In the begin it seemed as a usual upgrade but after a while (supposedly after these two packages) an upgrade was interrupted showing numerous segmentation fault errors. Then almost for every command in shell I got segmentation fault. I was surprised. I tried to log into another tty, but failed. Then I tried to reboot... And got a kernel panic after 2 seconds of system bootstrap. I took a livecd. I failed to chroot (got the same segfault problem). I supposed that I had some problems with libc6, so I took a package libc6_2.19-9_amd64.deb from /var/cache/apt/archives and unpacked it into the root mount point via `dpkg-deb -x pkg'. After that I managed to chroot into the system. I tried to finish an upgrade process, but I got the same faults. I put here inline the first lines of `apt-get upgrade' output: # apt-get upgrade Reading package lists... Building dependency tree... Reading state information... The following packages were automatically installed and are no longer required: alsa-base libabw-0.0-0 libcdr-0.0-0 libe-book-0.0-0 libetonyek-0.0-0 libfreehand-0.0-0 libgeoclue0 libmspub-0.0-0 libmwaw-0.2-2 libodfgen-0.0-0 liborcus-0.6-0 libvisio-0.0-0 libwpd-0.9-9 libwpg-0.2-2 libwps-0.2-2 Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded. 108 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up liblcms2-2:i386 (2.6-3) ... Setting up libmbim-glib0:amd64 (1.8.0-1) ... dpkg: error processing package libmbim-glib0:amd64 (--configure): subprocess installed post-installation script was killed by signal (Segmentation fault) Setting up libmm-glib0:amd64 (1.2.0-1) ... dpkg: error processing package libmm-glib0:amd64 (--configure): subprocess installed post-installation script was killed by signal (Segmentation fault) Setting up libmng1:i386 (1.0.10+dfsg-3.1) ... ... After it I had to unpack libc6 package again. Then I looked intently at the first package with problems (libmbim-glib0). I unpacked it and saw in the postinst script the command `ldconfig'. After a while I realized that segfaults happen after and only after execution of `ldconfig'. I managed with the problem by downgrading libc6 and libc-bin (amd64 and i386 versions both, because I'm using multiarch) back to the version 2.19-4 from the apt cache. For me it looks like the ld.so symlink is overriden when running ldconfig, a bug which is supposed to be fixed months ago. Can you please give me the list of libc packages installed on your system by running the dpkg -l libc* command? Also what is the output of which ldconfig? -- 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#759503: [Pkg-haskell-maintainers] Bug#759503: haskell-language-python: FTBFS: missing happy
Hi, Am Mittwoch, den 27.08.2014, 22:36 -0400 schrieb Aaron M. Ucko: found 759503 0.4.0-2 thanks Thanks for the quick upload. It looks like you're still missing at least alex, though. arg, sorry. I _do_ build my package in a chroot, but not a minimal one. For example, ghc is always installed (saves considerable build time). And I had happy installed. And it seems I also have alex installed... removing that package now. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#759533: alien: Converted rpm won't be installed on Fedora system
Package: alien Version: 8.91 Severity: normal Dear Maintainer, When I use alien to convert a deb to rpm package, the empty directories in the rpm are denied by Fedora system. Steps to reproduce the issue (just an example, I know there is pigz on Fedora system): 1. sudo apt-get -d --reinstall install pigz 2. fakeroot alien -k --to-rpm /var/cache/apt/archives/pigz_2.3.1-1_i386.deb 3. The content of converted rpm: / /usr /usr/bin /usr/bin/pigz /usr/bin/unpigz /usr/share /usr/share/doc /usr/share/doc/pigz /usr/share/doc/pigz/README /usr/share/doc/pigz/changelog.Debian.gz /usr/share/doc/pigz/copyright /usr/share/man /usr/share/man/man1 /usr/share/man/man1/pigz.1.gz /usr/share/man/man1/unpigz.1.gz 4. Copy the rpm to Fedora 19 i386 system, then install it. I got the following error messages: [steven@localhost tmp]$ sudo rpm -ivh pigz-2.3.1-1.i386.rpm Preparing... # [100%] file / from install of pigz-2.3.1-1.i386 conflicts with file from package filesystem-3.2-10.fc19.i686 file /usr/bin from install of pigz-2.3.1-1.i386 conflicts with file from package filesystem-3.2-10.fc19.i686 Apparently the / and /usr/bin/ cause the issue. Thanks. Steven. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages alien depends on: ii cpio 2.11+dfsg-2 ii debhelper 9.20140817 ii dpkg-dev 1.17.13 ii make 4.0-8 ii perl 5.20.0-4 ii rpm4.11.2-3 ii rpm2cpio 4.11.2-3 alien recommends no packages. Versions of packages alien suggests: ii bzip21.0.6-7 pn lintian none pn lsb-rpm none ii lzma 9.22-2 ii patch2.7.1-6 ii xz-utils [lzma] 5.1.1alpha+20120614-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#759422: please follow upstream versionning scheme
On Tuesday 26 August 2014 23:26:15 Antoine Beaupré wrote: Package: marble Version: 4:4.8.4-3 Severity: wishlist In trying to determine the availability of features in the Debian version of marble, i have had some difficulty of mapping between the version number of this package (e.g. 4.8.4 in wheezy) with the version numbers documented upstream (e.g. http://marble.kde.org/history.php). It would be nice to follow the upstream version numbers. I understand that this package may be following the KDE version numbers, but i don't use KDE yet marble is still an interesting product for me... We are following the version numbers that matches the tarballs we receive. There is no plans to change that. So, I think 'wontfix' is the best solution for this. /Sune -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759534: [libapr1] apr_mcast_interface does not work for IPv6
Package: libapr1
Version: 1.5.1-2
Severity: normal
Tags: patch
--- Please enter the report below this line. ---
Hi.
When trying to set the mcast interface with apr_mcast_interface(), apr
goes through all interfaces and tries to match the given address to the
interfaces address. This does not work as it is currently implemented in
linux, since the match is tried by comparing (memcmp()) the sin6_addr
field of the given struct sockaddr_in6 and sa_data from a generic
struct sockaddr, which do not line up.
The attached patch fix_ipv6_find_if_index.patch fixes this for me.
Also attached is a test program, that does not work correctly without
the patch applied. The program goes through all interfaces of a host,
chooses the ipv6 ones, that are not the loopback device, and tries to
send a multicast packet on each address.
There has to be a second ipv6 interface, for this error to actually have
any effect.
Regards
nautsch
--- System information. ---
Architecture: amd64
Kernel: Linux 3.14-2-amd64
Debian Release: jessie/sid
500 unstableftp.de.debian.org 500 stable ftp.uni-kl.de
--- Package information. ---
Depends (Version) | Installed
===-+-===
libc6 (= 2.15) | libuuid1 (= 2.16) |
Package's Recommends field is empty.
Package's Suggests field is empty.
Index: apr-1.5.1/network_io/unix/multicast.c
===
--- apr-1.5.1.orig/network_io/unix/multicast.c
+++ apr-1.5.1/network_io/unix/multicast.c
@@ -62,7 +62,7 @@ static unsigned int find_if_index(const
for (ifp = ifs; ifp; ifp = ifp-ifa_next) {
if (ifp-ifa_addr != NULL ifp-ifa_addr-sa_family == AF_INET6) {
if (memcmp(iface-sa.sin6.sin6_addr,
- ifp-ifa_addr-sa_data[0],
+ ((struct sockaddr_in6*)ifp-ifa_addr)-sin6_addr,
sizeof(iface-sa.sin6.sin6_addr)) == 0) {
index = if_nametoindex(ifp-ifa_name);
break;
#include stdlib.h
#include stdio.h
#include unistd.h
#include netdb.h
#include sys/ioctl.h
#include net/if.h
#include ifaddrs.h
#include sys/socket.h
#include sys/types.h
#include arpa/inet.h
#include apr.h
#include apr_errno.h
#include apr_network_io.h
#define BCADDR_SITE ff15::1234
#define MC_PORT 3
int main(int argc, char **argv)
{
apr_socket_t *s;
apr_sockaddr_t *addr;
apr_pool_t *pool;
apr_status_t err;
char buffer[1024];
apr_initialize();
atexit(apr_terminate);
apr_pool_create(pool, NULL);
if ((err = apr_socket_create(s, APR_INET6, SOCK_DGRAM, 0, pool)) != APR_SUCCESS) {
fprintf(stderr, failed to create socket\n);
return 1;
}
if ((err = apr_sockaddr_info_get(addr, BCADDR_SITE, APR_INET6, MC_PORT, 0, pool)) != APR_SUCCESS) {
fprintf(stderr, could not create mcast addrinfo %s\n, apr_strerror(err, buffer, 1024));
return 1;
}
{
struct ifaddrs *ifaddrs;
struct ifaddrs *ia;
getifaddrs(ifaddrs);
for (ia = ifaddrs; ia; ia = ia-ifa_next) {
apr_sockaddr_t *src_addr;
char addr_str[INET6_ADDRSTRLEN + 1];
apr_size_t len = 6;
apr_status_t ret;
if (!ia-ifa_addr) {
continue;
}
switch (ia-ifa_addr-sa_family) {
case AF_INET6:
// we cannot send multicasts on the loopback interface
if (IN6_IS_ADDR_LOOPBACK(((struct sockaddr_in6*)ia-ifa_addr)-sin6_addr)) {
continue;
}
if (inet_ntop(AF_INET6, ((struct sockaddr_in6*)ia-ifa_addr)-sin6_addr, addr_str, INET6_ADDRSTRLEN) == NULL) {
fprintf(stderr, failed to create string v6 address: %s\n, strerror(errno));
return 1;
}
fprintf(stderr, v6 addr: %s belongs to device %d\n, addr_str, if_nametoindex(ia-ifa_name));
break;
default:
continue;
}
if ((ret = apr_sockaddr_info_get(src_addr, addr_str, APR_INET6, MC_PORT, 0, pool)) != APR_SUCCESS) {
fprintf(stderr, could no create sockaddr for mcast_interface %s\n, apr_strerror(ret, buffer, 1024));
return 1;
}
if (apr_mcast_interface(s, src_addr) != APR_SUCCESS) {
fprintf(stderr, could not set mcast interface);
return 1;
}
if ((err = apr_socket_sendto(s, addr, 0, hallo\n, len)) != APR_SUCCESS) {
fprintf(stderr, failed to send %s\n, apr_strerror(err, buffer, 1024));
return 1;
}
fprintf(stderr, sent\n);
}
freeifaddrs(ifaddrs);
}
return 0;
}
Bug#754407: error installing on 32bit jessie
On Wed, 27 Aug 2014 09:06:04 -0400 Brent S. Elmer Ph.D. webe...@aim.com wrote: On Wed, 2014-08-27 at 13:26 +0300, Christos Trochalakis wrote: Hello, nginx seems to install correctly for me. Based on your logs, it seems that another process has already binded port 80 when you are trying to install nginx. nginx-full postinst script can't start nginx since the port is binded and fails. This is expected behaviour. Could check that nobody has binded :80 with `netcat -ntpl` and try to install nginx again? I am not familiar with netcat but here is what I get: # netcat -ntpl usage: nc [-46bCDdhjklnrStUuvZz] [-I length] [-i interval] [-O length] [-P proxy_username] [-p source_port] [-q seconds] [-s source] [-T toskeyword] [-V rtable] [-w timeout] [-X proxy_protocol] [-x proxy_address[:port]] [destination] [port] Sorry for that, I meant: $ netstat -ntpl|grep :80 (as root) Also make sure that nginx is purged before installing it: $ apt-get purge nginx nginx-common nginx-full -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753131: Same result
I tried avian on a PowerPC G4 and got the same result as Rogerio. -- Chris Tillman Developer
Bug#759535: RFS: gmpc/11.8.16-9
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package gmpc * Package name: gmpc Version : 11.8.16-9 Upstream Author : QBall Cow * URL : http://gmpc.wikia.com/ * License : GPL-2+ Section : sound It builds those binary packages: gmpc - GNOME Music Player Client (graphical interface to MPD) gmpc-data - GNOME Music Player Client - data files gmpc-dbg - GNOME Music Player Client - debugging symbols gmpc-dev - GNOME Music Player Client (plugin development files) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gmpc Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gmpc/gmpc_11.8.16-9.dsc Changes since the last upload: gmpc (11.8.16-9) unstable; urgency=medium . * Fix building with a recent vala (Closes: #739030) * Improve package descriptions: - don't mention irrelevant details (Closes: #756303) - fix capitalization of GNOME * Bump Standards-Version to 3.9.5 (no changes). * Add libappindicator support (Closes: #736261) * Update Vcs-Browser URL. Thanks! -- Etienne Millon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754095: base-installer: ppc64el support
On Mon, Jul 07, 2014 at 04:18:13PM +0200, Frederic Bonnard wrote:
Package: base-installer
Version: 1.140
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
here is a patch from Ubuntu to add support to ppc64el.
I've added a test when the CPU is used in POWERNV.
Thank you,
[snip]
--- base-installer-1.140/kernel/ppc64el.sh1970-01-01 00:00:00.0
+
+++ base-installer-1.140/kernel/ppc64el.sh2014-05-14 11:55:07.0
+
@@ -0,0 +1,13 @@
+arch_get_kernel_flavour () {
+ echo powerpc64le
+ return 0
+}
+
+arch_check_usable_kernel () {
+ return 0
+}
+
+arch_get_kernel () {
+ echo linux-powerpc64le
+ echo linux-image-powerpc64le
+}
I think only the second line is needed, the first line doesn't
correspond to any real package. Could you please confirm? I'll then
merge the patch.
Aurelien
--
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#739030: gmpc: Upcoming vala-0.16 removal
unblock 739030 by 749055 thanks * Andreas Henriksson andr...@fatal.se [140828 08:40]: Yesterday I briefly looked into what it would take to port gmpc to newer vala. At first I just had to change a function prototype where bindings had changed from ...(out x, out y, ...) to ...(ref x, ref y, ...). After that additional problems came up so I looked a bit at recent upstream VCS history Looks like they haven't switched to newer vala their either since they where still using the old (out) function prototype. Hello, Indeed this works. I picked a commit from upstream which does exactly this and fixes the build under valac 0.24. I prepared a package and opened a RFS (#759535) if you (or someone in your team) are interested in sponsoring this upload. Thanks! -- Etienne Millon signature.asc Description: Digital signature
Bug#752897:
Hi again, this is the updated proposed debdiff diff -Nru lucene++-3.0.6/debian/changelog lucene++-3.0.6/debian/changelog --- lucene++-3.0.6/debian/changelog 2014-08-26 12:49:11.0 +0200 +++ lucene++-3.0.6/debian/changelog 2014-08-27 13:51:33.0 +0200 @@ -1,10 +1,3 @@ -lucene++ (3.0.6-2) unstable; urgency=medium - - * Update copyright file. - * move doxygen to Build-Depends-Indep. - - -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Tue, 26 Aug 2014 11:36:24 +0200 - lucene++ (3.0.6-1) unstable; urgency=low * Initial release (Closes: #750148). diff -Nru lucene++-3.0.6/debian/liblucene++-doc.install lucene++-3.0.6/debian/liblucene++-doc.install --- lucene++-3.0.6/debian/liblucene++-doc.install 2014-07-02 17:38:53.0 +0200 +++ lucene++-3.0.6/debian/liblucene++-doc.install 1970-01-01 01:00:00.0 +0100 @@ -1 +0,0 @@ -usr/share/doc/lucene++-3.0.6/* usr/share/doc/liblucene++-doc/html diff -Nru lucene++-3.0.6/debian/rules lucene++-3.0.6/debian/rules --- lucene++-3.0.6/debian/rules 2014-07-04 13:16:51.0 +0200 +++ lucene++-3.0.6/debian/rules 2014-08-28 10:10:31.0 +0200 @@ -1,5 +1,4 @@ #!/usr/bin/make -f -# -*- makefile -*- # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 @@ -8,7 +7,12 @@ dh $@ --with linktree -- --parallel --fail-missing override_dh_auto_configure: - dh_auto_configure -- -DENABLE_DOCS:BOOL=ON -DENABLE_STANDARD_ALLOCATOR:BOOL=ON + dh_auto_configure -- -DENABLE_STANDARD_ALLOCATOR:BOOL=ON -override_dh_auto_build: +override_dh_auto_build-indep: + dh_auto_configure -- -DENABLE_STANDARD_ALLOCATOR:BOOL=ON -DENABLE_DOCS:BOOL=ON dh_auto_build -- doc + +override_dh_install-indep: + dh_install -pliblucene++-doc usr/share/doc/lucene++-3.0.6/* usr/share/doc/liblucene++-doc/html + rm -rf debian/tmp/usr/share/doc/lucene++-3.0.6/ the rm seems needed, otherwise the --fail-missing will complain :) @Tobias, for the VCS fields, I know they are 404 now, they will be created as soon as the package is uploaded, with the correct package they will be really similar to this one https://code.launchpad.net/~ubuntu-unity/lucene++/ubuntu so in my opinion we should keep them without changing anything :) cheers, Gianfranco cheers, Gianfranco Il Mercoledì 27 Agosto 2014 14:00, Gianfranco Costamagna costamagnagianfra...@yahoo.it ha scritto: HI all Il Mercoledì 27 Agosto 2014 13:03, Tobias Frost t...@frost.de ha scritto: On Tue, Aug 26, 2014 at 12:30 PM, Tobias Frost t...@debian.org wrote: Hi, Well, appearantly malat uploaded in the meantime... Malat, this is great, but could you also drop a note to the BTS if you are doing that to avoid double work, especially if there is activiy and the owner of the RFS-bug has been set to indicate that someone is working on it.. Thanks ;). Regarding the package, unfortunately, the way Build-Depends-Indep is used will likely not work: You need also to work on d/rules. I'm not sure how the buildds handle Build-Depends-Indep, but if they don't install them the package will FTBFS. (Try dpkg-buildpackage -B with doxygen not installed.) Most likely d/rules need to detect if it is supposed to build the docs; You can use dh_listpackages or, an easy way, detect doxygen and act accordingls: For example something like that: (note, I did not test that below) override_dh_auto_configure: if [ -x /usr/bin/doxygen ] ; then dh_auto_configure -- -DENABLE_DOCS:BOOL=ON -DENABLE_STANDARD_ALLOCATOR:BOOL=ON ;\ else dh_auto_configure -- -DENABLE_DOCS:BOOL=OFF -DENABLE_STANDARD_ALLOCATOR:BOOL=ON; fi override_dh_auto_build: if [ -x /usr/bin/doxygen ] ; then dh_auto_build -- doc ; else dh_auto_build ; fi This is unnecessary; just use an override_dh_auto_build-indep target in debian/rules. Assuming you have doxygen listed in Build-Depends-Indep, you do not have to manually check for doxygen. Regards, Vincent Thanks Vincent for the info; Learned another thing :) However, in this case the package needs also different cmake options at dh_auto_configure-time, so only override_dh_auto_build-indep will not work as you need to disable DENABLE_DOCS during cmake configuration. I just wondering if there is also a dh_auto_configure-indep target... (I cant test because I'm not near my PC right now) I didn't see dh_auto_configure-indep target, so I tweaked the rules in this way debdiff lucene++_3.0.6-2.dsc lucene++_3.0.6-1.dsc diff -Nru lucene++-3.0.6/debian/changelog lucene++-3.0.6/debian/changelog --- lucene++-3.0.6/debian/changelog 2014-08-26 12:49:11.0 +0200 +++ lucene++-3.0.6/debian/changelog 2014-08-27 13:51:33.0 +0200 @@ -1,10 +1,3 @@ -lucene++ (3.0.6-2) unstable; urgency=medium - - * Update copyright file. - * move doxygen to Build-Depends-Indep. -
Bug#759459: closed by Ondřej Surý ond...@sury.org (Re: Bug#759459: botan1.10: run dh-autoreconf to update for new architectures)
On Wed, Aug 27, 2014, at 16:22, Wookey wrote: +++ Debian Bug Tracking System [2014-08-27 10:27 +]: Version: 1.10.8-2 Could you please fix your mass bug filling tool to check for a new version before filling duplicate bug reports that are already fixed? (P.S.: botan1.10 doesn't use autotools...) I apologise. I looked though an awful lot of build logs for the characteristic errors. A few mistakes were probably inevitable. No problem... *Checking for latest* and the presence of some autotools files is a good idea. That was the main point of the email :)... O. -- 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#759536: libruby2.1 - rbconfig.rb include -fstack-protector-strong
Package: libruby2.1 Version: 2.1.2-3 Severity: important rbconfig.rb sets default CFLAGS to | -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -fPIC -fstack-protector-strong needs gcc 4.9, but none of the packages make sure a new enough gcc is installed. Bastian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libruby2.1 depends on: ii libc6 2.19-9 ii libgdbm3 1.8.3-13 ii libgmp10 2:6.0.0+dfsg-6 ii libjs-jquery 1.7.2+dfsg-3 ii libncurses5 5.9+20140712-2 ii libreadline6 6.3-8 ii libssl1.0.0 1.0.1i-2 ii libtinfo5 5.9+20140712-2 ii libyaml-0-2 0.1.6-2 ii zlib1g1:1.2.8.dfsg-1 libruby2.1 recommends no packages. libruby2.1 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#759537: mirror submission for packages.hs-regensburg.de
Package: mirrors Severity: wishlist Submission-Type: new Site: packages.hs-regensburg.de Type: leaf Archive-architecture: amd64 Archive-http: /debian/ Backports-http: /debian-backports/ IPv6: yes Archive-upstream: ftp.de.debian.org Backports-upstream: ftp.de.debian.org Updates: four Maintainer: Tom Foerster tom.foers...@hs-regensburg.de Country: DE Germany Location: Regensburg Sponsor: Hochschule Regensburg http://www.hs-regensburg.de Comment: Bandwidth is limited to 100 MBit/s. Your submit script did not accept my name with the umlaut; if possible please replace the oe with a LATIN SMALL LETTER O WITH DIAERESIS, making Tom Förster. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759406: debian-cd: Merge iso images into usb drive thanks to cat
Hi, i am watching this bug as upstream developer of xorriso, which packs up Debian ISOs under control of debian-cd. So i can mainly comment about early boot stages and mounting of ISO 9660, not much about Debian installer issues which arise after or before these steps. From your initial report i got the impression that you wanted to let the user choose any of the ISOs for booting. There are descriptions in the web for boot media which contain multiple ISOs. Google boot multiple iso found: http://www.pendrivelinux.com/boot-multiple-iso-from-usb-via-grub2-using-linux/ But now it seems that you want to install Debian from the first ISO onto hard disk and then only want to use the other ISOs as alternative sources of packages. So i wonder why you do not dd the first ISO onto the USB stick (which will install an MBR and declare partition 1). Then you could use a partition editor to create partition 2 which covers the remaining blocks of the USB stick. There you could create a mountable filesystem (e.g. FAT) and store the other ISOs for loop-mounting. Well, this works if you use mount command from util-linux package. busybox's mount does not implement offset feature, so it either ignores it or complains about it. Originally offset is a feature of losetup(8) which creates a loop device for mount if option loop is given. The Archlinux example shows option loop. Did you try busybox mount with loop ? == Getting to know Debian CD 1 size == # fdisk -l debian-7.6.0-i386-CD-1.iso This tells the size of the MBR partition which was wrapped around the Debian image by xorriso. It may or may not give the size of the ISO image data file. Since you concatenate the image files and not the partition contents, you should rather inquire the file size. Like: ls -l debian-7.6.0-i386-CD-1.iso chroot /target /bin/mount /dev/sdb /mnt/apt2 -o offset=679477248 -t iso9660 you will see that you can read Debian CD 2 disk while it's have been concatenated to the USB !!! In the case of a FAT filesystem in /dev/sdb2, which holds the other ISOs you would first mount the FAT mkdir /target/mnt/usb_fat chroot /target /bin/mount /dev/sdb2 /mnt/usb_fat and then mount the desired ISO from inside the FAT: mkdir /target/mnt/apt2 chroot /target /bin/mount -o loop /mnt/usb_fat/apt2.iso /mnt/apt2 Note that no size information is needed to find the ISO but rather its file name inside the FAT filesystem. I assume that the name of debian-7.6.0-i386-CD-2.iso copy in the FAT is /apt2.iso. One could also put the desired ISOs into a ext2/3/4 filesystem instead of a FAT. This would allow the use of long filenames. If they all are put into an ISO then they would be write-protected for normal users. == Busybox based Implementation == This implementation would involve hacking busybox's mount Would probably not be necessary if the ISOs are presented as data files of a mountable filesystem. Somehow a tool would be needed so that the user can mount its Debian CD 2 from its USB as easier as possible (Maybe a noauto entry in fstab). fstab could contain lines for /target/mnt/fat and /target/mnt/apt*. For Windows people it would be nice to have a GUI where you can select (always with CD 1 as the first one) all the cds you want and then concatenate them into a USB device. The normal MS File Manager could populate the mounted FAT filesystem. As you might suspect you need to know the iso size in advance so that this works in a reasonable way. Not if the ISOs are data files inside a filesystem. Do you think it's something that it's easy to implement ? Not really. I get the impression that you plan to create a kindof minimal filesystem. My main objection is that suitable filesystems already exist and are supported by a wide range of operating systems and tools. Outside my personal scope is the motivation for your proposal. A Debian person might ask: What are the use cases where it will be of help ? What benefits would it have for Debian's ISO production and download sites ? Have a nice day :) Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759539: ITP: drupal7-mod-jqueryi18nproperties - I18n library module for Drupal
Package: wnpp Severity: wishlist Owner: Daniel Pocock dan...@pocock.pro Upstream: https://github.com/jquery-i18n-properties/drupal-mod-jqueryi18nproperties License: GPLv2 or greater This is a library descriptor for the Drupal system to recognise jquery.i18n.properties.js installed on a Debian system and make it available as a module within Drupal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759538: libclang1-3.4: multiple versions of libclang causing codelite to segfault
Package: libclang1-3.4 Version: 1:3.4.2-8 Severity: important Control: affects -1 codelite-plugins Hi, The clang co-installable update is causing crashes is codelite when multiple versions of libclang1 are installed. Normally codelite (with codelite-plugins) will load libclang.so.1 and liblldb.so.1 from LLVM 3.4 and everything works: codelite libclang.so.1 (symlink to libclang-3.4.so.1) libLLVM-3.4.so.1 LLDBDebugger.so liblldb.so.1 (libLLVM-3.4.so.1 already loaded) But if you install libclang1-3.6 at the same time, codelite will load that library because libclang1.so.1 now points to it: codelite libclang.so.1 (symlink to libclang-3.6.so.1) libLLVM-3.6.so.1 LLDBDebugger.so liblldb.so.1 libLLVM-3.4.so.1 (symbol collision) Then codelite segfaults in the constructors for libLLVM-3.4 due to (I assume) a symbol collision with libLLVM-3.6.so.1 As a temporary workaround, I can add a Breaks: libclang1-3.5, libclang1-3.6 to codelite but that doesn't seem very clean. In my opinion, allowing co-installation of libraries whose sonames are the same is a recipe for disaster. Thanks, James -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 mipsel Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libclang1-3.4 depends on: ii libc6 2.19-10 ii libffi6 3.1-2 ii libgcc-4.9-dev 4.9.1-9 ii libgcc1 1:4.9.1-9 ii libllvm3.4 1:3.4.2-8 ii libobjc-4.9-dev 4.9.1-9 ii libstdc++-4.9-dev 4.9.1-9 ii libstdc++6 4.9.1-9 ii libtinfo5 5.9+20140712-2 ii multiarch-support 2.19-10 libclang1-3.4 recommends no packages. libclang1-3.4 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#718580: RFP: mayan -- Django-based Electronic Document Management System (EDMS)
Package: wnpp Followup-For: Bug #718580 *UPDATE*: * Version : 1.0 * License : Apache-2.0 If I'll find some spare to work on this, I'll switch RFP = ITP. -- Matteo F. Vescovi | Debian Maintainer GnuPG KeyID: 4096R/0x8062398983B2CF7A signature.asc Description: Digital signature
Bug#759540: pynslcd immediately exits / fails to run
Package: pynslcd
Version: 0.9.4-2
Severity: important
Dear Arthur,
pynslcd fail to start here on debian-lan. I attach the debug log.
This problem does not happen with nslcd, where things work.
Best regards,
Andi
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pynslcd depends on:
ii adduser3.113+nmu3
ii debconf [debconf-2.0] 1.5.53
ii python-daemon 1.5.5-1
ii python-ldap2.4.10-1
ii python-pyasn1 0.1.7-1
ii python-pyasn1-modules 0.0.5-0.1
ii python-setproctitle1.1.8-1
pn python:any none
Versions of packages pynslcd recommends:
ii bind9-host [host] 1:9.9.5.dfsg-4
ii ldap-utils 2.4.39-1.1+b1
ii libnss-ldapd [libnss-ldap] 0.9.4-2
ii libpam-krb5 4.6-3
ii nscd2.19-9
ii nslcd-utils 0.9.4-2
Versions of packages pynslcd suggests:
pn kstart none
-- debconf information:
nslcd/ldap-bindpw: (password omitted)
nslcd/ldap-sasl-krb5-ccname: /var/run/nslcd/nslcd.tkt
nslcd/ldap-sasl-realm:
nslcd/ldap-cacertfile: /etc/ssl/certs/ca-certificates.crt
* nslcd/ldap-starttls: true
nslcd/ldap-sasl-authcid:
nslcd/restart-failed:
libraries/restart-without-asking: false
* nslcd/ldap-reqcert: demand
* nslcd/ldap-base: dc=intern
nslcd/ldap-auth-type: none
nslcd/disable-screensaver:
* nslcd/ldap-uris: ldap://ldap
nslcd/xdm-needs-restart:
nslcd/ldap-sasl-secprops:
nslcd/ldap-sasl-mech:
nslcd/ldap-binddn:
nslcd/ldap-sasl-authzid:
nslcd/restart-services:
pynslcd: DEBUG: NSS_LDAP nss-pam-ldapd 0.9.4
pynslcd: DEBUG: tls_cacertdir=None
pynslcd: DEBUG: binddn=None
pynslcd: DEBUG: tls_key=None
pynslcd: DEBUG: uid='nslcd'
pynslcd: DEBUG: rootpwmoddn=None
pynslcd: DEBUG: idle_timelimit=0
pynslcd: DEBUG: bind_timelimit=10
pynslcd: DEBUG: uri='ldap://ldap'
pynslcd: DEBUG: ldap_version=3
pynslcd: DEBUG: tls_randfile=None
pynslcd: DEBUG: pam_password_prohibit_message=None
pynslcd: DEBUG: logs=[('syslog', 20)]
pynslcd: DEBUG: validnames=_sre.SRE_Pattern object at 0x7fa67aca05f8
pynslcd: DEBUG: nss_min_uid=0
pynslcd: DEBUG: tls_cacertfile='/etc/ldap/slapd.crt'
pynslcd: DEBUG: re=module 're' from '/usr/lib/python2.7/re.pyc'
pynslcd: DEBUG: gid='nslcd'
pynslcd: DEBUG: ldap=module 'ldap' from
'/usr/lib/python2.7/dist-packages/ldap/__init__.pyc'
pynslcd: DEBUG: nss_initgroups_ignoreusers=set([])
pynslcd: DEBUG: scope=2
pynslcd: DEBUG: tls_cert=None
pynslcd: DEBUG: nss_nested_groups=False
pynslcd: DEBUG: reconnect_invalidate=set([])
pynslcd: DEBUG: sasl_secprops=None
pynslcd: DEBUG: ParseError=class 'cfg.ParseError'
pynslcd: DEBUG: ssl='STARTTLS'
pynslcd: DEBUG: reconnect_sleeptime=1
pynslcd: DEBUG: bindpw=None
pynslcd: DEBUG: deref=0
pynslcd: DEBUG: pam_authz_searches=[]
pynslcd: DEBUG: sasl_canonicalize=None
pynslcd: DEBUG: bases=['dc=intern']
pynslcd: DEBUG: referrals=True
pynslcd: DEBUG: logging=module 'logging' from
'/usr/lib/python2.7/logging/__init__.pyc'
pynslcd: DEBUG: pagesize=0
pynslcd: DEBUG: sasl_mech=None
pynslcd: DEBUG: tls_reqcert=2
pynslcd: DEBUG: read=function read at 0x7fa677706578
pynslcd: DEBUG: tls_ciphers=None
pynslcd: DEBUG: reconnect_retrytime=10
pynslcd: DEBUG: rootpwmodpw=None
pynslcd: DEBUG: timelimit=0
pynslcd: DEBUG: sasl_realm=None
pynslcd: DEBUG: threads=5
pynslcd: DEBUG: sasl_authcid=None
pynslcd: DEBUG: sasl_authzid=None
pynslcd: version 0.9.4 starting
pynslcd: accepting connections
pynslcd: DEBUG: started thread thread0
Exception in thread thread0:
Traceback (most recent call last):
File /usr/lib/python2.7/threading.py, line 810, in __bootstrap_inner
self.run()
File /usr/lib/python2.7/threading.py, line 763, in run
self.__target(*self.__args, **self.__kwargs)
File /usr/sbin/pynslcd, line 256, in worker
session = search.Connection()
File /usr/share/pynslcd/search.py, line 62, in __init__
self.start_tls_s()
File /usr/lib/python2.7/dist-packages/ldap/ldapobject.py, line 836, in
start_tls_s
res = self._apply_method_s(SimpleLDAPObject.start_tls_s,*args,**kwargs)
File /usr/lib/python2.7/dist-packages/ldap/ldapobject.py, line 819, in
_apply_method_s
return func(self,*args,**kwargs)
File /usr/lib/python2.7/dist-packages/ldap/ldapobject.py, line 564, in
start_tls_s
return self._ldap_call(self._l.start_tls_s)
File /usr/lib/python2.7/dist-packages/ldap/ldapobject.py, line 99, in
_ldap_call
result = func(*args,**kwargs)
SERVER_DOWN: {'info': 'A TLS packet with unexpected length was received.',
'desc': Can't contact LDAP server}
pynslcd: DEBUG: started thread thread1
Exception in thread thread1:
Traceback (most recent call last):
File /usr/lib/python2.7/threading.py, line 810, in
Bug#759541: acpid: Please use dh_systems_* helpers
Source: acpid Version: 1:2.0.22-3 Severity: normal Hi, It would be nice if acpid was using the dh_systemd and init-system-helpers. This way we can be sure that symlinks in /etc/systemd are properly handled (remove on purged and/or masked on remove) Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (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#759542: linux-image-3.2.0-4-amd64: system becomes unstable, BUG: unable to handle kernel paging request at
Package: src:linux Version: 3.2.54-2 Severity: normal Dear Maintainer, Aug 27 01:00:01 arttor kernel: [15188695.259636] md: resync of RAID array md1 Aug 27 01:00:01 arttor kernel: [15188695.259638] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. Aug 27 01:00:01 arttor kernel: [15188695.259639] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for resync. Aug 27 01:00:01 arttor kernel: [15188695.259642] md: using 128k window, over a total of 8780672k. Aug 27 01:00:01 arttor kernel: [15188695.259643] md: resuming resync of md1 from checkpoint. Aug 27 01:00:05 arttor kernel: [15188699.666827] md: md1: resync done. Aug 27 01:00:05 arttor kernel: [15188699.718541] RAID1 conf printout: Aug 27 01:00:05 arttor kernel: [15188699.718544] --- wd:2 rd:2 Aug 27 01:00:05 arttor kernel: [15188699.718547] disk 0, wo:0, o:1, dev:sda2 Aug 27 01:00:05 arttor kernel: [15188699.718549] disk 1, wo:0, o:1, dev:sdb2 Aug 27 23:45:21 arttor kernel: [15270349.323948] BUG: unable to handle kernel paging request at 8823f444f830 Aug 27 23:45:21 arttor kernel: [15270349.323978] IP: [8110d308] evict+0x12/0x148 Aug 27 23:45:21 arttor kernel: [15270349.323999] PGD 1606063 PUD 0 Aug 27 23:45:21 arttor kernel: [15270349.324023] Oops: [#1] SMP Aug 27 23:45:21 arttor kernel: [15270349.324044] CPU 2 Aug 27 23:45:21 arttor kernel: [15270349.324048] Modules linked in: nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc ext3 jbd loop coretemp crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 aes_generic snd_pcm snd_page_alloc snd_timer snd soundcore cryptd pcspkr joydev i2c_i801 i2c_core iTCO_wdt iTCO_vendor_support evdev dcdbas button video processor ext4 crc16 jbd2 mbcache usbhid hid raid1 md_mod sg sd_mod crc_t10dif ahci libahci libata ehci_hcd scsi_mod fan thermal thermal_sys usbcore igb usb_common dca [last unloaded: scsi_w ait_scan] Aug 27 23:45:21 arttor kernel: [15270349.324334] Aug 27 23:45:21 arttor kernel: [15270349.324340] Pid: 46, comm: kswapd0 Not tainted 3.2.0-4-amd64 #1 Debian 3.2.54-2 Dell Inc. PowerEdge C5220/0NVH5D Aug 27 23:45:21 arttor kernel: [15270349.324387] RIP: 0010:[8110d308] [8110d308] evict+0x12/0x148 Aug 27 23:45:21 arttor kernel: [15270349.324413] RSP: 0018:8801f4919c10 EFLAGS: 00010202 Aug 27 23:45:21 arttor kernel: [15270349.324434] RAX: 8823f444f800 RBX: 8801767c21b0 RCX: 8801354aad10 Aug 27 23:45:21 arttor kernel: [15270349.324461] RDX: 8801f4919c50 RSI: 0025 RDI: 8801767c21b0 Aug 27 23:45:21 arttor kernel: [15270349.324548] RBP: 8801f444f800 R08: 0025 R09: 8801767c2468 Aug 27 23:45:21 arttor kernel: [15270349.324629] R10: R11: R12: 880067a30880 Aug 27 23:45:21 arttor kernel: [15270349.324710] R13: R14: 8801f444f908 R15: Aug 27 23:45:21 arttor kernel: [15270349.324793] FS: () GS:8801ffc8() knlGS: Aug 27 23:45:21 arttor kernel: [15270349.324878] CS: 0010 DS: ES: CR0: 8005003b Aug 27 23:45:21 arttor kernel: [15270349.324929] CR2: 8823f444f830 CR3: 01605000 CR4: 001406e0 Aug 27 23:45:21 arttor kernel: [15270349.325011] DR0: DR1: DR2: Aug 27 23:45:21 arttor kernel: [15270349.325093] DR3: DR6: 0ff0 DR7: 0400 Aug 27 23:45:21 arttor kernel: [15270349.325174] Process kswapd0 (pid: 46, threadinfo 8801f4918000, task 8801f4915160) Aug 27 23:45:21 arttor kernel: [15270349.325259] Stack: Aug 27 23:45:21 arttor kernel: [15270349.325296] 8801f4919c50 8801f444f800 880067a30880 8110d5f6 Aug 27 23:45:21 arttor kernel: [15270349.325387] 880067a30968 8110e137 8801f444f900 880067a30900 Aug 27 23:45:21 arttor kernel: [15270349.325477] 8801354aad10 880130742968 8801f4919dc0 Aug 27 23:45:21 arttor kernel: [15270349.325567] Call Trace: Aug 27 23:45:21 arttor kernel: [15270349.325608] [8110d5f6] ? dispose_list+0x27/0x31 Aug 27 23:45:21 arttor kernel: [15270349.325659] [8110e137] ? prune_icache_sb+0x250/0x25f Aug 27 23:45:21 arttor kernel: [15270349.325713] [810fce2e] ? prune_super+0xd5/0x13f Aug 27 23:45:21 arttor kernel: [15270349.325766] [810c24a1] ? shrink_slab+0x18f/0x24d Aug 27 23:45:21 arttor kernel: [15270349.325818] [810c4e71] ? balance_pgdat+0x283/0x4b7 Aug 27 23:45:21 arttor kernel: [15270349.325870] [810c5378] ? kswapd+0x2d3/0x303 Aug 27 23:45:21 arttor kernel: [15270349.325921] [8105fcd3] ? add_wait_queue+0x3c/0x3c Aug 27 23:45:21 arttor kernel: [15270349.325972] [810c50a5] ? balance_pgdat+0x4b7/0x4b7 Aug 27 23:45:21 arttor kernel: [15270349.326024] [8105f681] ? kthread+0x76/0x7e Aug 27 23:45:21 arttor kernel: [15270349.326075] [81356ef4] ?
Bug#759538: libclang1-3.4: multiple versions of libclang causing codelite to segfault
reassign 759538 lldb-3.4 thanks On 28/08/2014 11:41, James Cowgill wrote: Package: libclang1-3.4 Version: 1:3.4.2-8 Severity: important Control: affects -1 codelite-plugins Hi, The clang co-installable update is causing crashes is codelite when multiple versions of libclang1 are installed. Normally codelite (with codelite-plugins) will load libclang.so.1 and liblldb.so.1 from LLVM 3.4 and everything works: codelite libclang.so.1 (symlink to libclang-3.4.so.1) libLLVM-3.4.so.1 LLDBDebugger.so liblldb.so.1 (libLLVM-3.4.so.1 already loaded) But if you install libclang1-3.6 at the same time, codelite will load that library because libclang1.so.1 now points to it: codelite libclang.so.1 (symlink to libclang-3.6.so.1) libLLVM-3.6.so.1 LLDBDebugger.so liblldb.so.1 libLLVM-3.4.so.1 (symbol collision) Then codelite segfaults in the constructors for libLLVM-3.4 due to (I assume) a symbol collision with libLLVM-3.6.so.1 Interesting issue. codelite should link against libclang-X.Y instead of libclang. I will remove libclang.so but I agree that there is a problem with lldb. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748781: pcre3: Please provide a pcre16 (UTF8) enabled binary
Control: tags -1 patch
On Tue, 20 May 2014 15:06:03 -0300
=?utf-8?q?Lisandro_Dami=C3=A1n_Nicanor_P=C3=A9rez_Meyer?=
lisan...@debian.org wrote:
Hi Mark! We are trying to use libpcre in Qt5, but we need pcr16 support, as
can
be seen in this snippet of Qt5's qtbase package:
also sigil uses pcre16. Its upstream bundled it, but I would like to
use the packaged version.
I'm being told by a team mate that this needs to be in a separate binary
package.
I don't see the point in having a separate package only for this
library, so I cooked up a simple patch, working for me.
diff -Nru pcre3-8.35/debian/changelog pcre3-8.35/debian/changelog
--- pcre3-8.35/debian/changelog 2014-07-23 22:24:30.0 +0200
+++ pcre3-8.35/debian/changelog 2014-08-28 12:03:06.0 +0200
@@ -1,3 +1,10 @@
+pcre3 (1:8.35-3.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Enable the 16-bit library (pcre16).
+
+ -- Mattia Rizzolo mat...@mapreri.org Thu, 28 Aug 2014 10:38:16 +0200
+
pcre3 (1:8.35-3) unstable; urgency=medium
Thanks to Simon McVittie for all of the work on this:
diff -Nru pcre3-8.35/debian/libpcre3.install pcre3-8.35/debian/libpcre3.install
--- pcre3-8.35/debian/libpcre3.install 2012-09-13 20:35:59.0 +0200
+++ pcre3-8.35/debian/libpcre3.install 2014-08-28 11:47:36.0 +0200
@@ -1,3 +1,4 @@
debian/tmp/usr/lib/*/libpcre.so.*
+debian/tmp/usr/lib/*/libpcre16.so.*
debian/tmp/usr/lib/*/libpcreposix.so.*
debian/tmp/usr/share/man/man3/pcrepattern.3
diff -Nru pcre3-8.35/debian/rules pcre3-8.35/debian/rules
--- pcre3-8.35/debian/rules 2014-07-23 22:06:54.0 +0200
+++ pcre3-8.35/debian/rules 2014-08-28 10:37:40.0 +0200
@@ -37,7 +37,7 @@
--infodir=\$${prefix}/share/info \
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH) \
--enable-utf8 --enable-unicode-properties \
- --disable-silent-rules \
+ --disable-silent-rules --enable-pcre16 \
$(shell . debian/jit-test)
touch configure-stamp
Bug#759538: libclang1-3.4: multiple versions of libclang causing codelite to segfault
On Thu, 28 Aug 2014 12:02:01 +0200 Sylvestre Ledru sylves...@debian.org wrote: On 28/08/2014 11:41, James Cowgill wrote: Package: libclang1-3.4 Version: 1:3.4.2-8 Severity: important Control: affects -1 codelite-plugins Hi, The clang co-installable update is causing crashes is codelite when multiple versions of libclang1 are installed. Normally codelite (with codelite-plugins) will load libclang.so.1 and liblldb.so.1 from LLVM 3.4 and everything works: codelite libclang.so.1 (symlink to libclang-3.4.so.1) libLLVM-3.4.so.1 LLDBDebugger.so liblldb.so.1 (libLLVM-3.4.so.1 already loaded) But if you install libclang1-3.6 at the same time, codelite will load that library because libclang1.so.1 now points to it: codelite libclang.so.1 (symlink to libclang-3.6.so.1) libLLVM-3.6.so.1 LLDBDebugger.so liblldb.so.1 libLLVM-3.4.so.1 (symbol collision) Then codelite segfaults in the constructors for libLLVM-3.4 due to (I assume) a symbol collision with libLLVM-3.6.so.1 Interesting issue. codelite should link against libclang-X.Y instead of libclang. I will remove libclang.so but I agree that there is a problem with lldb. As long as the SONAME in libclang-X.Y is libclang.so.1, the runtime linker will still try to search for that file anyway (and not libclang-X.Y.so.1) so that won't make any difference. Are the different versions of libclang ABI compatible? If not they should have different SONAMES (like libLLVM...) James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759538: libclang1-3.4: multiple versions of libclang causing codelite to segfault
On 28/08/2014 12:18, James Cowgill wrote: On Thu, 28 Aug 2014 12:02:01 +0200 Sylvestre Ledru sylves...@debian.org wrote: On 28/08/2014 11:41, James Cowgill wrote: Package: libclang1-3.4 Version: 1:3.4.2-8 Severity: important Control: affects -1 codelite-plugins Hi, The clang co-installable update is causing crashes is codelite when multiple versions of libclang1 are installed. Normally codelite (with codelite-plugins) will load libclang.so.1 and liblldb.so.1 from LLVM 3.4 and everything works: codelite libclang.so.1 (symlink to libclang-3.4.so.1) libLLVM-3.4.so.1 LLDBDebugger.so liblldb.so.1 (libLLVM-3.4.so.1 already loaded) But if you install libclang1-3.6 at the same time, codelite will load that library because libclang1.so.1 now points to it: codelite libclang.so.1 (symlink to libclang-3.6.so.1) libLLVM-3.6.so.1 LLDBDebugger.so liblldb.so.1 libLLVM-3.4.so.1 (symbol collision) Then codelite segfaults in the constructors for libLLVM-3.4 due to (I assume) a symbol collision with libLLVM-3.6.so.1 Interesting issue. codelite should link against libclang-X.Y instead of libclang. I will remove libclang.so but I agree that there is a problem with lldb. As long as the SONAME in libclang-X.Y is libclang.so.1, the runtime linker will still try to search for that file anyway (and not libclang-X.Y.so.1) so that won't make any difference. Updating the SONAME was implied S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758287: apt-show-versions: Perl 5.20 now in Testing; NMU time?
Package: apt-show-versions Version: 0.22.3 Followup-For: Bug #758287 Now that Perl 5.20 has entered Testing, this issue has become more pressing. Could we have an NMU on this one? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (1001, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-show-versions depends on: ii apt 1.0.6 ii libapt-pkg-perl 0.1.29+b2 ii perl [libstorable-perl] 5.20.0-4 apt-show-versions recommends no packages. apt-show-versions 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 Archive: https://lists.debian.org/debian-bugs-dist
Bug#759538: libclang1-3.4: multiple versions of libclang causing codelite to segfault
On Thu, 28 Aug 2014 12:22:54 +0200 Sylvestre Ledru sylves...@debian.org wrote: On 28/08/2014 12:18, James Cowgill wrote: As long as the SONAME in libclang-X.Y is libclang.so.1, the runtime linker will still try to search for that file anyway (and not libclang-X.Y.so.1) so that won't make any difference. Updating the SONAME was implied Ah, OK thanks James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759543: fastqc: commons-math3 not found
Package: fastqc Version: 0.11.2+dfsg-2 Severity: important Dear Maintainer, Thank you for supporting fastqc! Please add commons-math3 to class-path in the manifest. --- fastqc-0.11.2+dfsg/debian/manifest 2014-08-26 14:54:22.048426545 +0400 +++ fastqc-0.11.2+dfsg-1/debian/manifest 2014-08-26 14:38:09.196491481 +0400 @@ -1,3 +1,3 @@ /usr/share/fastqc/fastqc.jar: Main-Class: uk.ac.babraham.FastQC.FastQCApplication - Class-Path: /usr/share/java/jbzip2.jar /usr/share/java/sam.jar + Class-Path: /usr/share/java/jbzip2.jar /usr/share/java/sam.jar /usr/share/java/commons-math3.jar Before the suggested change fastqc exposed the following symptoms on any data file: it started analysis, produced exception trace (see below) and then gets stuck. (In UI mode nothing changes after printing the exception trace). Started analysis of Intoshia_ATGTCA_L008_R1.fastq Approx 5% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 10% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 15% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 20% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 25% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 30% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 35% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 40% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 45% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 50% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 55% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 60% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 65% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 70% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 75% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 80% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 85% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 90% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 95% complete for Intoshia_ATGTCA_L008_R1.fastq Approx 100% complete for Intoshia_ATGTCA_L008_R1.fastq Exception in thread Thread-1 java.lang.NoClassDefFoundError: org/apache/commons/math3/distribution/BinomialDistribution at uk.ac.babraham.FastQC.Modules.KmerContent.calculateEnrichment(KmerContent.java:229) at uk.ac.babraham.FastQC.Modules.KmerContent.raisesError(KmerContent.java:390) at uk.ac.babraham.FastQC.Report.HTMLReportArchive.startDocument(HTMLReportArchive.java:334) at uk.ac.babraham.FastQC.Report.HTMLReportArchive.init(HTMLReportArchive.java:84) at uk.ac.babraham.FastQC.Analysis.OfflineRunner.analysisComplete(OfflineRunner.java:163) at uk.ac.babraham.FastQC.Analysis.AnalysisRunner.run(AnalysisRunner.java:110) at java.lang.Thread.run(Thread.java:745) Caused by: java.lang.ClassNotFoundException: org.apache.commons.math3.distribution.BinomialDistribution at java.net.URLClassLoader$1.run(URLClassLoader.java:366) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) ... 7 more Cheers, Daniil -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fastqc depends on: ii libcommons-math3-java 3.3-1 ii libjbzip2-java 0.9.1-3 ii libsam-java1.113-1 fastqc recommends no packages. fastqc 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#759545: Ceni - Curses user interface for configuring network interfaces with ifupdown
Package: wnpp Severity: wishlist X-Debbugs-CC: k...@otaku42.de, bernard.g...@gmail.com, x-u...@berlios.de, s@gmx.de, andre...@debian.org * Package name: ceni Version : 2.28 Upstream Author : Kel Modderman k...@otaku42.de * URL : https://github.com/fullstory/ceni * License : GPL-2+ Programming Lang: Perl Description : Ceni - Curses interface to /etc/network/interfaces A Curses user interface for configuring network interfaces with ifupdown. Ceni can manage basic network interface ifupdown configuration stanzas for ethernet and wireless devices. signature.asc Description: OpenPGP digital signature
Bug#759544: nslcd: fails 'sometimes' to start at boot (systemd?)
Package: nslcd Version: 0.9.4-2 Severity: normal Dear Arthur, another issue I just observed: nslcd 'sometimes', perhaps 1 of 5 reboots, fails to start/run at boot. systemctl status tells me in these cases: root@workstation00:~# systemctl status nslcd -l nslcd.service - LSB: LDAP connection daemon Loaded: loaded (/etc/init.d/nslcd) Active: active (exited) since Thu 2014-08-28 12:08:13 CEST; 6min ago Process: 439 ExecStart=/etc/init.d/nslcd start (code=exited, status=0/SUCCESS) Aug 28 12:08:13 workstation00 systemd[1]: Starting LSB: LDAP connection daemon... Aug 28 12:08:13 workstation00 nslcd[535]: version 0.9.4 starting Aug 28 12:08:13 workstation00 nslcd[439]: Starting LDAP connection daemon: nslcdnslcd: unable to daemonize: Success Aug 28 12:08:13 workstation00 nslcd[439]: failed! Aug 28 12:08:13 workstation00 systemd[1]: Started LSB: LDAP connection daemon. From journalctl: Aug 28 12:08:13 workstation00 nslcd[535]: version 0.9.4 starting Aug 28 12:08:13 workstation00 dbus[449]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkitd.service' Aug 28 12:08:13 workstation00 systemd[1]: Starting Authenticate and Authorize Users to Run Privileged Tasks... Aug 28 12:08:13 workstation00 systemd[1]: Stopping LSB: Start NTP daemon... Aug 28 12:08:13 workstation00 polkitd[537]: started daemon version 0.105 using authority implementation `local' version `0.105' Aug 28 12:08:13 workstation00 dbus[449]: [system] Successfully activated service 'org.freedesktop.PolicyKit1' Aug 28 12:08:13 workstation00 systemd[1]: Started Authenticate and Authorize Users to Run Privileged Tasks. Aug 28 12:08:13 workstation00 accounts-daemon[461]: started daemon version 0.6.37 Aug 28 12:08:13 workstation00 systemd[1]: Started Accounts Service. Aug 28 12:08:13 workstation00 ntpd[502]: ntpd exiting on signal 15 Aug 28 12:08:13 workstation00 ntp[539]: Stopping NTP server: ntpd. Aug 28 12:08:13 workstation00 systemd[1]: Starting LSB: Start NTP daemon... Aug 28 12:08:13 workstation00 ntpd[556]: ntpd 4.2.6p5@1.2349-o Mon May 20 14:24:35 UTC 2013 (1) Aug 28 12:08:13 workstation00 ntp[550]: Starting NTP server: ntpd. Aug 28 12:08:13 workstation00 systemd[1]: Started LSB: Start NTP daemon. Aug 28 12:08:13 workstation00 ifup[245]: Restarting ntp (via systemctl): ntp.service. Aug 28 12:08:13 workstation00 ntpd[557]: proto: precision = 0.119 usec Aug 28 12:08:13 workstation00 ntpd[557]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123 Aug 28 12:08:13 workstation00 ntpd[557]: Listen and drop on 1 v6wildcard :: UDP 123 Aug 28 12:08:13 workstation00 ntpd[557]: Listen normally on 2 lo 127.0.0.1 UDP 123 Aug 28 12:08:13 workstation00 ntpd[557]: Listen normally on 3 eth0 10.0.0.50 UDP 123 Aug 28 12:08:13 workstation00 ntpd[557]: Listen normally on 4 lo ::1 UDP 123 Aug 28 12:08:13 workstation00 ntpd[557]: peers refreshed Aug 28 12:08:13 workstation00 ntpd[557]: Listening on routing socket on fd #21 for interface updates Aug 28 12:08:13 workstation00 systemd[1]: Started Munin Node. Aug 28 12:08:13 workstation00 kernel: intel8x0_measure_ac97_clock: measured 53158 usecs (4351 samples) Aug 28 12:08:13 workstation00 kernel: intel8x0: measured clock 81850 rejected Aug 28 12:08:13 workstation00 dhclient[261]: bound to 10.0.0.50 -- renewal in 18284 seconds. Aug 28 12:08:13 workstation00 ifup[245]: bound to 10.0.0.50 -- renewal in 18284 seconds. Aug 28 12:08:13 workstation00 ifup[245]: Sending network state change signal to nslcd...done. Aug 28 12:08:13 workstation00 nslcd[439]: Starting LDAP connection daemon: nslcdnslcd: unable to daemonize: Success Aug 28 12:08:13 workstation00 nslcd[439]: failed! Aug 28 12:08:13 workstation00 systemd[1]: Started LSB: LDAP connection daemon. Perhaps this is some race triggered by the switch so systemd? Manually starting nslcd works fine. Best regards, Andi -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nslcd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.53 ii libc6 2.19-9 ii libgssapi-krb5-2 1.12.1+dfsg-7 ii libldap-2.4-2 2.4.39-1.1+b1 Versions of packages nslcd recommends: ii bind9-host [host] 1:9.9.5.dfsg-4 ii ldap-utils 2.4.39-1.1+b1 ii libnss-ldapd [libnss-ldap] 0.9.4-2 ii libpam-krb5 4.6-3 ii nscd2.19-9 ii nslcd-utils 0.9.4-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757633: Bug also appears in 1.99~alpha1 and only with BlueZ 5
Hi Christopher, I confirm that this bug also affects 1.99~alpha1-1 version (blank settings page and no receiving files). To answer your question - I tested with both BlueZ 4 and 5 versions (using 5.21-3 from testing and 4.101-4.1 from snapshots) and I found out that this bug only appears when using the newer BlueZ 5 version. With old BlueZ 4 everything seems to work fine (including the settings page mentioned by Tom). So for now I'm sticking with BlueZ 4. Best Regards, Szymon
Bug#759396: apt-listbugs 0.1.15: Please update the PO translation for the package apt-listbugs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2014-08-27 23:06, Francesco Poli wrote: A question: #: ../lib/apt-listbugs/logic.rb:766 msgid Failed to invoke browser. msgstr Kunde inte köra www-browser. Shouldn't the translation of browser be webbläsare ? If you agree, I'll modify the string as: msgstr Kunde inte köra webbläsare. Is this correct? I would prefer that one as long as the message is not really intended to be on the technical side (actually not able to execute the command www-browser). - -- brother http://sis.bthstudent.se -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCAAGBQJT/waeAAoJEJbdSEaj0jV7HO0H/0vaXO9s9uhiGMFhgiV76iAg qK1C8Q3QOKkPMAvMSOBiKmh1+cYkteQVWrtbLhOffx2Sl/lC16SF8Qn76SrHTYK3 qdpbh8sHMM8GfqcAMwL6qpR0RirhVHpQ7ZpRiwfXYud305PXARAvJHlVIu8bowxk E74osj43Af/MgcRJ+XKJmGlMvJEH+TzOa+nP+o8qnVaMm+U2eR3NeZMVsIoogCfz MJnLTrWuBGMGPWsl7K231aRBaN98B+dlJImlL78r9nqTmLxGNt0pcoZNTs7/33Q5 qVjQydveeUk8pb2xVal6v3nSCpAGxpBUOQDsc7FsCOtznSPyltqKjYpoyOxG8oI= =gFBk -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#754420: NULL pointer dereference in set_nfsv4_acl_one()
Control: tag -1 patch See my report of the same bug(*) in Ubuntu at https://bugs.launchpad.net/debian/+source/linux/+bug/1348670 (*) identification based on a comparison of the stack traces and on the fact that it is a regression introduced in 3.2.60. After applying the patch proposed by Sergio Gelato at https://bugs.launchpad.net/debian/+source/linux/+bug/1348670/comments/5 , I do not see this bug any more. --- a/fs/nfsd/vfs.c 2014-06-09 14:29:18.0 +0200 +++ b/fs/nfsd/vfs.c 2014-08-14 13:33:46.693311101 +0200 @@ -508,6 +508,8 @@ char *buf = NULL; int error = 0; + if (!pacl) + return vfs_setxattr(dentry, key, NULL, 0, 0); buflen = posix_acl_xattr_size(pacl-a_count); buf = kmalloc(buflen, GFP_KERNEL); error = -ENOMEM;
Bug#756764: (no subject)
The problem is caused by an old version of libelf provided by libelf package. Using the version provided by elfutils package works fine. This is finally not a ltrace problem itself, but a problem of libelf being incompatible with ltrace. -- Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745721: Name collision between libpinyin and libzhuyin (Was: Bug#745721: [Pkg-ime-devel] Bug#745721: RFS: libzhuyin/0.9.93-1)
On Tue, Aug 26, 2014 at 10:01:39AM -0300, Eriberto wrote: Ok. My suggestion: 1. Put all files in /usr/share/libzhuyin-utils. I think that zhuyin-utils is better for package name. But it is my opinion. Not relevant. 2. Make symlinks in /usr/bin and /usr/share/man. Example: zhuyin_gen_binary_files. Or don't distribute the binaries. I prefer the first option. Note that if you distribute the additional .deb now, you can change the binary names later. If not, generating a new .deb later will put your package in NEW again. Thanks for your efforts ChangZhuo. I know that is being hard for you. Have a nice day. (10:00 AM in Brazil) Cheers, Eriberto Hi Eriberto, Currently upstream is working on this issue [0] now, so I just want to wait a week or so to let upstream fix the name collision issue. [0] https://github.com/libzhuyin/libzhuyin/issues/5 -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#759546: `setupcon --setup-dir` generate a broken micro version of setupcon
Package: console-setup Version: 1.111 Severity: important File: /bin/setupcon The micro version of setupcon contains not escaped codes: printf '033%%G' '/etc/console-setup/tty1' printf '033%%G' '/etc/console-setup/tty6' It should be printf '\033%%G' '/etc/console-setup/tty1' printf '\033%%G' '/etc/console-setup/tty6' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (500, 'experimental'), (400, 'buildd-unstable'), (300, 'buildd-experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-setup depends on: ii console-setup-linux 1.111 ii debconf 1.5.53 ii keyboard-configuration 1.111 ii xkb-data2.12-1 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales 2.19-10 ii lsb-base 4.1+Debian13 Versions of packages keyboard-configuration depends on: ii debconf 1.5.53 ii initscripts 2.88dsf-55.3 ii liblocale-gettext-perl 1.05-8+b1 Versions of packages console-setup-linux depends on: ii kbd 1.15.5-1 ii keyboard-configuration 1.111 console-setup-linux suggests no packages. Versions of packages console-setup is related to: pn console-common none ii console-data2:1.12-5 pn console-tools none ii kbd 1.15.5-1 -- debconf information: * console-setup/fontface47: Fixed console-setup/framebuffer_only: * keyboard-configuration/variantcode: * keyboard-configuration/altgr: The default for the keyboard layout * keyboard-configuration/switch: No temporary switch * keyboard-configuration/xkb-keymap: us console-setup/fontsize-text47: 8x16 * console-setup/fontsize-fb47: 8x16 keyboard-configuration/unsupported_config_layout: true * console-setup/charmap47: UTF-8 * keyboard-configuration/optionscode: * keyboard-configuration/store_defaults_in_debconf_db: true debian-installer/console-setup-udeb/title: * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages * keyboard-configuration/modelcode: pc105 keyboard-configuration/unsupported_layout: true keyboard-configuration/unsupported_options: true console-setup/codesetcode: Lat15 keyboard-configuration/unsupported_config_options: true * keyboard-configuration/compose: No compose key * keyboard-configuration/variant: English (US) console-setup/fontsize: 8x16 * keyboard-configuration/model: Generic 105-key (Intl) PC * keyboard-configuration/layoutcode: us console-setup/store_defaults_in_debconf_db: true * keyboard-configuration/other: * keyboard-configuration/layout: console-setup/guess_font: keyboard-configuration/ctrl_alt_bksp: false * keyboard-configuration/toggle: No toggling console-setup/use_system_font: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756764: (no subject)
I'm sorry, ignore my last message please. -- Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#73611: Máquinas e serviços.
Olá pessoal, bom dia. (Este é um email coletivo) PRODUTOS E SERVIÇOS QUE VENDEMOS, DE NOSSOS FORNECEDORES: Observações: - são máquinas e equipamentos *novos, customizados, orçados por técnicos*, conforme a demanda específica do cliente. - para visitas técnicas, para fins de orçamentos, é só agendarmos. - os primeiros itens, abaixo, são nossas últimas parcerias formadas. 1)Sistemas modernos de refrigeração industrial, substituindo os sistemas inseguros e letais, à amônia. 2)Consultoria e assessoria: empresarial, comercial e jurídica. 3)Exaustão industrial Cabines e linhas de pintura Estufas e monovias. 4)Ventilação de ambientes Sistemas de lavagem, filtragem e resfriamento de ar de ambientes Sistemas de exaustão de quaisquer gases, pós, aparas em geral, serragens, fumo, entre outros. Sistemas de desempoeiramento de ambientes. 5)Estações de tratamento de quaisquer efluentes Caixa separadora de água, areia e óleos. 6)Instalações, manutenções e reformas elétricas em pavilhões, prédios, etc. Projetos de adequações à NR10. 7)Automação industrial: programas CLP, IHM e supervisórios Retrofit de máquinas e equipamentos Projetos e montagens de máquinas e dispositivos Segurança de máquinas e equipamentos (NR12) Estudo e análise para economia de energia. 8)Equipamentos para movimentação e elevação de cargas e pessoas. 9)Trocadores de calor Unidades de água gelada Conformadores plásticos Conformadores de calçados Desumidificador de ar comprimido Resfriadores de óleos (hidráulicos e de corte). 10) Serviço de usinagem pesada, a campo Serviços de manutenção pesada Fabricação, instalação, manutenção de trocadores de calor “pesados”. Locação de equipamentos pesados. 11) Proteção, isolamento e tratamento acústico. 12) Pontes rolantes, pórticos e talhas Duplicadores de vagas de estacionamento. 13) Silos metálicos Tombadores de cargas (camionetes, caminhões, carretas e similares) Estruturação de PCHs, com hidromecânicos. 14) Sensores de quaisquer gases. 15) Máquinas operatrizes importadas. 16) Mesas de corte, completas, já com exaustão Instalação de somente o sistema de exaustão em mesa de corte, do cliente. 17) Máquinas e equipamentos especiais, customizados, dentro das reais necessidades do cliente. 18) Estruturas metálicas. 19) Serviços executados por Engenheiro de Segurança do Trabalho: PPRA, PPR, perícias, laudos Assessoria em NR's Avaliações químicas de ambientes de trabalho Treinamentos de segurança. 20) Arquitetura industrial moderna. 21) Comércio exterior. 22) Helicópteros e aviões: vendas, pós-vendas, simulador de voo, etc. 23) Licenciamento ambiental e Segurança do trabalho. 24) Nutrição animal. AINDA: Remediação de solos contaminados, ou in loco, ou externo. Paisagismo industrial e comercial Mudas nativas e frutíferas Serviços de escavadeira hidráulica (nova) Serviços veterinários: Clínica, cirurgia e obstetrícia de grandes animais. Consultoria e assessoria em criações de animais, visando o aumento da produtividade e da lucratividade. Responsabilidades Técnicas de empresas e criações. Observações: - Indústrias procuram representantes comerciais - Procuramos produtos (e serviços) diferenciados para ofertar para nossos clientes - Amigo nosso procura investidor para sua vinícola - Técnico oferta serviços de assessoramento em projetos de vinícolas. - Temos investidores interessados em aquisição de empresas, indústrias de preferência, médias para grandes, e rentáveis, solicitem detalhes. - Intermediamos compra e venda de empresas e de terras (somente na Serra Gaúcha), solicitem detalhes. Recomendamos: - www.impactamidia.com.br - www.acotubo.com.br - quer incluir o seu site ? Solicite detalhes. Grato, disponham sempre, Walter Dörr. Máquinas e Serviços Farroupilha - RS - Brasil +55 (54) 8144-8785 (Tim) +55 (54) 9628-6498 (Vivo) Qquer dia, qquer hora ! *Clientes vendem:* *- 5 ha no Vale dos Vinhedos (RS444)* *- 25 ha em Garibaldi (RS470)* *- vinícola em Farroupilha*
Bug#745721: Name collision between libpinyin and libzhuyin (Was: Bug#745721: [Pkg-ime-devel] Bug#745721: RFS: libzhuyin/0.9.93-1)
Hi ChangZhuo, Good news. I will wait for you. You're welcome. Cheers, Eriberto 2014-08-28 8:02 GMT-03:00 ChangZhuo Chen (陳昌倬) czc...@gmail.com: Hi Eriberto, Currently upstream is working on this issue [0] now, so I just want to wait a week or so to let upstream fix the name collision issue. [0] https://github.com/libzhuyin/libzhuyin/issues/5 -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759547: ITP: drupal7-mod-fontawesome - FontAwesome library module for Drupal
Package: wnpp Severity: wishlist Owner: Daniel Pocock dan...@pocock.pro Upstream: https://www.drupal.org/project/fontawesome License: GPLv2 or greater This is a library descriptor for the Drupal system to recognise Font Awesome installed on a Debian system and make it available as a CSS library within Drupal. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734005: Similar errors with git-svn clone
I'm experiencing the same error with the following command:
git svn clone -r 4061:HEAD --authors-file=./eFolder-authors
--trunk=dc/trunk --ignore-paths=^dc/trunk/upstream file:///svn/dc dc-trunk
I ran a strace and it ends as follows:
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0) = 0x17ee000
brk(0x180f000) = 0x180f000
pipe([3, 4])= 0
clone(child_stack=0,
flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD,
child_tidptr=0x7f818fb309d0) = 26519
close(4)= 0
read(3, , 1) = 0
close(3)= 0
wait4(26519, [{WIFSIGNALED(s) WTERMSIG(s) == SIGSEGV}], 0, NULL) = 26519
--- SIGCHLD (Child exited) @ 0 (0) ---
write(2, error: git-svn died of signal 11..., 33error: git-svn died of
signal 11
) = 33
exit_group(-117)= ?
I'm using git-svn 1:1.7.2.5-3
If I can provide additional information, please let me know.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759548: libc6: /lib/i586 in /etc/ld.so.conf.d/i386-linux-gnu.conf
Package: libc6 Version: 2.19-10 $ grep i[45]86 /etc/ld.so.conf.d/i386-linux-gnu.conf /lib/i586-linux-gnu /usr/lib/i586-linux-gnu I don't think that's right. As far as I can tell, we've never had (/usr)/lib/i586-linux-gnu in any Debian package. OTOH, we had /usr/lib/i486-linux-gnu stuff in some deep past. So shouldn't it be s/i586/i486/g? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:i386 depends on: ii libgcc1 1:4.9.1-9 Versions of packages libc6:i386 recommends: ii libc6-i686 2.19-10 Versions of packages libc6:i386 suggests: ii debconf [debconf-2.0] 1.5.53 ii glibc-doc 2.19-10 ii locales2.19-10 -- 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#759549: ITP: libclipboard-perl -- Perl module to copy and paste from Perl code
Package: wnpp Owner: Salvatore Bonaccorso car...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libclipboard-perl Version : 0.13 Upstream Author : Ryan King rk...@panoptic.com * URL : https://metacpan.org/release/Clipboard * License : Artistic or GPL-1+ Programming Lang: Perl Description : Perl module to copy and paste from Perl code Clipboard is a module for accessing the system's clipboard. It allows retrieval/setting and works under X, Windows and MacOS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759550: ruby-ffi: (tracking bug) fix FTBFS on ppc64el (variadic arguments call)
Package: src:ruby-ffi Version: 1.9.3debian-2 Tags: patch pending User: debian-powe...@lists.debian.org Usertags: ppc64el Hi, Antonio. This bug is just to track the test-suite failure on ppc64el due to variadic arguments call, so we can put a bug number on wanna-build. I see you already committed a patch for that on debian source repository [1], to be released at your convenience. Building from that commit (debcheckout) builds successfully on ppc64el. (build log attached) Thanks, [1] http://anonscm.debian.org/cgit/pkg-ruby-extras/ruby-ffi.git/commit/?id=e963c03845fa40c3761940ad9cc4ef620487d2c0 -- Mauricio Faria de Oliveira IBM Linux Technology Center ruby-ffi_1.9.3debian-3_ppc64el.build.xz Description: application/xz
Bug#759551: ImportError for PyQt5.Qt.QSvgRenderer
Package: calibre Version: 2.0.0+dfsg-1 Severity: normal Dear calibre maintainers, Since switching to QT5, I am observing the following traceback while trying to fetch news: | Traceback (most recent call last): | File /usr/bin/calibre-parallel, line 20, in module | sys.exit(main()) | File /usr/lib/calibre/calibre/utils/ipc/worker.py, line 195, in main | result = func(*args, **kwargs) | File /usr/lib/calibre/calibre/gui2/convert/gui_conversion.py, line 25, in gui_convert | plumber.run() | File /usr/lib/calibre/calibre/ebooks/conversion/plumber.py, line 1195, in run | self.opts, self.log) | File /usr/lib/calibre/calibre/ebooks/conversion/plugins/mobi_output.py, line 206, in convert | self.write_mobi(input_plugin, output_path, kf8, resources) | File /usr/lib/calibre/calibre/ebooks/conversion/plugins/mobi_output.py, line 216, in write_mobi | from calibre.ebooks.oeb.transforms.rasterize import SVGRasterizer, Unavailable | File /usr/lib/calibre/calibre/ebooks/oeb/transforms/rasterize.py, line 13, in module | from PyQt5.Qt import ( | ImportError: cannot import name QSvgRenderer After installing python-pyqt5.qtsvg, the problem vanishes. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759552: initramfs-tools: manpage refers to /etc/mkinitramfs/conf.d and not /etc/initramfs-tools/conf.d
Package: initramfs-tools Version: 0.115 Severity: minor Dear Maintainer, Unless I'm mistaken, /etc/initramfs-tools/conf.d which is shipped with the package is where conf snippets should be placed, but man initramfs.conf mentions /etc/mkinitramfs/conf.d. I guess the manpage should then be adjusted. Thanks in advance. Best regards, -- Package-specific info: -- initramfs sizes -rw-r--r-- 1 root root 17M Jul 31 19:09 /boot/initrd.img-3.14-1-amd64 -rw-r--r-- 1 root root 25M Aug 26 11:20 /boot/initrd.img-3.14-2-amd64 -rw-r--r-- 1 root root 11M Jun 5 18:08 /boot/initrd.img-3.2.0-4-amd64 -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.14-2-amd64 root=/dev/mapper/main-slash ro quiet splash -- resume RESUME=/dev/mapper/main-swap -- /proc/filesystems ext3 ext2 ext4 fuseblk -- lsmod Module Size Used by ctr12927 0 ccm17577 0 dm_crypt 22595 1 algif_skcipher 13008 0 af_alg 12988 1 algif_skcipher rfcomm 57648 4 bnep 17431 2 xt_addrtype12557 2 pci_stub 12429 1 xt_conntrack 12681 1 vboxpci18981 0 vboxnetadp 25443 0 ipt_MASQUERADE 12594 1 iptable_nat12646 1 nf_conntrack_ipv4 18455 2 nf_defrag_ipv4 12483 1 nf_conntrack_ipv4 nf_nat_ipv412912 1 iptable_nat nf_nat 18199 3 ipt_MASQUERADE,nf_nat_ipv4,iptable_nat nf_conntrack 79127 6 ipt_MASQUERADE,nf_nat,nf_nat_ipv4,xt_conntrack,iptable_nat,nf_conntrack_ipv4 cpufreq_powersave 12454 0 cpufreq_stats 12789 0 bridge 97169 0 stp12437 1 bridge llc12745 2 stp,bridge cpufreq_userspace 12525 0 cpufreq_conservative14184 0 aufs 186816 0 iptable_filter 12536 1 ip_tables 26011 2 iptable_filter,iptable_nat x_tables 23015 5 ip_tables,ipt_MASQUERADE,xt_conntrack,iptable_filter,xt_addrtype vboxnetflt 23324 0 vboxdrv 327732 4 vboxnetadp,vboxnetflt,vboxpci binfmt_misc16949 1 nfsd 254693 2 auth_rpcgss51240 1 nfsd oid_registry 12419 1 auth_rpcgss nfs_acl12511 1 nfsd nfs 187768 0 lockd 79321 2 nfs,nfsd fscache45542 1 nfs sunrpc228923 6 nfs,nfsd,auth_rpcgss,lockd,nfs_acl uvcvideo 78960 0 videobuf2_vmalloc 12816 1 uvcvideo videobuf2_memops 12519 1 videobuf2_vmalloc btusb 25576 0 bluetooth 330510 24 bnep,btusb,rfcomm 6lowpan_iphc 16588 1 bluetooth videobuf2_core 35303 1 uvcvideo videodev 117963 2 uvcvideo,videobuf2_core media 18303 2 uvcvideo,videodev joydev 17063 0 arc4 12536 2 iTCO_wdt 12831 0 iTCO_vendor_support12649 1 iTCO_wdt ath9k 90155 0 x86_pkg_temp_thermal12951 0 ath9k_common 12634 1 ath9k intel_powerclamp 17159 0 ath9k_hw 386912 2 ath9k_common,ath9k coretemp 12854 0 ath26067 3 ath9k_common,ath9k,ath9k_hw kvm_intel 134712 0 mac80211 464019 1 ath9k kvm 388172 1 kvm_intel cfg80211 412187 3 ath,ath9k,mac80211 dell_laptop17077 0 dell_wmi 12477 0 crc32_pclmul 12915 0 rfkill 18867 6 cfg80211,bluetooth,dell_laptop sparse_keymap 12818 1 dell_wmi dcdbas 13313 1 dell_laptop crc32c_intel 21809 0 snd_hda_codec_realtek50301 1 snd_hda_codec_hdmi 40955 1 snd_hda_codec_generic59065 1 snd_hda_codec_realtek ghash_clmulni_intel12978 0 snd_hda_intel 43768 9 aesni_intel 151423 2 snd_hda_codec 100159 4 snd_hda_codec_realtek,snd_hda_codec_hdmi,snd_hda_codec_generic,snd_hda_intel aes_x86_64 16719 1 aesni_intel ac 12668 0 snd_hwdep 13148 1 snd_hda_codec battery13101 0 lrw12757 1 aesni_intel snd_pcm84566 3 snd_hda_codec_hdmi,snd_hda_codec,snd_hda_intel snd_timer 26614 1 snd_pcm mei_me 17496 0 mei66472 1 mei_me snd61094 26 snd_hda_codec_realtek,snd_hwdep,snd_timer,snd_hda_codec_hdmi,snd_pcm,snd_hda_codec_generic,snd_hda_codec,snd_hda_intel soundcore 13026 1 snd i2c_designware_platform12645 0 i2c_designware_core12813 1 i2c_designware_platform gf128mul 12970 1 lrw shpchp 31121 0 lpc_ich20768 0 mfd_core 12601 1 lpc_ich i2c_i801
Bug#751633: acl: Please use xz compresson for deb, bzip2 is deprecated
According to URL: https://bugs.debian.org/633782 , packages that are part of the base system (which acl is), can only use gzip, not bzip2. For some strange reason, I am now unable to install Debian Edu Jessie as debootstrap report this error: Extracting .//var/cache/apt/archives/acl_2.2.52-1_i386.deb requires the bzcat command, which is not available This worked a few days ago. Could this be caused by a change in acl? -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758116: Please be verbose whether you would like to get your Blend promoted by tasksel
On 28/08/14 00:53, Holger Levsen wrote: On Mittwoch, 27. August 2014, Mike Gabriel wrote: I guess this only makes sense if a Debian Edu machine (standalone) can be installed via Debian's normal D-I, right? why? and why limit this to stabalone? Do the regular Debian Edu installers do some special configuration before the tasksel stage? Might this be too late in the installer to correctly install at least some of the machine types? Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#759553: partman-auto-lvm: Script uses nonexisting 'stat' binary in d-i
Package: partman-auto-lvm Version: 54 Severity: minor User: debian-...@lists.debian.org Usertags: debian-edu While investigating a failing debootstrap (probably bug #633782), I came across a strange message in the d-i syslog: main-menu[185]: (process:7514): /bin/autopartition-lvm: line 1: stat: not found I checked, and there is no stat program available in the d-i environment. The code in question is probably in /lib/partman/lib/auto-lvm.sh. I lokated this fragment in URL: http://anonscm.debian.org/cgit/d-i/partman-auto-lvm.git/tree/lib/auto-lvm.sh : if ! vg_get_info $defvgname ! stat /dev/$defvgname; then The 'stat' call always fail because there is no stat binary provided by busybox. Should it be rewritten or busybox extended? Automatic partitioning seem to work, so the error do not seem to be fatal. -- Happy hacking Petter Reinholtdsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759554: lxpanel: LXPanel crashes (and restarts immediately) with each click on empty taskbar space
Package: lxpanel Version: 0.7.0-1 Severity: normal Dear maintainer, The taskbar part of lxpanel works as intended when clicking the program fields (to switch between them), but LXPanel crahe when clicking in the empty pace on the right of the last open program field (left of the clock etc.). In this case, LXPanel gets restarted about a half second later and is fully usable again, the only notable effect (until now) is the half-second-invisibility. This can repeated infinitely, it crashes/restarts with every click in the empty space. If pkill'ed and started out of XTerm manually, the only output at click time is Speicherzugriffsfehler, the usual german translation of segmentation fault (not quite an accurate translation, but common). Setting the log level parameter changes nothing. (It won't restart again in this case, started from XTerm) The current Testing-build works well. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxpanel depends on: ii libasound2 1.0.28-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-10 ii libcairo21.12.16-3 ii libfm-gtk4 1.2.1-1 ii libfm-modules1.2.1-1 ii libfm4 1.2.1-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-1.1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-4 ii libgtk2.0-0 2.24.24-1 ii libiw30 30~pre9-8 ii libmenu-cache3 0.6.1-1 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpangoft2-1.0-01.36.6-1 ii libwnck222.30.7-1 ii libx11-6 2:1.6.2-3 ii libxml2 2.9.1+dfsg1-4 ii lxmenu-data 0.1.2-2 ii lxpanel-data 0.7.0-1 Versions of packages lxpanel recommends: ii xkb-data 2.12-1 Versions of packages lxpanel suggests: ii iceweasel [www-browser] 31.0-3 ii lxsession0.4.9.2-1 ii menu 2.1.47 -- 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#759543: fastqc: commons-math3 not found
Hi Danya, On Tue, Aug 26, 2014 at 03:03:39PM +0400, Danya Alexeyevsky wrote: Thank you for supporting fastqc! thanks for the patch which was just uploaded to unstable. You obviously are using fastqc. I wonder whether you could upload a nice screenshot to https://screenshots.debian.net/uploadfile?packagename=fastqc I also wonder whether you have set sudo dpkg-reconfigure popularity-contest to yes to let us know that this package is in real use (currently we have only one active user reporting its use). The data are annonymised and help us focussing on the packages which are heavily used. Thanks again for your input 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#649510: /usr/bin/gnome-sound-recorder: gnome-sound-recorder does not record sound but skype does
Reported to the following bug trackers: - https://bugzilla.gnome.org/show_bug.cgi?id=735592 - https://bugs.launchpad.net/gnome-media/+bug/1157654 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759551: ImportError for PyQt5.Qt.QSvgRenderer
Control: tag -1 pending Hey Helmut, Helmut Grohne [2014-08-28 13:58 +0200]: Since switching to QT5, I am observing the following traceback while trying to fetch news: [...] After installing python-pyqt5.qtsvg, the problem vanishes. Ah, thanks! I added that dependency in the packaging VCS. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#759545: Ceni - Curses user interface for configuring network interfaces with ifupdown
Hi On Thursday 28 August 2014, Carlos Alberto Lopez Perez wrote: Package: wnpp Severity: wishlist X-Debbugs-CC: k...@otaku42.de, bernard.g...@gmail.com, x-u...@berlios.de, s@gmx.de, andre...@debian.org * Package name: ceni Version : 2.28 Upstream Author : Kel Modderman k...@otaku42.de * URL : https://github.com/fullstory/ceni * License : GPL-2+ Programming Lang: Perl Description : Ceni - Curses interface to /etc/network/interfaces A Curses user interface for configuring network interfaces with ifupdown. Ceni can manage basic network interface ifupdown configuration stanzas for ethernet and wireless devices. Please note that Ceni doesn't have IPv6 support[1], which is the reason why neither of us has pushed it to Debian so far. Adding support for the various IPv6 flavours (static, SLAAC with and without privacy extensions, dhcpv6) would be reasonably possible, but isn't on the immediate to-do list, patches are of course welcome. Likewise for supporting the various IPv6 related tunneling protocols (6in4, 6t4, 6rd) or additional imginable functionality (PPPoE, VPN tunnels, etc.). If anyone were to step up to maintain this in Debian despite this known problem, we'd be happy to accommodate Ceni and help with its (existing) packaging as needed. Regards Stefan Lippers-Hollmann [1] Ceni doesn't deal with inet6 stanzas, which effectively means that ifupdown falls back to SLAAC (if available by the router) without privacy extensions enabled (privext 0). signature.asc Description: This is a digitally signed message part.
Bug#758116: tasksel: Allow to select Blends selection during installation - just DE, Web server, Mail server is NOT enough
On 14/08/14 12:26, Andreas Tille wrote: IMHO it would do a nice service to our users to promote these topics on our installers at the time when tasks will be selected. I think this is brilliant. It puts much-deserved attention on the blends, and allows to deliver the Debian 'product' in ways that better fit with realised use cases. The featured blends could give their product away much more easily: it would just be a regular Debian install disc. (Perhaps allow the bootloader to pass in a 'default blend' parameter - for someone who customises the disc's artwork / physical packaging to their blend - but still keep the others listed in the installer to cross-promote them.) 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#754213: (no subject)
Package: src:linux Hi Ben, On 08/26/2014 05:05 AM, Ben Hutchings wrote: The first build failure (requiring __SANE_USERSPACE_TYPES__) appears to be fixed upstream in 3.16. [...] I'm still hitting that w/ 3.16 (linux-tools from trunk, plus .orig from 3.16~rc7~exp1 or upstream 3.16.1 -- not usual, but I believe it was supposed to work). May you please point where/commit/excerpt you see this fixed? I could only find a related commit for MIPS [1], but nothing for powerpc. Thanks! Build log excerpt: gcc -include real-lsb-32/types.h -I/root/linux-tools-3.16/include -S -o real-lsb-32/devicetable-offsets.s /root/linux-tools-3.16/scripts/mod/devicetable-offsets.c In file included from ./real-lsb-32/types.h:1:0, from command-line:0: /root/linux-tools-3.16/include/linux/types.h:149:9: error: unknown type name 'u32' typedef u32 dma_addr_t; ^ /root/linux-tools-3.16/include/linux/types.h:165:9: error: unknown type name 'u32' typedef u32 phys_addr_t; ^ Makefile.real:16: recipe for target 'real-lsb-32/devicetable-offsets.s' failed [1] https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=f4b3aa7cd9d32407670e67238c5ee752bb98f481 -- Mauricio Faria de Oliveira IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759555: kpcli: Missing dependencies make enabled functionality non-operative
Package: kpcli Version: 2.7-1 Severity: important kpcli depends on two Perl modules, yet does not Depend on them. One of them is not even packaged. kpcli:/ xu 0 Error: xu requires the Clipboard and Capture::Tiny modules: - http://search.cpan.org/~king/Clipboard/ - http://search.cpan.org/~dagolden/Capture-Tiny/ kpcli:/ libcapture-tiny-perl is packaged in Debian, but only recommended: Recommends: libcapture-tiny-perl, libdata-password-perl http://search.cpan.org/~king/Clipboard/ is not packaged at all, also see https://bugs.debian.org/759549 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kpcli depends on: ii libclone-perl 0.37-1+b1 ii libcrypt-rijndael-perl 1.12-1+b1 ii libfile-keepass-perl 2.03-1 ii libsort-naturally-perl 1.03-1 ii libterm-readkey-perl 2.32-1+b1 ii libterm-readline-gnu-perl 1.24-2+b1 ii libterm-shellui-perl 0.92-1 ii perl 5.20.0-4 Versions of packages kpcli recommends: ii libcapture-tiny-perl 0.25-1 ii libdata-password-perl 1.10-1 kpcli 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#759501: [php-maint] Bug#759501: php5: TLS/SSL connections do not honour the SubjectAltName within certificates
Control: tags -1 +moreinfo Andre, I am afraid you will need to provide a test case, since I am not able to reproduce your problem with my SNI subAltName cert: ?php // should work... $conn = fsockopen(tls://deb.sury.org:443); // this should not work, but works... $conn = fsockopen(tls://sury.org:443); ? works like expected. And the used certificate matches your use case: [...] Subject: description=7hl6z4SJ5DXjO6a5, C=CZ, CN=deb.sury.org/emailAddress=f45c5fa85f3aa1c242afbabf6f49ceb348318...@whois.gkg.net [...] X509v3 Subject Alternative Name: DNS:deb.sury.org, DNS:sury.org [...] Please provide a clear PHP test case that can reproduce your problem. Cheers, Ondrej On Wed, Aug 27, 2014, at 21:16, Andre Klärner wrote: Package: php5-common Version: 5.6.0~rc4+dfsg-4 Severity: normal Tags: upstream Dear Maintainer, as PHP5.6 enabled peer verification by default I noticed that the verification does not account the Subject Alternative Names within the certificate. Upstream knows already a bug to this: Bug #55236 Can't open a connection via TLS The problem get noticeable, when you try to connect to an SSL secured service via fsockopen() and the hostname used to connect is differing from the certificates Common Name. Take this example: kandre@mainframe(pts/12) ~ % openssl s_client -starttls smtp -connect smtp.live.com:587 -CApath /etc/ssl/certs CONNECTED(0003) depth=2 C = BE, O = GlobalSign nv-sa, OU = Root CA, CN = GlobalSign Root CA verify return:1 depth=1 C = BE, O = GlobalSign nv-sa, CN = GlobalSign Organization Validation CA - G2 verify return:1 depth=0 C = US, ST = Washington, L = Redmond, O = Microsoft Corporation, CN = *.hotmail.com verify return:1 --- Certificate chain 0 s:/C=US/ST=Washington/L=Redmond/O=Microsoft Corporation/CN=*.hotmail.com i:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Organization Validation CA - G2 1 s:/C=BE/O=GlobalSign nv-sa/CN=GlobalSign Organization Validation CA - G2 i:/C=BE/O=GlobalSign nv-sa/OU=Root CA/CN=GlobalSign Root CA --- Openssl is properly verifying the certificate and comes to the conclusion, that the certificate CN=*.hotmail.com,X509v3 Subject Alternative Name: DNS:*.hotmail.com, DNS:*.live.com, DNS:*.outlook.com, DNS:hotmail.com is valid for smtp.live.com, but php fails to do so. This could break any application that connects to a SSL secured service where the connection hostname is not directly within the CommonName field. From my perspective there is no workaround available except changing the hostname to connect to into one that is mentioned in the common name, which fails for the mentioned example, as Microsoft is (seemingly) not offering any alternative hostname. Thanks and kind regards, Andre -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): cli apache2 PHP 5 Extensions (php5query -M -v): opcache (Enabled for cli by maintainer script) opcache (Enabled for apache2 by maintainer script) readline (Enabled for cli by maintainer script) readline (Enabled for apache2 by maintainer script) yaml (Enabled for cli by local administrator) yaml (Enabled for apache2 by local administrator) pdo (Enabled for cli by maintainer script) pdo (Enabled for apache2 by maintainer script) json (Enabled for cli by maintainer script) json (Enabled for apache2 by maintainer script) Configuration files: /etc/php5/mods-available/pdo.ini extension=pdo.so /etc/php5/mods-available/opcache.ini zend_extension=opcache.so -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.6.0~rc4+dfsg-4 ii php5-common 5.6.0~rc4+dfsg-4 php5 recommends no packages. php5 suggests no packages. Versions of packages php5-common depends on: ii libc6 2.19-9 ii lsof4.86+dfsg-1 ii psmisc 22.21-2 ii sed 4.2.2-4 ii ucf 3.0030 Versions of packages php5-common suggests: pn php5-user-cache none -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- 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#759556: ship per-architecture symbolic links to pkg-config-crosswrapper
Package: pkg-config
Version: 0.28-1
Severity: wishlist
Tags: patch
Hi Tollef,
During the bootstrap sprint[1], we discussed why pkg-config was treated
specially in the context of cross-building and concluded that there was
no reason.
Currently, the cross build environment has to take special care to add a
symbolic link from /usr/bin/$DEB_HOST_MULTIARCH-pkg-config to the
pkg-config-crosswrapper. This extra step is unfortunate, because it
requires special attention from the cross builder.
We therefore propose that pkg-config ships this symlink itself. Please
consider applying the attached patch or approving my NMU. When applying
the patch with a non-NMU version, pay attention to updating the version
in the .maintscript file.
Details:
We propose that a new pkg-config-bin package is being introduced, that
takes over all files from pkg-config. pkg-config-bin will keep being
M-A:foreign and will still not ship per-architecture symbolic links. The
original pkg-config (which is now empty) is turned Multi-Arch:same,
depends on pkg-config-bin and ships the symbolic link to
pkg-config-crosswrapper.
After this switch installing pkg-config will bring in the very same
files as before, albeit in a different binary package. When considering
Build-Depends, dependencies are resolved with respect to the host
architecture and thus pkg-config:$DEB_HOST_ARCH will be installed. Its
dependency on pkg-config-bin will be resolved to
pkg-config-bin:$DEB_BUILD_ARCH, because apt prefers native packages when
it has a choice.
If you approve this patch, I will send another patch that adds a stage1
build profile to pkg-config. It will allow for cross-building just the
pkg-config binary without actually building pkg-config.
Helmut
[1] https://wiki.debian.org/Sprints/2014/BootstrapSprint
diff -u pkg-config-0.28/debian/changelog pkg-config-0.28/debian/changelog
--- pkg-config-0.28/debian/changelog
+++ pkg-config-0.28/debian/changelog
@@ -1,3 +1,11 @@
+pkg-config (0.28-1.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Make pkg-config ship per-architecture symbolic links to the cross wrapper.
+(Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de Sun, 17 Aug 2014 18:39:39 +0200
+
pkg-config (0.28-1) unstable; urgency=medium
* New upstream release. (Closes: #699476, #744031)
diff -u pkg-config-0.28/debian/control pkg-config-0.28/debian/control
--- pkg-config-0.28/debian/control
+++ pkg-config-0.28/debian/control
@@ -11,9 +11,25 @@
+Multi-Arch: same
+Depends: pkg-config-bin (= ${binary:Version})
+Description: manage compile and link flags for libraries
+ pkg-config is a system for managing library compile and link flags that
+ works with automake and autoconf.
+ .
+ Increasingly libraries ship with .pc files that allow querying of the
+ compiler and linker flags needed to use them through the pkg-config(1)
+ program.
+
+Package: pkg-config-bin
+Architecture: any
Multi-Arch: foreign
Depends: ${shlibs:Depends}, ${misc:Depends}
-Description: manage compile and link flags for libraries
+Replaces: pkg-config (= 0.28-1)
+Description: executable for pkg-config
pkg-config is a system for managing library compile and link flags that
works with automake and autoconf.
.
Increasingly libraries ship with .pc files that allow querying of the
compiler and linker flags needed to use them through the pkg-config(1)
program.
+ .
+ This package contains the actual pkg-config binary. Most users want to
+ install pkg-config.
reverted:
--- pkg-config-0.28/debian/dirs
+++ pkg-config-0.28.orig/debian/dirs
@@ -1,2 +0,0 @@
-usr/lib/pkgconfig
-usr/share/pkgconfig
reverted:
--- pkg-config-0.28/debian/docs
+++ pkg-config-0.28.orig/debian/docs
@@ -1,3 +0,0 @@
-README
-AUTHORS
-NEWS
reverted:
--- pkg-config-0.28/debian/pkg-config.install
+++ pkg-config-0.28.orig/debian/pkg-config.install
@@ -1 +0,0 @@
-debian/pkg-config-crosswrapper usr/share
diff -u pkg-config-0.28/debian/rules pkg-config-0.28/debian/rules
--- pkg-config-0.28/debian/rules
+++ pkg-config-0.28/debian/rules
@@ -25,6 +25,7 @@
--host=$(DEB_HOST_GNU_TYPE) \
--mandir=\$${prefix}/share/man \
--infodir=\$${prefix}/share/info --disable-shared \
+ --docdir=\$${prefix}/share/doc/pkg-config-bin \
--with-pc-path=/usr/local/lib/$(DEB_HOST_MULTIARCH)/pkgconfig:/usr/local/lib/pkgconfig:/usr/local/share/pkgconfig:/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig:/usr/lib/pkgconfig:/usr/share/pkgconfig
\
--with-system-library-path=$(SYSTEM_LIBDIRS)
@@ -36,0 +38,7 @@
+
+override_dh_install:
+ dh_install
+ ln -s ../share/pkg-config-crosswrapper
debian/pkg-config/usr/bin/$(DEB_HOST_GNU_TYPE)-pkg-config
+
+override_dh_installdocs:
+ dh_installdocs --link-doc=pkg-config-bin
only in patch2:
unchanged:
--- pkg-config-0.28.orig/debian/pkg-config-bin.dirs
+++ pkg-config-0.28/debian/pkg-config-bin.dirs
@@ -0,0 +1,2 @@
+usr/lib/pkgconfig
+usr/share/pkgconfig
only in patch2:
Bug#758442: new upstream addresses non-free files
There's a new nip2 upstream that replaces both of the non-free files with free ones. I will update copyright and upload a new version when I have a chance, and then prepare relevant information for older versions, snapshots, etc. I will also look at the ImageMagick issue. I haven't had a chance to do that yet. -- Jay Berkenbilt q...@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#748781: pcre3: Please provide a pcre16 (UTF8) enabled binary
On Thursday 28 August 2014 12:12:36 Mattia Rizzolo wrote: [snip] I'm being told by a team mate that this needs to be in a separate binary package. I don't see the point in having a separate package only for this library, so I cooked up a simple patch, working for me. Simple: ship one library per binary package. If you ship more than one library in the same binary package it might become a nightmare to maintain in case one of them changes API/ABI. -- 7: Hay diferencia entre cortar un archivo y borrarlo o eliminarlo * Depende cuando se cuelgue Windows Damian Nadales http://mx.grulic.org.ar/lurker/message/20080307.141449.a70fb2fc.es.html Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#759557: RFS: asic0x/1.0.1-1 [ITP] -- iBurst USB modem driver in DKMS format
Package: sponsorship-requests Severity: wishlist Dear mentors I am looking for a sponsor for my package asic0x: * Package name: asic0x Version : 1.0.1 Upstream Author : Lourens Steyn lourensst...@hotmail.com * URL : https://github.com/lourenssteyn/asic0x * License : GPL-2+ Section : kernel It builds the following binary package: asic0x-dkms - iBurst USB modem driver in DKMS format My packaging attempt is available here: http://anonscm.debian.org/cgit/collab-maint/asic0x.git/ The driver itself cannot be tested without access to a Kyocera iBurst modem, but after installing the package, the kernel module should build without error and should appear in /lib/modules/kernel version/updates/dkms/ as asic0x.ko. Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758759: Just got bit by this in jessie
Same issue, vanilla jessie install: root@eir:~# apt-get update apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 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] Setting up libvirt-daemon-system (1.2.7-10+b1) ... Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and 'journalctl -xn' for details. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libvirt-bin: libvirt-bin depends on libvirt-daemon-system (= 1.2.7-10+b1); however: Package libvirt-daemon-system is not configured yet. dpkg: error processing package libvirt-bin (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libvirt-daemon-system libvirt-bin E: Sub-process /usr/bin/dpkg returned an error code (1) root@eir:~# systemctl status virtlockd.service virtlockd.service - Virtual machine lock manager Loaded: loaded (/lib/systemd/system/virtlockd.service; static) Active: inactive (dead) Docs: man:virtlockd(8) http://libvirt.org Aug 28 05:20:08 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:20:22 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:20:22 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:28:37 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:29:28 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:31:24 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:31:34 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:31:39 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:31:50 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:32:06 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. root@eir:~# systemctl start virtlockd.service Failed to issue method call: Unit virtlockd.socket failed to load: No such file or directory. root@eir:~# ….trying to stop or start vitlockd.service as mentioned up there: root@eir:~# systemctl stop virtlockd.service root@eir:~# systemctl start virtlockd.service Failed to issue method call: Unit virtlockd.socket failed to load: No such file or directory. root@eir:~# systemctl restart virtlockd.service Failed to issue method call: Unit virtlockd.socket failed to load: No such file or directory. root@eir:~# !apt apt-get dist-upgrade Reading package lists... Done Building dependency tree Reading state information... Done Calculating upgrade... Done 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] Setting up libvirt-daemon-system (1.2.7-10+b1) ... Job for virtlockd.service failed. See 'systemctl status virtlockd.service' and 'journalctl -xn' for details. dpkg: error processing package libvirt-daemon-system (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of libvirt-bin: libvirt-bin depends on libvirt-daemon-system (= 1.2.7-10+b1); however: Package libvirt-daemon-system is not configured yet. dpkg: error processing package libvirt-bin (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libvirt-daemon-system libvirt-bin E: Sub-process /usr/bin/dpkg returned an error code (1) root@eir:~# tail /var/log/syslog Aug 28 05:26:31 eir systemd[1]: ssh.service start request repeated too quickly, refusing to start. Aug 28 05:26:31 eir systemd[1]: Failed to start OpenBSD Secure Shell server. Aug 28 05:26:31 eir systemd[1]: Unit ssh.service entered failed state. Aug 28 05:28:37 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:29:28 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:31:24 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:31:34 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:31:39 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. Aug 28 05:31:50 eir systemd[1]: Stopped Virtual machine lock manager. Aug 28 05:32:06 eir systemd[1]: Unit virtlockd.service cannot be reloaded because it is inactive. root@eir:~# …since libvirt-bin was complaining about libvirt-daemon-system not being configured, I also tried: root@eir:~# dpkg --configure libvirt-daemon-system Setting up libvirt-daemon-system (1.2.7-10+b1) ... Job for
Bug#759541: acpid: Please use dh_systems_* helpers
tag 759541 + patch
thanks
Hi,
Please find here a patch that should implement this.
Cheers,
Laurent Bigonvillediff -u acpid-2.0.22/debian/acpid.install acpid-2.0.22/debian/acpid.install
--- acpid-2.0.22/debian/acpid.install
+++ acpid-2.0.22/debian/acpid.install
@@ -5,6 +5,4 @@
debian/examples/ac usr/share/doc/acpid/examples/
debian/examples/ac.sh usr/share/doc/acpid/examples/
-debian/acpid.socket lib/systemd/system/
-debian/acpid.service lib/systemd/system/
acpi_listen usr/bin
acpidusr/sbin
reverted:
--- acpid-2.0.22/debian/acpid.links
+++ acpid-2.0.22.orig/debian/acpid.links
@@ -1 +0,0 @@
-lib/systemd/system/acpid.socket etc/systemd/system/sockets.target.wants/acpid.socket
diff -u acpid-2.0.22/debian/control acpid-2.0.22/debian/control
--- acpid-2.0.22/debian/control
+++ acpid-2.0.22/debian/control
@@ -5,7 +5,7 @@
Uploaders: Michael Meskes mes...@debian.org,
Loic Minier l...@dooz.org
Standards-Version: 3.9.5
-Build-Depends: debhelper (= 9), dpkg-dev (= 1.15.7)
+Build-Depends: debhelper (= 9), dpkg-dev (= 1.15.7), dh-systemd (= 1.5)
Vcs-Git: git://anonscm.debian.org/pkg-acpi/acpid.git
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=pkg-acpi/acpid.git
Homepage: http://www.tedfelix.com/linux/acpid-netlink.html
diff -u acpid-2.0.22/debian/rules acpid-2.0.22/debian/rules
--- acpid-2.0.22/debian/rules
+++ acpid-2.0.22/debian/rules
@@ -7,5 +7,8 @@
- dh ${@}
+ dh ${@} --with systemd
override_dh_installinit:
dh_installinit -s
+override_dh_systemd_enable:
+ dh_systemd_enable --no-enable debian/acpid.service
+ dh_systemd_enable debian/acpid.socket
Bug#720689: cernlib: fix FTBFS with GNU make 3.82+ (patch available)
Package: src:cernlib
Version: 20061220+dfsg3-4
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Hi,
The attached patch (trivial) fixes the issue w/ debian.control.new.
It was suggested/provided by Michael Tautschnig on a previous message,
and I'am attaching a debdiff w/ it for your convenience.
I can confirm the comparison of debian/control{ , .new} is now passing.
Currently it would fail as in [1]
Thanks!
[1]
https://buildd.debian.org/status/fetch.php?pkg=cernlibarch=ppc64elver=20061220%2Bdfsg3-4stamp=1408774563
--
Mauricio Faria de Oliveira
IBM Linux Technology Center
diff -Nru cernlib-20061220+dfsg3/debian/cernlib-debian.mk
cernlib-20061220+dfsg3/debian/cernlib-debian.mk
--- cernlib-20061220+dfsg3/debian/cernlib-debian.mk 2013-08-24
06:16:07.0 -0300
+++ cernlib-20061220+dfsg3/debian/cernlib-debian.mk 2014-08-28
10:16:21.0 -0300
@@ -177,7 +177,7 @@
-chmod a+x $(ADDONDIR)/scripts/[a-z]*
debian/control.new: $(wildcard debian/control.d/*.control)
- cat $^ $@
+ cat $(sort $^) $@
debian/control: debian/control.new
cp -f $ $@
diff -Nru cernlib-20061220+dfsg3/debian/changelog
cernlib-20061220+dfsg3/debian/changelog
--- cernlib-20061220+dfsg3/debian/changelog 2013-08-24 06:16:07.0
-0300
+++ cernlib-20061220+dfsg3/debian/changelog 2014-08-28 10:22:37.0
-0300
@@ -1,3 +1,12 @@
+cernlib (20061220+dfsg3-4ppc64el1) UNRELEASED; urgency=medium
+
+ * Fix 'debian/control.new' for GNU make 3.82+ (Closes: #720689)
+Thanks Michael Tautschnig. New versions of GNU make don't 'sort' the output
+of 'wildcard' anymore. This is reported in the following GNU make announce:
+https://lists.gnu.org/archive/html/info-gnu/2010-07/msg00023.html
+
+ -- Mauricio Faria de Oliveira mauri...@linux.vnet.ibm.com Thu, 28 Aug 2014
10:03:28 -0300
+
cernlib (20061220+dfsg3-4) unstable; urgency=low
* cernlib-base-dev: depends on dpkg-dev to fix Multiarch support.
Bug#759558: gcj-4.9-jdk: break FindJNI.cmake macro, causing other packages (at least vtk6) to FTBFS
Source: gcj-4.9-jdk Version: 4.9.1-9 Severity: serious Justification: Make vtk6 FTBFS on kfreebsd-* -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, The last upload of gcj-4.9-jdk breaks the FindJNI.cmake macro, which worked correctly with release 4.9.1-8. This problem was detected with a binNMU of vtk6 for the ongoing hdf5 transition. Because (gcj-4.9-jdk == default-jdk) on kfreebsd-* the vtk6 rebuild fails [1] on these architectures. The previous build against gcj-4.9-jdk 4.9.1.8 was successful [2]. [1] https://buildd.debian.org/status/fetch.php?pkg=vtk6arch=kfreebsd-amd64ver=6.1.0%2Bdfsg-8%2Bb1stamp=1409189522 [2] https://buildd.debian.org/status/fetch.php?pkg=vtk6arch=kfreebsd-amd64ver=6.1.0%2Bdfsg-8stamp=1403365206 I've reproduced the problem with a one line cmake file: $ cat ../CMakeLists.txt find_package(JNI) Into a clean sid chroot from snapshot.d.o at 2014-08-22 [3]: $ dpkg -l gcj-4.9-jdk Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version ArchitectureDescription +++-=-===-===-=== ii gcj-4.9-jdk 4.9.1-8 i386GCJ and Classpath development tools for Java(TM) $ JAVA_HOME=/usr/lib/jvm/java-gcj-4.9 cmake -Wno-dev .. - -- The C compiler identification is GNU 4.9.1 - -- The CXX compiler identification is GNU 4.9.1 - -- Check for working C compiler: /usr/bin/cc - -- Check for working C compiler: /usr/bin/cc -- works - -- Detecting C compiler ABI info - -- Detecting C compiler ABI info - done - -- Check for working CXX compiler: /usr/bin/c++ - -- Check for working CXX compiler: /usr/bin/c++ -- works - -- Detecting CXX compiler ABI info - -- Detecting CXX compiler ABI info - done - -- Found JNI: /usr/lib/jvm/java-gcj-4.9/jre/lib/i386/libjawt.so - -- Configuring done - -- Generating done - -- Build files have been written to: /home/pini/java/tmp [3] http://snapshot.debian.org/archive/debian/20140822T12Z/ In the very same chroot, after upgrading to gcj-4.9-jdk 4.9.1-9: $ dpkg -l gcj-4.9-jdk Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version ArchitectureDescription +++-=-===-===-=== ii gcj-4.9-jdk 4.9.1-9 i386GCJ and Classpath development tools for Java(TM) $ JAVA_HOME=/usr/lib/jvm/java-gcj-4.9 cmake -Wno-dev .. - -- The C compiler identification is GNU 4.9.1 - -- The CXX compiler identification is GNU 4.9.1 - -- Check for working C compiler: /usr/bin/cc - -- Check for working C compiler: /usr/bin/cc -- works - -- Detecting C compiler ABI info - -- Detecting C compiler ABI info - done - -- Check for working CXX compiler: /usr/bin/c++ - -- Check for working CXX compiler: /usr/bin/c++ -- works - -- Detecting CXX compiler ABI info - -- Detecting CXX compiler ABI info - done - -- Could NOT find JNI (missing: JAVA_INCLUDE_PATH JAVA_INCLUDE_PATH2 JAVA_AWT_INCLUDE_PATH) - -- Configuring done - -- Generating done - -- Build files have been written to: /home/pini/java/tmp Thanks in advance, _g. - -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-486 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJT/zDCAAoJEO/obGx//s+DttQIAJEgcl+IQZRiIJpgt4S1Wxno BEvy8+XLRE2SYi0GJUnsnb9i38iUcjaTbIcitD3hPjE3QtK8lIYa2RQULoxwqnKl IL/9ZTXsyENxUeZGFmIRwuh7Eg0GdyY5iyvOXeB83AfPxoO+iUbBzHbgTSUfWI91 Ap9GNXD5G+6j0DIbkAIGrkriZgRU7DPmf1COUx29lgkFgTMnIdvcFq7Rd06zOdZ3 e2I7kEKpgfMuXcTwxtgJyHM+SfgeE0FnTdHUFLKcM1ymuej0WCbN3CJl9o30VoH2 vGEkERGnO3YFMK3AvYcHyvodcGTrnD7n3hDPULS4juvc0GlJv6+bxZS+FgbDeTM= =WI+N -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#759146: [phatch] Phatch doesn't work with python-imaging and python-pil 2.5.1-x or 2.5.3-x
Same problem here, thanks. Downgrading fixed my problem.
Bug#759559: libpam-script: (root) login without password
Package: libpam-script Version: 1.1.6-1 Severity: grave Hi, I am using libpam-script to execute a script in debian-lan when a user logs in. Now, with the move to wheezy, I can log in as root with no password given at the prompt. The reason is, that the script pam_script_auth exits with 0, which is 'sufficient' for login with the patch from #670182. Before I was using 'auth optional pam_script.so' in /etc/pam.d/common-auth as documented in /usr/share/doc/libpam-script/examples/README.examples : For Ubuntu/Debian: cat /etc/pam.d/common-account ! account optionalpam_script.so ! cat /etc/pam.d/common-auth ! authoptionalpam_script.so ! cat /etc/pam.d/common-password ! passwordoptionalpam_script.so ! cat /etc/pam.d/common-session ! session optionalpam_script.so ! From reading the docs, I do not expect that the successfull execution of my script is sufficient to log in (as root without password) by default. Cf. /usr/share/doc/libpam-script/README : Description: PAM-script allows you to execute scripts during authorization, passwd changes, or session opening or closing. So if you need extra work done after login you can use this pam module to execute a session script So I would like to strongly suggest to modify the patch from #670182 and use either 'optional' or 'required' in the pam stack and not 'sufficient' by default. Best regards, Andi -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-script depends on: ii libc6 2.19-9 ii libpam0g 1.1.8-3.1 libpam-script recommends no packages. libpam-script 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#756959: Different upstream bug - possible fix in evolution-data-server?
I've been following this bug on several different distros. It seems to affect all current versions of gnome-online-accounts, but is actually an evolution-data-server bug. Here is the upstream bug that I think contains a possible fix (I am not running Jessie at the moment so I can't test it myself): -https://bugzilla.gnome.org/show_bug.cgi?id=735311 Here is the git commit for the evolution-data-server-3.12 fix: - https://git.gnome.org/browse/evolution-data-server/commit/?h=evolution-data-server-3-12id=5e9d80092b19f9bd2c02712ab0a50fa70b052c74 -James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759560: missing license in debian/copyright
Package: yate Version: 5.4.0-1-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: libs/miniwebrtc/* to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720689: cernlib: build successful on ppc64el
Package: src:cernlib FYI, the build w/ the mentioned patch finishes succesfully on ppc64el. (log attached) -- Mauricio Faria de Oliveira IBM Linux Technology Center cernlib-20061220+dfsg3-ppc64el1_ppc64el.build.xz Description: application/xz
Bug#709690: Bug#707409 is blocking some packages in ppc64el architecture
Dear maintainer, The ppc64el architecture has been added to the Debian archive. Your package libdbusmenu fails to build because of the same problem as reported in #707409 and #709690. I test Andreas Cadhalpun changes and worked fine in ppc64el. It would be very nice if you can upload a fixed version of this package. Thanks, -- Paulo Flabiano Smorigo IBM Linux Technology Center -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758323: acoustid-fingerprinter: Use pkg-config to determine FFmpeg linker flags
Hi Jerome, On 27.08.2014 05:52, Jerome Charaoui wrote: Thanks for the patch, I've updated the package accordingly. Thanks for including the patches. You may review the new version of the package here, https://mentors.debian.net/package/acoustid-fingerprinter Somehow the dsc file doesn't match the orig tarball: it claims the size is 136378, but it actually is 93897. If you can fix that, maybe my sponsor Niv can sponsor this upload. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759279: gunicorn: Add a /etc/logrotate.d/gunicorn
tags 759279 + pending thanks It would be great to have a default logrotate configuration for gunicorn, like apache, nginx, and uwsgi. Added in git, pending upload. Thanks! Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org / chris-lamb.co.uk `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711799: PXE error: no server is specified
found 711799 grub2/2.02~beta2-11 thanks grub2pxe is still not working for me. I don't see the no server is specified error message any more (I think it just isn't getting that far), but experience a hang or instant reboot instead. To reproduce: $ wget http://ftp.nl.debian.org/debian/dists/testing/main/installer-kfreebsd-i386/current/images/netboot-10/debian-installer/kfreebsd-i386/grub2pxe $ qemu-system-i386 -net nic -net user,bootfile=grub2pxe,tftp=. (optionally with -enable-kvm, where it reboots instead of hangs) I'd expect to get a rescue shell and/or error about missing grub.cfg instead. Regards, -- Steven Chamberlain ste...@pyro.eu.org
Bug#754407: error installing on 32bit jessie
On Thu, 2014-08-28 at 11:24 +0300, Christos Trochalakis wrote: Sorry for that, I meant: $ netstat -ntpl|grep :80 (as root) Also make sure that nginx is purged before installing it: $ apt-get purge nginx nginx-common nginx-full Yes, apache2 is already bound to port 80. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759381: [php-maint] Bug#759381: php5: TLS connections broken in 5.6.0 RC4
This problematic commit was reverted between RC4 and 5.6.0 final. Thanks for reporting! Kaplan On Wed, Aug 27, 2014 at 12:08 AM, Darkhorse Winterwolf d...@winterwolf.co.uk wrote: Package: php5-common Version: 5.6.0~rc4+dfsg-4 Severity: normal Hello, I upgraded a number of packages over the weekend, and found that RoundCube stopped working. After rather a lot of digging around, it seems I'm not alone, and the problem actually lies with PHP, specifically version 5.6.0 RC4. Just to check this, RoundCube itself was not updated, neither was my IMAP server, and by using the same RoundCube version with an older PHP version, the bug disappears. The problem appears to be described better than I probably could at this URL: http://bugs.horde.org/ticket/13491 At the moment, this breaks RoundCube in Jessie and Sid systems when connecting to an IMAP server using TLS. It might well break other things too, but this is what's affecting me. It seems that it should be assigned to PHP rather than RoundCube from what I've read, but feel free to reassign if you disagree. Similarly, if I can provide any further information, just let me know and I'll update the report as soon as possible. All the best, -DH. -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): apache2 cli PHP 5 Extensions (php5query -M -v): sqlite3 (Enabled for apache2 by maintainer script) sqlite3 (Enabled for cli by maintainer script) pdo (Enabled for apache2 by maintainer script) pdo (Enabled for cli by maintainer script) readline (Enabled for apache2 by maintainer script) readline (Enabled for cli by maintainer script) opcache (Enabled for apache2 by maintainer script) opcache (Enabled for cli by maintainer script) imap (Enabled for apache2 by maintainer script) imap (Enabled for cli by maintainer script) mysql (Enabled for apache2 by maintainer script) mysql (Enabled for cli by maintainer script) mysqli (Enabled for apache2 by maintainer script) mysqli (Enabled for cli by maintainer script) pspell (Enabled for apache2 by maintainer script) pspell (Enabled for cli by maintainer script) gd (Enabled for apache2 by maintainer script) gd (Enabled for cli by maintainer script) json (Enabled for apache2 by maintainer script) json (Enabled for cli by maintainer script) intl (Enabled for apache2 by maintainer script) intl (Enabled for cli by maintainer script) pdo_sqlite (Enabled for apache2 by maintainer script) pdo_sqlite (Enabled for cli by maintainer script) mcrypt (Enabled for apache2 by maintainer script) mcrypt (Enabled for cli by maintainer script) pdo_mysql (Enabled for apache2 by maintainer script) pdo_mysql (Enabled for cli by maintainer script) Configuration files: /etc/php5/mods-available/pdo.ini extension=pdo.so /etc/php5/mods-available/opcache.ini zend_extension=opcache.so -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (550, 'testing'), (500, 'testing-updates'), (500, 'stable-updates'), (450, 'unstable'), (450, 'stable'), (445, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15.1 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5 depends on: ii libapache2-mod-php5 5.6.0~rc4+dfsg-4 ii php5-common 5.6.0~rc4+dfsg-4 php5 recommends no packages. php5 suggests no packages. Versions of packages php5-common depends on: ii libc6 2.19-9 ii lsof4.86+dfsg-1 ii psmisc 22.21-2 ii sed 4.2.2-4 ii ucf 3.0030 Versions of packages php5-common suggests: pn php5-user-cache none -- no debconf information ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint
Bug#758764: [Aptitude-devel] Bug#758764: Bug#758764: E: Internal error: couldn't generate list of packages to download
On Thu, Aug 21, 2014 at 09:44:55AM +0200, Axel Beckert wrote: 2014-08-21 13:10:45 upgrade imagemagick-doc:all 8:6.8.9.6-1 8:6.8.9.6-2 […] [UPGRADE] imagemagick-doc:i386 8:6.8.9.6-1 - 8:6.8.9.6-2 The interesting thing here is as far as I can see that sometimes, imagemagick-doc seems an arch:all (dpkg.log) and sometimes an arch:i386 (aptitude's log) package. According to apt-cache show it's arch:all in both, Sid and Experimental. This is very likely a red herring caused by internal organisation: If you want to know if a package is arch:all, you have to ask the version for the architecture (VerIterator), not the package (PkgIterator)! This comes from the fact that an arch:all package is to be treated as an arch:any package from the native architecture, so that the arch:all packages will always be organized under packagename:nativearch – which thankfully also makes upgrades a no-brainer. If we would organize them properly a million little problems would creep up… (This sounds very very silly as the word package is completely overloaded here, but if you realize that a package can change from arch:any to arch:all and back it becomes clear why this is a property of the version and not of the package and why upgrades could become problematic if it would be organized differently as it means we would need to allow some inter-archs-upgrades and some not.) Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#759561: php5-common: PHP 5.4.4-14+deb7u14: finfo_buffer generates out of memory error on sample file
Package: php5-common
Version: 5.4.4-14+deb7u14
Severity: normal
Dear Maintainer,
Starting after last update, this simple code generates an out of memory error
$filename = 'test.lang';
$filecontent = file_get_contents($filename);
$info = finfo_open(FILEINFO_MIME_ENCODING);
$type = finfo_buffer($info, $filecontent);
finfo_close($info);
print {$type} - {$filename};
PHP Fatal error: Out of memory (allocated 524288) (tried to allocate
4294965546 bytes)
in /home/user/test.php on line 6
Sample file to read: https://www.dropbox.com/s/ii8ybpk8bvxw1rz/test.lang?dl=0
Not sure how useful it is, but if I remove line 352 the error disappears.
If I put only that line in one file I don't get any error.
Same code has been working fine with this file for several months.
-- System Information:
Debian Release: 7.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages php5-common depends on:
ii dpkg1.16.15
ii libc6 2.13-38+deb7u4
ii lsof4.86+dfsg-1
ii psmisc 22.19-1+deb7u1
ii sed 4.2.1-10
ii ucf 3.0025+nmu3
php5-common recommends no packages.
php5-common suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759562: xserver-xorg-input-synaptics: Veritical scroll on the right side of touchpad is not working
Package: xserver-xorg-input-synaptics Version: 1.8.0-1 Severity: normal Dear Maintainer, * What led up to the situation? The veritical scroll feature on the side of the touchpad on this Lenovo G560 was working properly with Wheezy. I recently installed Jessie using the Beta 1 installer and noticed two things. First, the touchpad did not work at all in the graphical installer so I used the text installer instead. Second, after successful installation the scroll on the side of the touchpad is not working in the Gnome 3 Shell. * 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? -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 24 16:34 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2356320 Jul 17 18:25 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): --- Linux version 3.14-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-7) ) #1 SMP Debian 3.14.15-2 (2014-08-09) Xorg X server log files on system: -- -rw-r--r-- 1 root root 27041 Aug 24 18:10 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [21.766] X.Org X Server 1.16.0 Release Date: 2014-07-16 [21.766] X Protocol Version 11, Revision 0 [21.766] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian [21.766] Current Operating System: Linux lenovoG560 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 [21.766] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-2-amd64 root=UUID=c20966de-91e7-4b84-80a6-faaed91ed0ad ro quiet [21.766] Build Date: 17 July 2014 10:22:36PM [21.766] xorg-server 2:1.16.0-1 (http://www.debian.org/support) [21.766] Current version of pixman: 0.32.6 [21.766]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [21.766] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [21.766] (==) Log file: /var/log/Xorg.0.log, Time: Sun Aug 24 16:52:53 2014 [21.786] (==) Using system config directory /usr/share/X11/xorg.conf.d [21.798] (==) No Layout section. Using the first Screen section. [21.798] (==) No screen section available. Using defaults. [21.798] (**) |--Screen Default Screen Section (0) [21.798] (**) | |--Monitor default monitor [21.798] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [21.798] (==) Automatically adding devices [21.798] (==) Automatically enabling devices [21.798] (==) Automatically adding GPU devices [21.804] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [21.804]Entry deleted from font path. [21.808] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [21.808] (==) ModulePath set to /usr/lib/xorg/modules [21.808] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [21.808] (II) Loader magic: 0x7fa850079d80 [21.808] (II) Module ABI versions: [21.808]X.Org ANSI C Emulation: 0.4 [21.808]X.Org Video Driver: 18.0 [21.808]X.Org XInput driver : 21.0 [21.808]X.Org Server Extension : 8.0 [21.809] (II) xfree86: Adding drm device (/dev/dri/card0) [21.811] (--) PCI:*(0:0:2:0) 8086:0046:17aa:3920 rev 2, Mem @ 0xd000/4194304, 0xc000/268435456, I/O @ 0x5050/8 [21.813] (II) LoadModule: glx [21.826] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [21.917] (II) Module glx: vendor=X.Org Foundation [21.917]compiled for 1.16.0, module version = 1.0.0 [21.917]ABI class: X.Org Server Extension, version 8.0 [21.917] (==) AIGLX enabled [21.917] (==) Matched intel as autoconfigured driver 0 [21.917] (==) Matched intel as autoconfigured driver 1 [21.917] (==) Matched modesetting as autoconfigured driver 2 [21.917] (==) Matched fbdev as autoconfigured driver 3 [21.917] (==) Matched vesa as autoconfigured driver
Bug#759296: RFS: psensor/1.0.4-1
tags 759296 moreinfo thanks Dariusz and Daniel, THANKS A LOT for initial help. You're welcome. Hi Jean-Philippe. I would like to say that I liked your packaging. You will need some adjustments. Please: 1. d/control: I will leave you decide it. But, can you remove the isolated dot at end of each long description? I will accept a no. ;-) 2. d/copyright: please, convert this file to 1.0 format. It is easy and you can use this example[1]. Please, use the exact text of the example for the license. [1] http://sources.debian.net/src/iwatch/0.2.2-3/debian/copyright/ 3. d/control: please, remove all useless comments: # -*- makefile -*- # Sample debian/rules that uses debhelper. # This file was originally written by Joey Hess and Craig Small. # As a special exception, when this file is copied by dh-make into a # dh-make output file, you may use that output file without restriction. # This special exception was added by Craig Small in version 0.37 of dh-make. # Uncomment this to turn on verbose mode. Thanks for you work! Cheers, Eriberto 2014-08-25 19:28 GMT-03:00 jeanfi jea...@gmail.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package psensor * Package name: psensor Version : 1.0.4-1 Upstream Author : Jean-Philippe Orsini jea...@gmail.com * URL : http://wpitchoune.net/psensor * License : GPL v2 Section : utils It builds those binary packages: psensor- display graphs for monitoring hardware temperature psensor-common - common files for Psensor and Psensor server psensor-server - Psensor server for monitoring hardware sensors remotely To access further information about this package, please visit the following URL: http://mentors.debian.net/package/psensor Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/psensor/psensor_1.0.4-1.dsc More information about psensor can be obtained from http://wpitchoune.net/psensor. Changes since the last upload: * New upstream release. + fixed psensor does not start: Attempt to unlock mutex that was not locked during startup with glib 2.41.2. (LP: #1346299) + fixed FTBFS with clang instead of gcc. (Closes: #753061) * debian/control + added build dep to libappindicator3-dev. Regards, Jean-Philippe Orsini -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
