Bug#734794:
Control: tag -1 moreinfo On 01/11/2014 01:05 AM, adrelanos wrote: I can reliably work around this bug by adding sleep 2 before kpartx -d. I can't see good reasons why a sleep after an umount should be rquired. With the assumption that the umount command only exits once the file system is cleanly unmounted. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#740315: aisleriot: cards now disappear when dragging from one stack to another
Package: aisleriot Version: 1:3.10.1-1 I'm following testing, and within the last few days, aisleriot has begun a new unpleasant behaviour. When playing freecell and attempting to drag a card or number of cards from one stack (is that the right word?) to another, the card(s) vanish(es) until they are placed, which is very disconcerting. Here is the content of the last 5 days' worth of aptitude's log, in case something in a dependency has caused this changed behaviour. Julian Aptitude 0.6.8.4: log report Mon, Feb 24 2014 13:38:43 + IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 115 packages, and remove 0 packages. 24.5 MB of disk space will be used === [HOLD, DEPENDENCIES] libmythavcodec54:amd64 [HOLD, DEPENDENCIES] libmythavdevice54:amd64 [HOLD, DEPENDENCIES] libmythavformat54:amd64 [HOLD, DEPENDENCIES] libmythpostproc52:amd64 [HOLD, DEPENDENCIES] libmythqjson0:amd64 [HOLD, DEPENDENCIES] libmythswresample0:amd64 [HOLD, DEPENDENCIES] libmythswscale2:amd64 [HOLD, DEPENDENCIES] libmythtv-perl:amd64 [HOLD, DEPENDENCIES] mythlogserver:amd64 [HOLD, DEPENDENCIES] mythtv-backend:amd64 [HOLD, DEPENDENCIES] mythtv-common:amd64 [HOLD, DEPENDENCIES] mythtv-database:amd64 [HOLD, DEPENDENCIES] mythtv-frontend:amd64 [HOLD, DEPENDENCIES] php-mythtv:amd64 [HOLD, DEPENDENCIES] python-mythtv:amd64 [HOLD] mythffmpeg:amd64 [HOLD] mythtv:amd64 [HOLD] mythtv-doc:amd64 [HOLD] mythtv-transcode:amd64 [HOLD] mythweather:amd64 [HOLD] mythweb:amd64 [INSTALL] imagemagick-doc:amd64 [UPGRADE] cpp-4.8:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] cups:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-bsd:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-client:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-common:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-core-drivers:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-daemon:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-ppdc:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] cups-server-common:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] fixincludes:amd64 1:4.8.2-15 - 1:4.8.2-16 [UPGRADE] fonts-opensymbol:amd64 2:102.3+LibO4.1.4-2 - 2:102.3+LibO4.1.5-1 [UPGRADE] g++-4.8:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcc-4.8:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcc-4.8-base:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcc-4.8-base:i386 4.8.2-15 - 4.8.2-16 [UPGRADE] gcc-4.8-multilib:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcj-4.8:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcj-4.8-jdk:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcj-4.8-jre:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcj-4.8-jre-headless:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gcj-4.8-jre-lib:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] gfortran-4.8:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] grilo-plugins-0.2:amd64 0.2.9-3 - 0.2.11-1 [UPGRADE] gstreamer0.10-plugins-bad:amd64 0.10.23-7.1 - 0.10.23-7.2 [UPGRADE] lib32asan0:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] lib32atomic1:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] lib32gcc-4.8-dev:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] lib32gcc1:amd64 1:4.8.2-15 - 1:4.8.2-16 [UPGRADE] lib32gomp1:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] lib32itm1:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] lib32quadmath0:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] lib32stdc++6:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libasan0:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libatomic1:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libcups2:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] libcups2:i386 1.7.1-4 - 1.7.1-5 [UPGRADE] libcupscgi1:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] libcupsimage2:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] libcupsmime1:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] libcupsppdc1:amd64 1.7.1-4 - 1.7.1-5 [UPGRADE] libdvdnav4:amd64 4.2.1-2 - 4.2.1-3 [UPGRADE] libgcc-4.8-dev:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgcc1:amd64 1:4.8.2-15 - 1:4.8.2-16 [UPGRADE] libgcc1:i386 1:4.8.2-15 - 1:4.8.2-16 [UPGRADE] libgcj14:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgcj14-awt:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgcj14-dev:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgfortran-4.8-dev:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgfortran3:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgomp1:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libgrilo-0.2-1:amd64 0.2.7-1 - 0.2.9-1 [UPGRADE] libgstreamer-plugins-bad0.10-0:amd64 0.10.23-7.1 - 0.10.23-7.2 [UPGRADE] libitm1:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libobjc4:amd64 4.8.2-15 - 4.8.2-16 [UPGRADE] libopencv-calib3d2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-contrib2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-core2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-features2d2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-flann2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-highgui2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-imgproc2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-legacy2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-ml2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2 [UPGRADE] libopencv-objdetect2.4:amd64 2.4.6.1+dfsg-2+b1 - 2.4.8+dfsg1-2
Bug#689991: CUPS: error_log flooded due to AllowUser restriction
* Brian Potkin [2014-02-27 16:22:57 +]: It was remiss of me not to have pushed the initial report of the bug upstream, but the str database was offline and I also had got it into my head that upstream was not considering any further changes to 1.5.3. If it is thought appropriate I could make amends for this lack of judgement. :) Would it be appropriate to backport the fix from 1.7.1? Any client-side fix is going to be difficult to deploy: the clients with a buggy IPP back-end may not even be running Debian. But it sounds like upstream doesn't have any server-side mitigation for this yet; maybe that's worth pointing out in an STR. (I'm not sure what countermeasures there could be; tarpitting of clients with excessive error rates, perhaps? In any case I'd look for something generic, that can protect from a whole class of accidental or deliberate DoS attacks.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740316: mandos-client: fails to install: gpg: fatal: can't open `/tmp/mandos-keygen-keyrings.eERhVOEqTP/trustdb.gpg': No such file or directory
Package: mandos-client Version: 1.6.4-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package mandos-client. (Reading database ... 9309 files and directories currently installed.) Preparing to unpack .../mandos-client_1.6.4-1_amd64.deb ... Unpacking mandos-client (1.6.4-1) ... Setting up mandos-client (1.6.4-1) ... ...+ ..+ + ...+ gpg: fatal: can't open `/tmp/mandos-keygen-keyrings.eERhVOEqTP/trustdb.gpg': No such file or directory secmem usage: 5664/18720 bytes in 8/32 blocks of pool 22848/32768 dpkg: error processing package mandos-client (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: mandos-client cheers, Andreas mandos-client_1.6.4-1.log.gz Description: GNU Zip compressed data
Bug#620949: git-buildpackage: Create new debian branch if a git repo already exists
On 28.02.2014 15:50, Guido Günther wrote: Thanks for your feedback! Given your and Björn's details I think this is fixed in 0.6.10 as well Great! Thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740219: FTBFS on armel: modules in more than one package
On Thu, 2014-02-27 at 03:07 +, Wookey wrote: End of the build log at: https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armelver=3.13.4-1stamp=1393291598 some modules are in more than one package debian/jffs2-modules-3.13-1-orion5x-di lib/modules/3.13-1-orion5x/kernel/lib/lzo/lzo_compress.ko debian/btrfs-modules-3.13-1-orion5x-di lib/modules/3.13-1-orion5x/kernel/lib/lzo/lzo_compress.ko Looks like lzo_compress became a module again, so we should (partially?) revert r18646. Looking at the log I only see it built as a module, so I think entirely revert is probably the answer. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689084: libcups2-dev is not Multi-Arch compatible
Control: tags -1 +pending Hi François and Shawn, Le samedi, 29 septembre 2012, 02.26:38 Francois Gouget a écrit : Furthermore this development package does not seem to be multiarch aware as there is no Multi-Arch field. My understanding is that as long as there are no architecture-dependent headers there is no obstacle (i.e. no toolchain issue) to tagging the development package as 'Multi-Arch: same'. The symbolic link (and any static libraries) should be no issue as they are already in the architecture-qualified folders. Le mardi, 3 décembre 2013, 23.00:23 Shawn Landden a écrit : while the library is now multi-arch:same, the development package can also be marked multi-arch same to support cross-building Please add Multi-arch: same to the -dev packages as well I will do that, but note that due to its dependencies (libgnutls-dev, libkrb5-dev), it will still not be coinstallable, because none of its - dev dependencies are… Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740317: kscreensaver + pam_krb5 : after unlocking screensaver, kerberos ticket is lost
Package: kscreensaver Version: 4:4.11.3-1 Severity: important Used with libpam-krb5 4.6-2 After screensaver locked my console, returning I unlock using the kerberos password, but then I have no more kerberos ticket available : all tickets were wiped. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (600, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kscreensaver depends on: ii kde-runtime 4:4.11.3-1 ii kde-workspace-bin 4:4.11.6-2 ii libc6 2.17-97 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libkdecore5 4:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkexiv2-11 4:4.11.5-2 ii libkio5 4:4.11.3-2 ii libkparts44:4.11.3-2 ii libkscreensaver5 4:4.11.6-2 ii libqt4-opengl 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore44:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libstdc++64.8.2-16 ii libx11-6 2:1.6.2-1 Versions of packages kscreensaver recommends: ii kde-window-manager 4:4.11.6-2 Versions of packages kscreensaver suggests: ii kscreensaver-xsavers 4:4.11.3-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740318: python3-numpy-dbg shares a file with python3-numpy without conflicts on kfreebsd
Package: python3-numpy Version: 1:1.7.1-3+b1 Severity: serious Hi, As can be seen on the shiboken build logs [0,1], python3-numpy-dbg fails to install when python3-numpy is already installed: Preparing to unpack .../python3-numpy-dbg_1%3a1.7.1-3+b1_kfreebsd-amd64.deb ... Unpacking python3-numpy-dbg (1:1.7.1-3+b1) ... dpkg: error processing archive /var/cache/apt/archives/python3-numpy-dbg_1%3a1.7.1-3+b1_kfreebsd-amd64.deb (--unpack): trying to overwrite '/usr/lib/python3/dist-packages/numpy/core/_dotblas.cpython-33m-x86_64-kfreebsd-gnu.so', which is also in package python3-numpy 1:1.7.1-3+b1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package sbuild-build-depends-shiboken-dummy. Preparing to unpack .../sbuild-build-depends-shiboken-dummy.deb ... Unpacking sbuild-build-depends-shiboken-dummy (0.invalid.0) ... Errors were encountered while processing: /var/cache/apt/archives/python3-numpy-dbg_1%3a1.7.1-3+b1_kfreebsd-amd64.deb This is a serious bug as it blocks the co-installation of these packages and therefore makes at least src:shiboken fail to build from source on kfreebsd. Cheers, OdyX [0] https://buildd.debian.org/status/fetch.php?pkg=shibokenarch=kfreebsd-i386ver=1.2.1-3stamp=1393566387 [1] https://buildd.debian.org/status/fetch.php?pkg=shibokenarch=kfreebsd-amd64ver=1.2.1-3stamp=1393567717 -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python3-numpy depends on: ii libblas3 [libblas.so.3] 1.2.20110419-7 ii libc62.18-3 ii libgcc1 1:4.8.2-16 ii libgfortran3 4.8.2-16 ii liblapack3 [liblapack.so.3] 3.5.0-2 ii libquadmath0 4.8.2-16 ii python3 3.3.4-1 ii python3.33.3.5~rc1-1 ii python3.43.4~rc2-1 pn python3:any none python3-numpy recommends no packages. Versions of packages python3-numpy suggests: ii gcc4:4.8.2-2 pn gfortran none pn python-numpy-doc none ii python3-dev3.3.4-1 pn python3-nose none pn python3-numpy-dbg 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#726840: /usr/bin/systemadm: Re: systemd-ui: access denied when trying to start/stop services as non-root, no password prompt
Package: systemd-ui Version: 3-1 Followup-For: Bug #726840 I have the same problem. GDBus.Error:org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 2 matched rules; type=method_call, sender=:1.416 (uid=1000 pid=5167 comm=/usr/bin/systemadm ) interface=org.freedesktop.systemd1.Manager member=Reload error name=(unset) requested_reply=0 destination=org.freedesktop.systemd1 (uid=0 pid=1 comm=/lib/systemd/systemd ) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd-ui depends on: ii libc6 2.17-97 ii libgee-0.8-2 0.10.5-1 ii libglib2.0-0 2.38.2-5 ii libgtk-3-03.10.7-1 ii libnotify40.7.6-2 ii systemd 204-7 systemd-ui recommends no packages. systemd-ui 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#740324: pacemaker: unowned directories after purge: /var/lib/heartbeat/{crm, blackbox, cib, cores, crm, lrm, pengine}/
Package: pacemaker Version: 1.1.10+git20130802-4 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship these as empty directories, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m44.1s ERROR: FAIL: Package purging left files on system: /var/lib/heartbeat/crm/not owned /var/lib/pacemaker/owned by: pacemaker /var/lib/pacemaker/blackbox/ not owned /var/lib/pacemaker/cib/not owned /var/lib/pacemaker/cores/ not owned /var/lib/pacemaker/crm/not owned /var/lib/pacemaker/lrm/not owned /var/lib/pacemaker/pengine/not owned cheers, Andreas pacemaker_1.1.10+git20130802-4.log.gz Description: GNU Zip compressed data
Bug#740325: notmuch-emacs: unowned directory after purge: /0755/
Package: notmuch-emacs Version: 0.17-4 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m54.9s ERROR: FAIL: Package purging left files on system: /0755/ not owned This very much looks like a chmod gone wrong ... cheers, Andreas notmuch-emacs_0.17-4.log.gz Description: GNU Zip compressed data
Bug#740311: Version 0.1.8 parses invalid timestamp incorrectly
Control: reassign -1 python-iso8601 0.1.8-1 On Vi, 28 feb 14, 14:34:41, Thomas Goirand wrote: Package: python-iso8691 Version: 0.1.8-1 Severity: normal Tags: patch Hi, As per this URL: https://bitbucket.org/micktwomey/pyiso8601/issue/12/version-018-parses-invalid-timestamp the new upstream version 0.1.9 of iso8601 fixes an important upstream bug. Please update the package in Sid. Cheers, Thomas Goirand (zigo) -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#740326: plasma-widget-networkmanagement-dbg: not installable in sid
Package: plasma-widget-networkmanagement-dbg Version: 0.9.0.9-1 Severity: serious User: trei...@debian.org Usertags: edos-outdated Hello, plasma-widget-networkmanagement-dbg is not installable in sid since it depends on: plasma-widget-networkmanagement (= 0.9.0.9-1) However, the version of plasma-widget-networkmanagement in sid is 0.9.3.2-2, and this package is now provided by the plasma-nm source package. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737091: fixed in dh-python 1.20140128-1
Control: reopen -1 Control: found -1 1.20140128-1 Thanks, Piotr. Can you please reply to this bug report saying what has changed to close the report? I'm stupid, I fixed it *after* releasing 1.20140128-1 (and it is closed in changelog, just not uploaded) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740327: libapache2-mod-mapcache: unowned directory after purge: /var/cache/mapcache/
Package: libapache2-mod-mapcache Version: 1.2.1-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m43.0s ERROR: FAIL: Package purging left files on system: /var/cache/mapcache/ not owned cheers, Andreas libapache2-mod-mapcache_1.2.1-1.log.gz Description: GNU Zip compressed data
Bug#549673: More noise in printers.conf
Le mercredi, 26 février 2014, 12.51:34 Sam Morris a écrit : I have to make a commit such as the following whenever I print anything, so it's not just the timestamps within the comment at the top of printers.conf that causes problems: Thanks for the additional information. This all boils down to upstream's position that there's no FHS place where to put configuration files that are programmatically modified. The only reasonable way forward would be for Debian to use /var/lib/cups instead of /etc/cups, but that would hinder the fact that these files also _are_ configuration files and can be changed by the administrator (when CUPS is down). The current situation is unfortunate but is the best we (as maintainers of CUPS) can do to best serve the Debian users. So I think the current tagging of this bug is accurate: upstream and wontfix. Cheers, OdyX -- OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740303: libhwloc-plugins: redundant virtual packages in Depends?
reassign 740303 src:ocl-icd forcemerge 739409 740303 affects 739409 libhwloc-plugins thanks Sam: I do not know why your reassign did not work. Doing it again but also using affects in the hope to avoid future bug report in your package. Feel free to remove it if you do not want it. Bob: please, look at the explanation in the merged bug report (message 10: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=739409#10 ) I did not get comments back from the initial #739409 submitter, so I was planning to close this bug. After reading the explanation, do not hesitate to comment on them. Any feedback is welcome. Regards, Vincent On 28/02/2014 07:36, Samuel Thibault wrote: reassign -1 ocl-icd-opencl-dev Hello, Bob Bib, le Fri 28 Feb 2014 07:13:59 +0400, a écrit : 'libhwloc-plugins' has the following line in the control file: Depends: .., libopencl-1.1-1, .., ocl-icd-libopencl1 (= 1.0) | libopencl1,.. Both 'libopencl-1.1-1' 'libopencl1' are just virtual packages (provided by 'amd-libopencl1', 'nvidia-libopencl1', 'ocl-icd-libopencl1'). Wouldn't it be better to replace it with something like the following: Depends: .., ocl-icd-libopencl1 (= 1.0) | libopencl1 | libopencl-1.1-1,.. ? Well, this is all just computed by shlibs from the ocl-icd package. Samuel -- Vincent Danjean GPG key ID 0x9D025E87 vdanj...@debian.org GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial pkgs: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://people.debian.org/~vdanjean/debian unstable main -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740328: Package xfce4-panel error in module: libtasklist.so
Subject: Package xfce4-panel: error in module libtasklist.so Package: xfce4-panel Version: 4.10.1-1 Severity: normal Dear Maintainer, i have an unsightly cosmetic fault in module 'libtasklist.so' in package xfce4- panel found. Because of this error can be a custom panel only up so that you have to use an ( invisible ) separation element . Exactly it comes to that at 100 percent expansion of the panel , the task list is only magnified when applications are open in sufficient numbers . So I proceeded : Create a new empty panel in the settings panel enlarge it to 100 % of the screen width and insert various controls via the menu. Once a hurry element to the right of the taskbar ( for example, the clock ) is available, it is drawn as a function of open applications always up to the last open application , but the clock will remain fixed at the right edge of the monitor. It would be nice if this error could be removed until the stable release of Debian Jessie . I hope you can help me? Thank you. The path to the modules in a Debian Testing 64-bit: /usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libtasklist.so I have seen this error in several other distributions , such as Fedora 20 64 bit . So this is a programming error. Questions, please always indicate the e -mail address : remove-me-bugrep...@smart-mail.de . Please first remove the »remove-me« from the e-mail address. === In german translation because my english is not so good. Ich habe einen unschönen kosmetischen Fehler in Modul 'libtasklist.so' im Paket xfce4-panel gefunden. Wegen diesem Fehler kann man ein benutzerdefiniertes Panel nur so einrichten, dass man sich eines (unsichtbarem) Trennelement bedienen muss. Genau geht es darum, dass bei 100 prozentiger Ausdehnung des Panels die Taskliste nur dann vergrößert wird, wenn Anwendungen in ausreichender Anzahl geöffnet sind. So bin ich vorgegangen: Ein neues leeres Panel erstellen, dieses Panel in den Einstellungen auf 100 % der Monitorbreite vergrößern und verschiedene Bedienelemente über das Menü einfügen. Sobald ein Eilement rechts neben der Taskleiste (zum Beispiel die Uhr) vorhanden ist, wird diese in Abhängigkeit der geöffneten Anwendungen immer bis zu letzten geöffneten Anwendung gezogen, die Uhr soll aber am rechten Rand des Monitors fixiert bleiben. Es wäre schön, wenn dieser Fehler bis zum Stable Release von Debian Jessie noch entfernt werden könnte. Ich hoffe du kannst mir helfen? Danke. Der Pfad zum Module in einem Debian Testing 64 Bit: /usr/lib/x86_64-linux-gnu/xfce4/panel/plugins/libtasklist.so Ich habe diesen Fehler auch in verschiedenen anderen Distributionen, zum Beispiel Fedora 20 64 bit gesehen. Das ist also ein Programmierfehler. Rückfragen bitte immer an die E-Mailadresse: remove-me-bugrep...@smart-mail.de. Bitte vorher das »remove-me« aus der E-Mailadresse entfernen. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-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 xfce4-panel depends on: ii exo-utils 0.10.2-2 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.0-1 ii libdbus-glib-1-20.102-1 ii libexo-1-0 0.10.2-2 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.2-1 ii libgarcon-1-0 0.2.1-1 ii libgdk-pixbuf2.0-0 2.30.5-1 ii libglib2.0-02.39.90-2 ii libgtk2.0-0 2.24.22-1 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.36.0-1+b1 ii libsm6 2:1.2.1-2 ii libwnck22 2.30.7-1 ii libx11-62:1.6.2-1 ii libxext62:1.3.2-1 ii libxfce4ui-1-0 4.10.0-5 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii multiarch-support 2.17-97 xfce4-panel recommends no packages. xfce4-panel suggests no packages. -- no debconf information _ Free-Mail Postfach (bis zu 10 GB E-Mail-Speicher) SMS, MMS, Fax und vieles mehr - http://www.smart-mail.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740329: gdb=7.6.1-1: doesn't close core file when out of disk-space
Package: gdb=7.6.1-1 Version: gdb Severity: normal I tried to run generate-core-file /tmp/some-file with a multi-GB process; that filled up my /tmp completely. GDB wrote (manually translated) warning: Failed to write corefile contents (Out of disk space). ... Saved corefile /tmp/htr warning: cannot close /tmp/some-file: out of disk space Deleting the file from another shell wasn't sufficient - GDB still had the filehandle open (as it says above)! # ls -la /proc/`pidof gdb`/fd ... lrwx-- 1 root root 64 Feb 28 09:57 9 - /tmp/some-file (deleted) So I *have* to quite GDB - and lose the debugged process on the way. Please just make GDB close the filehandle, so the space can be reclaimed. Thanks a lot! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.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#740315: aisleriot: cards now disappear when dragging from one stack to another
On Fri, Feb 28, 2014 at 08:08:44AM +, Julian Gilbey wrote: Package: aisleriot Version: 1:3.10.1-1 I'm following testing, and within the last few days, aisleriot has begun a new unpleasant behaviour. When playing freecell and attempting to drag a card or number of cards from one stack (is that the right word?) to another, the card(s) vanish(es) until they are placed, which is very disconcerting. Here is the content of the last 5 days' worth of aptitude's log, in case something in a dependency has caused this changed behaviour. I've just upgraded another machine, but this time I did it one package at a time (or as close to it as possible) until I hit the bug. Here's the bunch of packages which actually caused the problem: Aptitude 0.6.8.4: log report Fri, Feb 28 2014 09:01:16 + IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 10 packages, and remove 0 packages. 3,210 kB of disk space will be used === [INSTALL, DEPENDENCIES] libwayland-cursor0:amd64 [INSTALL, DEPENDENCIES] libwayland-dev:amd64 [INSTALL, DEPENDENCIES] libxkbcommon-dev:amd64 [INSTALL, DEPENDENCIES] libxkbcommon0:amd64 [UPGRADE] gir1.2-gtk-3.0:amd64 3.8.6-1 - 3.10.7-1 [UPGRADE] libgail-3-0:amd64 3.8.6-1 - 3.10.7-1 [UPGRADE] libgtk-3-0:amd64 3.8.6-1 - 3.10.7-1 [UPGRADE] libgtk-3-bin:amd64 3.8.6-1 - 3.10.7-1 [UPGRADE] libgtk-3-common:amd64 3.8.6-1 - 3.10.7-1 [UPGRADE] libgtk-3-dev:amd64 3.8.6-1 - 3.10.7-1 === So it's the upgrade from 3.8.6 - 3.10.7 of gtk3 which did it. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#432873: update-grub doesn't reset GREP_OPTIONS and fails
On Tue, 2014-02-25 at 23:10 -0800, Sarah Newman wrote: With xen's pv-grub update-grub is still needed. One of our customers very recently encountered this bug. pv-grub is also an option on EC2. This seems unrelated to #432873 to me, that bug is about an issue with update-grub and certain options, not its presence generally AFAICT. Does the pv-grub-menu package now do what you need? packages.debian.org/pv-grub-menu Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739575: python-pysam-tests: world writable directory tree: /var/lib/pysam/tests
Control: tag -1 security On 2014-02-20 13:46, Andreas Tille wrote: On Thu, Feb 20, 2014 at 11:47:51AM +0100, Andreas Beckmann wrote: On 2014-02-20 10:08, Andreas Tille wrote: Hi Andreas, the directory is intended to be written by the world since the whole world should be able to run the test suite there ... this is the purpose of this package at all: Let everybody run the test (including autopkgtest) and forget about the directory afterwards. This works for $everybody. But $everybody+1 finds only the leftovers from his predecessor there (or nothing if he cleaned up properly). Yes, this might happen. The main purpose of this package to provide some larger chunks of data in a convinient way to run autopkgtest. This could for sure be approached by providing (compressed) files in a readonly dir, uncompress them to `mktemp -d` and run the tests there. However, I do simply see no reason to put this extra effort onto the test running machines. I think that is the wrong goal to optimize for. If the autopkgtest scripts need a writable copy of some data files - they need to create them (which could be cp or sudo chmod). Can you run this autopkgtest twice in a row? If human testers might test manually and somebody else has changed the files for whatever reason - hey, the test will fail in the worst case. That's a pity but I see no practical problem since in real life cases people have their reason to play with the stuff and know about the consequences. The directory contains python scripts. Everybody can replace them with them with the python equivalent of 'rm -rf $HOME' to provide fun for the next one to try them. I absolutely disagree to losing the ability to trust that content shipped in Debian packages can only be modified with root privileges. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740330: dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13-1-amd64_3.13.4-1_amd64.deb (--unpack): (no space left) ошибка создания каталога
Package: base Severity: minor Dear Maintainer, First instal wheezy (root FS is 315M), upgrade to jessie and later to sid (root FS is still 315M): (no space left on root filesystem) dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13-1-amd64_3.13.4-1_amd64.deb (--unpack): (no space left) ошибка создания каталога «./lib/modules/3.13-1-amd64/kernel/drivers/media/usb/stkwebcam»: На устройстве не осталось свободного места /dev/sda1 315M 221M 74M 75% / udev10M0 10M0% /dev tmpfs 302M 344K 302M1% /run tmpfs 5,0M0 5,0M0% /run/lock tmpfs 1,8G0 1,8G0% /run/shm /dev/sda9 276G 64M 262G1% /home /dev/sda8 360M 2,1M 335M1% /tmp /dev/sda5 8,2G 692M 7,1G9% /usr /dev/sda6 2,7G 1,3G 1,3G 51% /var Partition the disks were produced in automatic mode (wheezy installer with separate partitions for / /home /var /usr /tmp filesystems) # uname -a Linux be 3.12-1-amd64 #1 SMP Debian 3.12.9-1 (2014-02-01) x86_64 GNU/Linux -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.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#712381: SMTP freezing wheezy?
mv .icedove .icedove-old Now restart Icedove from the terminal. You have to re enter every setting of your profile. Don't copy back any thing from the old profile. tried this three times, system hangs, top did not show anything... never actually got new profile created due to hang. just so we are clear from yesterday and a couple of hours into today, ie before starting icedove later this morning: $ uptime 08:48:10 up 20:25, 2 users, load average: 0.20, 0.28, 0.39 I had been using without problems, browsing, webmail, films video etc... ie ~normal workload, bar icedove many thanks once again Jonathan I suspect command migration/0 /1 due to brief but frequent 99%cpu what is command migration, could it be relevant? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740331: libstonithd2-dev: fails to upgrade from 'testing' - trying to overwrite /usr/lib/libstonithd.a
Package: libstonithd2-dev Version: 1.1.10+git20130802-4 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + pacemaker-dev Hi, during a test with piuparts I noticed your package fails to upgrade from 'testing'. It installed fine in 'testing', then the upgrade to 'sid' fails because it tries to overwrite other packages files without declaring a Breaks+Replaces relation. See policy 7.6 at http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces From the attached log (scroll to the bottom...): Selecting previously unselected package libstonithd2-dev. Preparing to unpack .../libstonithd2-dev_1.1.10+git20130802-4_amd64.deb ... Unpacking libstonithd2-dev (1.1.10+git20130802-4) ... dpkg: error processing archive /var/cache/apt/archives/libstonithd2-dev_1.1.10+git20130802-4_amd64.deb (--unpack): trying to overwrite '/usr/lib/libstonithd.a', which is also in package libstonithd1-dev 1.1.7-2.1 Errors were encountered while processing: /var/cache/apt/archives/libstonithd2-dev_1.1.10+git20130802-4_amd64.deb cheers, Andreas pacemaker-dev_1.1.10+git20130802-4.log.gz Description: GNU Zip compressed data
Bug#740332: maradns: prompting due to modified conffiles which were not modified by the user: /etc/maradns/mararc
Package: maradns Version: 2.0.09-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up maradns (2.0.09-1) ... Installing new version of config file /etc/init.d/maradns ... Configuration file '/etc/maradns/mararc' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** mararc (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing package maradns (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: maradns To fix this, one has probably to undo modifications performed on the conffile by the maintainer scripts in wheezy. cheers, Andreas maradns_2.0.09-1.log.gz Description: GNU Zip compressed data
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
I'm basically Ccing half the world in this (only half sorry about that :) and I don't know who half of you are :), but there have been very little information on what's happening with ZoL in Debian GNU/Linux. Aron (and in some part Carlos) seems to have gone a-wall and the list have been VERY quiet. It seems like it's only Aron and me that is actually Debian GNU/Linux Developers (unless other things have happened outside the list that I'm not aware of - Carlos was/is a maintainer if I don't misremembering and Darik is in the wait queue?). And no actually status information/reason from the FTP maintainers about why it have been stuck in incoming for so long (accepted into incoming Sun, 07 Jul 2013 16:00:06 - that's more than six months ago!). Have it been rejected? Is it held up for some reason? What can I/we do to help move it along? I'm now the current Debian GNU/Linux Wheezy package maintainer (and have been for quite some time) for/in ZoL (upstream from Debian GNU/Linux I suppose) and I have contributed to both the packaging (that is already in the Alioth repos) as well as bits and pieces to ZoL code (such as SMB and iSCSI support - which will be accepted into post-0.6.3 which is due out very soon now we hope) and also wrote support for ZoL to be used as installation target (debian installer, part-man) etc. With that - I have a large vested interest in maintaining this and I work on it almost daily, so if no one else have the time (Aron, Carlos) I know that Darik is also very busy working on this, and he already maintain (and have for a very long time) the Ubuntu packages in ZoL, and much (most, all?) of the current packaging is from his busy hands. So I'd prefer to work with him on this (if aron/carlos don't have the time/interest that is - I'm not proposing to steal the packaging!). Since there have been next to no progress in the Debian GNU/Linux ZoL projects, I have done all my packaging stuff in the ZoL repos, so if/when this project is revitalized, I'll push all my work to the Debian GNU/Linux repos as individual commits. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739575: python-pysam-tests: world writable directory tree: /var/lib/pysam/tests
On Fri, Feb 28, 2014 at 10:18:09AM +0100, Andreas Beckmann wrote: I absolutely disagree to losing the ability to trust that content shipped in Debian packages can only be modified with root privileges. I very much agree. I would've thought that would even be written down in the Debian policy, but from a quick glance I'm unable to find something. 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#739907: python-gnupg: After upgrading python-gnupg to 0.3.6-1, pyspread fails signing files
On 2014-02-27 at 22:30:00 +0100, Martin Manns wrote: Thank you for finding the cause. I have implemented fingerprint based signing in the master branch of pyspread (see https://github.com/manns/pyspread/commit/0c18d269283ac5be4dd6079ddaaada119dae20df). great It will however take some time until the next release. Will there be a patch so that old versions of pyspread still run? Should I contact the maintainer of the pyspread package for a patch? Yes, I believe that's the better way to proceed right now -- Elena ``of Valhalla'' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708577: Moreinfo
fglrx 14.1 works properly. Now even full screen console doesn't make crashes. Bug can be closed.
Bug#740334: qtwebkit creates ARMv5 assembler
Package: qtwebkit-opensource-src Version: 5.2.1+dfsg-3 X-Debbugs-CC: debian-...@lists.debian.org Severity: normal Checking the end of the builddlog[1]: /tmp/ccaKPWJK.s: Assembler messages: /tmp/ccaKPWJK.s:23: Error: selected processor does not support ARM mode `blx r0' make[4]: *** [.obj/jit/JITStubs.o] Error 1 blx is not supported on ARMv4t, lowest arch supported on debian/armel. One needs to replace this code with: mov lr,pc bx r0 Or, alternatively build with -march=armv5. This option would mean than qtwebkit would be unusable on armv4t hardware. The main usecase for such hardware is the openmoko freerunner. Do we still have openmoko users who are interested in qtwebkit? Riku [1] https://buildd.debian.org/status/fetch.php?pkg=qtwebkit-opensource-srcarch=armelver=5.2.1%2Bdfsg-3stamp=1393519544 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740335: cluster-glue: [PATCH] /etc/init.d/logd -- use of stderr and exit
Package: cluster-glue Version: 1.0.12~rc1+hg2777-1 Severity: wishlist Hi, Here is improvement for /etc/init.d/logd (in hg repo: logd/logd.in) The patch should apply cleanly to Hg: 2010-12-16 2549 045999e8bbe2 Added tag debian-cluster-glue-1.0.7-2 Here is the patch description: [PATCH] Handle exit and error messages in more standard manner. - Send errors to STDERR - Prefix messages with ERROR: to help noticing them. - New generic Die() function to handle details. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cluster-glue depends on: ii libbz2-1.01.0.6-5 ii libc6 2.17-97 ii libcurl3 7.34.0-1 ii libglib2.0-0 2.36.4-1 ii liblrm2 1.0.10+hg2722-1.1 ii libltdl7 2.4.2-1.6 pn libopenhpi2 none pn libopenipmi0 none ii libpils2 1.0.10+hg2722-1.1 ii libplumb2 1.0.10+hg2722-1.1 ii libplumbgpl2 1.0.10+hg2722-1.1 pn libsnmp15 none pn libssl0.9.8 none ii libstonith1 1.0.10+hg2722-1.1 ii libtimedate-perl 2.3000-1 ii libuuid1 2.20.1-5.6 ii libxml2 2.9.1+dfsg1-3 ii perl 5.18.2-2 ii python2.7.5-5 cluster-glue recommends no packages. cluster-glue suggests no packages. From 12efff33d65894737f4bf7f5a016a592d9bc9d1c Mon Sep 17 00:00:00 2001 From: Jari Aalto jari.aa...@cante.net Date: Fri, 28 Feb 2014 11:44:45 +0200 Subject: [PATCH] Handle exit and error messages in more standard manner. Organization: Private Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit - Send errors to STDERR - Prefix messages with ERROR: to help noticing them. - New generic Die() function to handle details. Signed-off-by: Jari Aalto jari.aa...@cante.net --- logd.orig | 105 ++ 1 file changed, 105 insertions(+) create mode 100755 logd.orig diff --git a/logd.orig b/logd.orig new file mode 100755 index 000..1f8f2af --- /dev/null +++ b/logd.orig @@ -0,0 +1,105 @@ +#!/bin/sh +# +# +# logd Start logd (non-blocking log service) +# +# Author: Dejan Muhamedagic dmuhameda...@suse.de +# (After the heartbeat init script) +# License: GNU General Public License (GPL) +# +# This script works correctly under SuSE, Debian, +# Conectiva, Red Hat and a few others. Please let me know if it +# doesn't work under your distribution, and we'll fix it. +# We don't hate anyone, and like for everyone to use +# our software, no matter what OS or distribution you're using. +# +# chkconfig: 2345 @LOGD_INITSTARTPRI@ @LOGD_INITSTOPPRI@ +# description: Startup script logd service. +# processname: ha_logd +# pidfile: /var/run/logd.pid +# config: /etc/logd.cf +# +### BEGIN INIT INFO +# Description: ha_logd is a non-blocking logging daemon. +# It can log messages either to a file or through syslog +# daemon. +# Short-Description: ha_logd logging daemon +# Provides: ha_logd +# Required-Start: $network $syslog $remote_fs +# Required-Stop: $network $syslog $remote_fs +# X-Start-Before: heartbeat openais +# Default-Start: 2 3 4 5 +# Default-Stop: 0 1 6 +### END INIT INFO + +LOGD_CFG=/etc/logd.cf +LOGD_OPT= +[ -f $LOGD_CFG ] LOGD_OPT=-c $LOGD_CFG +LOGD_BIN=/usr/lib/heartbeat/ha_logd + +Die () +{ +code=$1 +shift + +echo $@ 2 +exit $ode +} + +if [ ! -f $LOGD_BIN ]; then + Die 5 -n ERROR: ha_logd not installed. +fi + +StartLogd() { +echo -n Starting ha_logd: +$LOGD_BIN -s /dev/null 21 +if [ $? -eq 0 ]; then + echo logd is already running + return 0 +fi + +$LOGD_BIN -d $LOGD_OPT /dev/null 21 +if [ $? -ne 0 ]; then + Die 1 ERROR: starting logd failed +fi +echo ok +exit 0 +} + +StopLogd() { +echo -n Stopping ha_logd: + +$LOGD_BIN -s /dev/null 21 +if [ $? -ne 0 ]; then + echo NOTE: logd is already stopped + return 0 +fi + +$LOGD_BIN -k /dev/null 21 +if [ $? -ne 0 ]; then + Die 1 ERROR: stopping logd failed +fi +echo stopped +exit 0 +} + +StatusLogd() { + $LOGD_BIN -s + exit $? +} + +case $1 in + start) StartLogd ;; + status) StatusLogd ;; + stop) StopLogd ;; + restart|force-reload) +sleeptime=1 + $0 stop sleep $sleeptime $0 start + echo + ;; + + *) + Die 1 Unknown arg. Usage: $0 {start|stop|status|restart} +;; +esac + -- 1.8.5.3
Bug#740252: git-annex: Seems unable to join Jabber server while creating a repo Share with a friend
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 27/02/2014 18:04, Joey Hess wrote: Carl Chenet wrote: While trying to create a Share with a friend repository, I try to provide my credentials to join my Jabber server but it seems unable to join. I'm not behind a proxy and my Pidgin is running at the same time without problem. Let me know if you need more information. Try enabling debug logging (either in the webapp under configuration or starting the program with --debug), and see what's logged when connecting. What is your jabber server? Hi Joey, When trying to give credentials in the window Configuring Jabber account, the following message appears: Unable to connect to the Jabber server. Maybe you entered the wrong password? (Error message: host im.apinc.org:5222 failed: AuthenticationFailure) Using the debug mode I don't have anything related to a Jabber session [2014-02-28 10:58:16 CET] PairListener: ignoring message that looped back I'm sure I'm using the good password because I also use Pidgin to connect my Jabber account at the same time and everything is ok. My Jabber address is lordcha...@im.apinc.org I'm not using a proxy. Regards, - -- Carl Chenet Blog : https://carlchenet.com https://identi.ca/carlchenet | https://twitter.com/carl_chenet Contributions to FOSS : http://www.ohloh.net/accounts/chaica -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJTEF5PAAoJEAJwonWM1zbikfcP+wVC3etkeuLtJTux7FwwyPRw gXdrRi5Trzd8SuxcYae6ZaDeOmn0l2YyHfj0MqYsaeAMdjF5zF3n4BR98dY/Bgag nGGT48XxdC4S8OPMNMsGAjobHAhEMQMsgwup0kUlD2TL4QKd+TyEKDaxy0/kFVIG kkd/iOp6EJmFAAdtCZcvv9OzAr5WTkFpfPRu8IM3In2+WMs4bJ++hdpsBS2lw2sT M86kQpY+phnpX67G637ZDbjyp+FtlVhpF9RpuCA5vHW/oGPB54s4mQc0/YcQjWAP X2wtbASdr0YBUoSUkDFMPbwagG6mPZ326Ls9s7zWerx8Lu3jEjMpY36bkXkAUQhu LUIEfHdlmB0V/32dM9H0m7F+Twd+aiHDs6WdyzpW5E8aN1W5ZH2EnMKqGtu7GiaW Kaoalb/Sn6dFB8QMNqObINAMKM4VFrngBp2yy1byeYnL8wPIzm8zeGiTsD2AGedo PdlwHhB5q1t6jKW+iCVtsmp1O8GAhFd1xivmLA+r87FAU0mJg9/Nl5JR4EUoZaxp F4yjVJB5KFS04K2aM9lLUWlNoPGRoNJZ0yhwrxjLbx7J3yxXcUqcvSAj6uK1lVub 92huQfmmt263MBhm3ULONk5X/wGoJbs/wzJN9Ztn6/T8W4i8j8lR+sqFdWtnHZuJ 5p5ClOr7iOa18T4NHSmK =FkUP -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#735359: Debian ‘python-coverage’ 3.7.1+dfsg.1-1
package src:python-coverage tags 735359 + pending thanks I have released ‘python-coverage’ 3.7.1+dfsg.1-1, addressing this bug among others. You can get the source package from Debian Mentors repository: $ dget -x http://mentors.debian.net/debian/pool/main/p/python-coverage/python-coverage_3.7.1+dfsg.1-1.dsc See the page for this package at mentors.debian.net URL:https://mentors.debian.net/package/python-coverage. The usual sponsor for this package has indicated they are busy, so another person to sponsor this release would be welcome. -- \ “As soon as we abandon our own reason, and are content to rely | `\ upon authority, there is no end to our troubles.” —Bertrand | _o__)Russell, _Unpopular Essays_, 1950 | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740053: Debian ‘python-coverage’ 3.7.1+dfsg.1-1
package src:python-coverage tags 735359 + pending thanks I have released ‘python-coverage’ 3.7.1+dfsg.1-1, addressing this bug among others. You can get the source package from Debian Mentors repository: $ dget -x http://mentors.debian.net/debian/pool/main/p/python-coverage/python-coverage_3.7.1+dfsg.1-1.dsc See the page for this package at mentors.debian.net URL:https://mentors.debian.net/package/python-coverage. The usual sponsor for this package has indicated they are busy, so another person to sponsor this release would be welcome. -- \ “As soon as we abandon our own reason, and are content to rely | `\ upon authority, there is no end to our troubles.” —Bertrand | _o__)Russell, _Unpopular Essays_, 1950 | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740281: quickbrown.txt License question
On 27/02/14 21:38, Florian Schlichting wrote: I'm in the process of packaging PerlIO::utf8_strict for Debian. The module includes in its CPAN distribution a 2010 copy of the file quickbrown.txt, very similar to the one you make available at http://www.cl.cam.ac.uk/~mgk25/ucs/examples/quickbrown.txt. This file contains your name at the top and a mention that the copyright for the Thai example is owned by the Computer Association of Thailand, but I was unable to find any license information either in that file or its vicinity. I never added a copyright or database licence because the file is largely a compilation of other people's work, mostly with unknown authors. All I feel able to do is to promise that I won't sue your project or anybody regarding their use of this file. On the contrary, I am very delighted that your project finds it useful, and that it has helped to get the Linux/Unix community interested in UTF-8 nearly two decades ago. I would be happy to release any copyright that I might share in this file under e.g. a Creative Commons Attribution licence, but I am not confident that Creative Commons is suitable for a compilation of samples. I am not even sure that single-sentence pangrams fall under copyright legislation: they are at the very short end of what might count as a work of authorship. If it had been a piece of example code, I would have simply added the line License: http://www.cl.cam.ac.uk/~mgk25/short-license.html which links to a page that explains my political reluctance to add formal copyright licences to work that is probably far too short and trivial to fall under copyright legislation. You may feel reassured by the fact that since I compiled the quickbrown.txt file, others have taken that list, expanded it significantly, and put it onto Wikipedia at http://en.wikipedia.org/wiki/List_of_pangrams and I have not seen there any copyright concerns raised either. I might add a non-licence phrase like share any enjoy to the next version, to alleviate due-diligence copyright concerns without contributing to an impression in the community that even short sentences can actually be copyrighted. The Thai example including its copyright message is exactly as I received it. I left the copyright message intact mostly because it sounded odd and interesting with its royal reference. Unfortunately, I lost the contact details of its contributor. Hope this helps ... Markus -- Markus Kuhn, Computer Laboratory, University of Cambridge http://www.cl.cam.ac.uk/~mgk25/ || CB3 0FD, Great Britain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736121: Debian ‘python-coverage’ 3.7.1+dfsg.1-1 — Fix for bug#736121
package python3-coverage tags 736121 + pending thanks I have released ‘python-coverage’ 3.7.1+dfsg.1-1, addressing this bug among others. You can get the source package from Debian Mentors repository: $ dget -x http://mentors.debian.net/debian/pool/main/p/python-coverage/python-coverage_3.7.1+dfsg.1-1.dsc See the page for this package at mentors.debian.net URL:https://mentors.debian.net/package/python-coverage. The usual sponsor for this package has indicated they are busy, so another person to sponsor this release would be welcome. -- \ “As soon as we abandon our own reason, and are content to rely | `\ upon authority, there is no end to our troubles.” —Bertrand | _o__)Russell, _Unpopular Essays_, 1950 | Ben Finney b...@benfinney.id.au -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740318: [Python-modules-team] Bug#740318: python3-numpy-dbg shares a file with python3-numpy without conflicts on kfreebsd
this should be fixed in the experimental version. a new numpy bugfix rc release is due this weekend which will be uploaded to unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736765: my experience with i915kms, newcons and k-11
Control: severity -1 grave It became worse with 1.15. Adjusting severity... On 27/02/2014 18:25, Christoph Egger wrote: On Sun, Feb 23, 2014 at 11:44:35AM -0300, brunomaxi...@openmailbox.org wrote: but, any input (mouse, touchpad, keyboard) doesn't work, so I can't log in. This is happening with you guys or just me? Any idea? Thanks, Happens for me since xserver 1.15 or something (very recent update in jessie). I don't have any input working in any way (kfreebsd 9.2 or 9.3) with slim. I'll try to allocate some time to fix that but can't promise anything currently. Christoph -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690158: (no subject)
In any case, it would be nice if ettercap would warn before disabling packet forwarding, and also by default restore the forwarding setting upon exit. Doing so would avoid the awkward situation that engendered this bug report. This should be fixed in the development release, unfortunately it still needs LOT of testing before of a new release. The problem was in the restore code. Ettercap was starting, tweak ip forward, dropping its privileges, doing the good/bad stuff, trying to restore ip forward (but without enough privileges) - fail. Now instead of setuid we use seteuid, that should give us the possibility to become root again (and seems working so far). reference: https://github.com/Ettercap/ettercap/blob/master/src/ec_utils.c (regain_privs function) So the restoration code should work now. Unfortunately there are some issues about an incorret ip-forward ssl rule reported, that might be related to this regain/drop_privs functions https://github.com/Ettercap/ettercap/issues/465 So hopefully the next release will close this issue aswell. Cheers, Gianfranco
Bug#740336: glade: GladeUI-ERROR **: Unable to get GladeWidget for internal child vbox
Package: glade Version: 3.14.2-3 Severity: normal Dear Maintainer, loading a .glade file that I generated with glade 3.12 makes glade 3.14 crash with the above error. The same happens if I try to open /usr/share/pychess/glade/PyChess.glade from the package pychess (version 0.12~beta3-1) bye armin -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages glade depends on: ii libc6 2.17-97 ii libgladeui-2-4 3.14.2-3 ii libglib2.0-02.38.2-5 ii libgtk-3-0 3.10.7-1 Versions of packages glade recommends: ii devhelp 3.8.2-2 ii libgtk-3-dev 3.10.7-1 glade 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#740332: maradns: prompting due to modified conffiles which were not modified by the user: /etc/maradns/mararc
On 28 February 2014 10:36, Andreas Beckmann a...@debian.org wrote: Package: maradns Version: 2.0.09-1 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed the piuparts upgrade test because dpkg detected a conffile as being modified and then prompted the user for an action. As there is no user input, this fails. But this is not the real problem, the real problem is that this prompt shows up in the first place, as there was nobody modifying this conffile at all, the package has just been installed and upgraded... This is a violation of policy 10.7.3, see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.3, which says [These scripts handling conffiles] must not ask unnecessary questions (particularly during upgrades), and must otherwise be good citizens. http://wiki.debian.org/DpkgConffileHandling should help with figuring out how to do this properly. In http://lists.debian.org/debian-devel/2009/08/msg00675.html and followups it has been agreed that these bugs are to be filed with severity serious. From the attached log (scroll to the bottom...): Setting up maradns (2.0.09-1) ... Installing new version of config file /etc/init.d/maradns ... Configuration file '/etc/maradns/mararc' == File on system created by you or by a script. == File also in package provided by package maintainer. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** mararc (Y/I/N/O/D/Z) [default=N] ? dpkg: error processing package maradns (--configure): EOF on stdin at conffile prompt Errors were encountered while processing: maradns To fix this, one has probably to undo modifications performed on the conffile by the maintainer scripts in wheezy. I am on it. It is a bug that emerged as a side effect of closing [1], where previous maintainer modified config files. So apparently I have not fixed it completely. So if I understand this correctly if I fix this, I will be back with [1], because now I do not modify conffiles, just copy them from upstream as they are. If I revert to modifying the conffile, I will still be violating 10.7.3 again. Undoing modifications performed in wheezy is what I do now. I need somebody to talk me through this, Ill talk to befriended DD. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=710903 -- Pozdrawiam, Dariusz Dwornikowski, Assistant 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740318: [Python-modules-team] Bug#740318: python3-numpy-dbg shares a file with python3-numpy without conflicts on kfreebsd
hm no not fixed yet in experimental, but will be thanks for the report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740337: gnome-tweak-tool: AttributeError: 'gi.repository.Gtk' object has no attribute 'ListBox'
Package: gnome-tweak-tool Version: 3.10.1-1 Severity: grave Hello, I just installed gnome-tweak-tool and launching it got this error: $ gnome-tweak-tool WARNING : Shell not installed or running Traceback (most recent call last): File /usr/bin/gnome-tweak-tool, line 84, in module from gtweak.app import GnomeTweakTool File /usr/lib/python2.7/dist-packages/gtweak/app.py, line 25, in module from gtweak.tweakview import Window File /usr/lib/python2.7/dist-packages/gtweak/tweakview.py, line 26, in module from gtweak.widgets import Title File /usr/lib/python2.7/dist-packages/gtweak/widgets.py, line 207, in module class ListBoxTweakGroup(Gtk.ListBox, TweakGroup): File /usr/lib/python2.7/dist-packages/gi/module.py, line 313, in __getattr__ return getattr(self._introspection_module, name) File /usr/lib/python2.7/dist-packages/gi/module.py, line 134, in __getattr__ self.__name__, name)) AttributeError: 'gi.repository.Gtk' object has no attribute 'ListBox' with this versin of python-gi $ COLUMNS=80 dpkg -l python-gi | tail -n1 ii python-gi 3.10.2-1 amd64Python 2.x bindings for gobject-i but also updating to the latest version in sid: $ COLUMNS=80 dpkg -l python-gi | tail -n1 ii python-gi 3.10.2-2+b1 amd64Python 2.x bindings for gobject-i Regards, Sandro -- 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.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-tweak-tool depends on: ii gir1.2-gnomedesktop-3.03.8.4-2 ii gir1.2-gtk-3.0 3.8.6-1 ii gnome-shell-common 3.8.4-5 ii gsettings-desktop-schemas 3.8.2-2 ii python 2.7.5-5 ii python-gi 3.10.2-1 gnome-tweak-tool recommends no packages. gnome-tweak-tool 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#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
Hello, On 28 February 2014 09:30, Turbo Fredriksson tu...@debian.org wrote: I'm basically Ccing half the world in this (only half sorry about that :) and I don't know who half of you are :), but there have been very little information on what's happening with ZoL in Debian GNU/Linux. Aron (and in some part Carlos) seems to have gone a-wall and the list have been VERY quiet. It seems like it's only Aron and me that is actually Debian GNU/Linux Developers (unless other things have happened outside the list that I'm not aware of - Carlos was/is a maintainer if I don't misremembering and Darik is in the wait queue?). And no actually status information/reason from the FTP maintainers about why it have been stuck in incoming for so long (accepted into incoming Sun, 07 Jul 2013 16:00:06 - that's more than six months ago!). Have it been rejected? Is it held up for some reason? What can I/we do to help move it along? Apart from talking to ftp-masters, I don't know. I'm now the current Debian GNU/Linux Wheezy package maintainer (and have been for quite some time) for/in ZoL (upstream from Debian GNU/Linux I suppose) and I have contributed to both the packaging (that is already in the Alioth repos) as well as bits and pieces to ZoL code (such as SMB and iSCSI support - which will be accepted into post-0.6.3 which is due out very soon now we hope) and also wrote support for ZoL to be used as installation target (debian installer, part-man) etc. With that - I have a large vested interest in maintaining this and I work on it almost daily, so if no one else have the time (Aron, Carlos) I know that Darik is also very busy working on this, and he already maintain (and have for a very long time) the Ubuntu packages in ZoL, and much (most, all?) of the current packaging is from his busy hands. So I'd prefer to work with him on this (if aron/carlos don't have the time/interest that is - I'm not proposing to steal the packaging!). Since there have been next to no progress in the Debian GNU/Linux ZoL projects, I have done all my packaging stuff in the ZoL repos, so if/when this project is revitalized, I'll push all my work to the Debian GNU/Linux repos as individual commits. Where is the latest/greatest set of packaging repositories and/or packages to look at? I'd love to evaluate it on Ubuntu, after informal discussion with Ubuntu ftp-master, I got an agreement that ZoL is a technology we'd be willing to include in the Ubuntu Archive. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740250: imagemagick: CVE-2014-1947 CVE-2014-1958 CVE-2014-2030
We are not affected by CVE-2014-1947: but by CVE-2014-2030 On Thu, Feb 27, 2014 at 2:45 PM, Moritz Muehlenhoff j...@inutil.org wrote: Package: imagemagick Severity: grave Tags: security Justification: user security hole The CVE assignments are a bit tricky, please see http://www.openwall.com/lists/oss-security/2014/02/12/2 for the thread on oss-security. CVE-2014-1958 http://trac.imagemagick.org/changeset/14801 CVE-2014-1947: http://trac.imagemagick.org/changeset/13736 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#611248: gnat-4.4: [amrel only] unexpected symbols added for shared library
Package: gnat-4.4 Followup-For: Bug #611248 Hello. I checked in the oldstable chroot of abel.debian.org, libpolyorb-giop.so seems to build correctly. Your report looks quite similar to 687642. Could you please try to reproduce, and report what happens when replacing -lgnarl-4.4 with the explicit path /usr/lib/$(DEB_HOST_MULTIARCH)/libgnarl-4.4.so? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740338: npm: no longer supports self-signed certificates, so need to upgrade
Package: npm Version: 1.3.10~dfsg-1 Severity: important See http://blog.npmjs.org/post/78085451721/npms-self-signed-certificate-is-no-more npm was bombing out because of this :-( Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740219: FTBFS on armel: modules in more than one package
On Fri, 2014-02-28 at 11:26 +0100, Arnaud Patard wrote: Ian Campbell i...@hellion.org.uk writes: On Thu, 2014-02-27 at 03:07 +, Wookey wrote: End of the build log at: https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armelver=3.13.4-1stamp=1393291598 some modules are in more than one package debian/jffs2-modules-3.13-1-orion5x-di lib/modules/3.13-1-orion5x/kernel/lib/lzo/lzo_compress.ko debian/btrfs-modules-3.13-1-orion5x-di lib/modules/3.13-1-orion5x/kernel/lib/lzo/lzo_compress.ko Looks like lzo_compress became a module again, so we should (partially?) revert r18646. Looking at the log I only see it built as a module, so I think entirely revert is probably the answer. iirc Ben has already committed a fix for that some days ago so I'm not sure that this needs to be discussed further. Ah, I checked trunk and the fix is in the sid branch. Sorry for the noise... Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
Where is the latest/greatest set of packaging repositories and/or packages to look at? For Debian GNU/Linux Wheezy, this would be https://github.com/zfsonlinux/pkg-zfs/tree/master/debian/wheezy/0.6.3-0.8_g540ce4_wheezy I'm not sure which tag is the latest for Ubuntu (I'm a little unfamiliar which Ubuntu release that's latest - Darik is managing that part). But if I had to guess, it would be: https://github.com/zfsonlinux/pkg-zfs/tree/master/ubuntu/saucy/0.6.2-1_saucy and possibly https://github.com/zfsonlinux/pkg-zfs/tree/master/ubuntu/quantal/0.6.2-1_quantal I'm fairly certain Darik have been doing snapshots for quite some time, and the Ubuntu snapshots I found would be https://github.com/zfsonlinux/pkg-zfs/tree/snapshot/ubuntu/saucy/0.6.2-2_saucy_2.gbp46f6df https://github.com/zfsonlinux/pkg-zfs/tree/snapshot/ubuntu/quantal/0.6.1-2_quantal_1.gbpfde0ad I'd love to evaluate it on Ubuntu, after informal discussion with Ubuntu ftp-master, I got an agreement that ZoL is a technology we'd be willing to include in the Ubuntu Archive. Don't forget to talk to Darik about this first. He's been doing Ubuntu packages for ZoL for years. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740219: FTBFS on armel: modules in more than one package
Ian Campbell i...@hellion.org.uk writes: On Thu, 2014-02-27 at 03:07 +, Wookey wrote: End of the build log at: https://buildd.debian.org/status/fetch.php?pkg=linuxarch=armelver=3.13.4-1stamp=1393291598 some modules are in more than one package debian/jffs2-modules-3.13-1-orion5x-di lib/modules/3.13-1-orion5x/kernel/lib/lzo/lzo_compress.ko debian/btrfs-modules-3.13-1-orion5x-di lib/modules/3.13-1-orion5x/kernel/lib/lzo/lzo_compress.ko Looks like lzo_compress became a module again, so we should (partially?) revert r18646. Looking at the log I only see it built as a module, so I think entirely revert is probably the answer. iirc Ben has already committed a fix for that some days ago so I'm not sure that this needs to be discussed further. Arnaud -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730580: 1.6.0 released
Hi, in fact, 1.6.0 was released 2014-01-04, so upgrading to 1.5.11 got pointless ;) Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730426:
Control: owner -1 t...@coldtobi.de Setting myself as owner. Thanks to Lemos for his efforts so far! Best regards, Tobias Frost -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739887: [Pkg-systemd-maintainers] Bug#739887: Bug#739887: systemd cannot stop samba (hangs forever)
Can you also provide the output of “systemctl dump” and “systemctl list-jobs” in that situation please? Before answering your questions, let me add that Michael Biebl's suggestion fixes the problem. And now to some 350+ lines of output. ;) chopin:~# systemctl list-jobs JOB UNIT TYPE STATE 2333 samba.service stop running 2335 smbd.service stop waiting 2 jobs listed. chopin:~# systemctl dump (slightly edited) - Unit samba.service: Description: LSB: ensure Samba daemons are started (nmbd and smbd) Instance: n/a Unit Load State: loaded Unit Active State: deactivating Inactive Exit Timestamp: Fri 2014-02-28 11:53:48 CET Active Enter Timestamp: Fri 2014-02-28 11:53:49 CET Active Exit Timestamp: Fri 2014-02-28 11:53:56 CET Inactive Enter Timestamp: Fri 2014-02-28 11:53:15 CET GC Check Good: yes Need Daemon Reload: no Name: samba.service Source Path: /etc/init.d/samba Condition Timestamp: Fri 2014-02-28 11:53:48 CET Condition Result: yes Requires: basic.target WantedBy: multi-user.target WantedBy: graphical.target Conflicts: shutdown.target Before: shutdown.target Before: multi-user.target Before: graphical.target After: cups.service After: smbd.service After: nmbd.service After: systemd-journald.socket After: basic.target References: smbd.service References: nmbd.service References: systemd-journald.socket References: basic.target References: shutdown.target ReferencedBy: cups.service ReferencedBy: multi-user.target ReferencedBy: graphical.target StopWhenUnneeded: no RefuseManualStart: no RefuseManualStop: no DefaultDependencies: yes OnFailureIsolate: no IgnoreOnIsolate: no IgnoreOnSnapshot: no ControlGroup: cpu:/system/samba.service ControlGroup: name=systemd:/system/samba.service Service State: stop Result: success Reload Result: success PermissionsStartOnly: no RootDirectoryStartOnly: no RemainAfterExit: yes GuessMainPID: no Type: forking Restart: no NotifyAccess: none Control PID: 12480 KillMode: process KillSignal: SIGTERM SendSIGKILL: yes UMask: 0022 WorkingDirectory: / RootDirectory: / NonBlocking: no PrivateTmp: no ControlGroupModify: no ControlGroupPersistent: yes PrivateNetwork: no IgnoreSIGPIPE: no LimitNOFILE: 4096 StandardInput: null StandardOutput: journal StandardError: inherit SyslogFacility: daemon SyslogLevel: info - ExecStart: Command Line: /etc/init.d/samba start PID: 12420 Start Timestamp: Fri 2014-02-28 11:53:48 CET Exit Timestamp: Fri 2014-02-28 11:53:49 CET Exit Code: exited Exit Status: 0 - ExecReload: Command Line: /etc/init.d/samba reload - ExecStop: Command Line: /etc/init.d/samba stop PID: 12480 Start Timestamp: Fri 2014-02-28 11:53:56 CET SysV Init Script has LSB Header: yes SysVEnabled: yes SysVStartPriority: 6 - Job 2333: Action: samba.service - stop State: running Forced: yes Irreversible: no - Unit smbd.service: Description: LSB: start Samba SMB/CIFS daemon (smbd) Instance: n/a Unit Load State: loaded Unit Active State: active Inactive Exit Timestamp: Fri 2014-02-28 11:53:48 CET Active Enter Timestamp: Fri 2014-02-28 11:53:49 CET Active Exit Timestamp: Fri 2014-02-28 11:53:13 CET Inactive Enter Timestamp: Fri 2014-02-28 11:53:14 CET GC Check Good: yes Need Daemon Reload: no Name: smbd.service Source Path: /etc/init.d/smbd Condition Timestamp: Fri 2014-02-28 11:53:48 CET Condition Result: yes Requires: basic.target WantedBy: multi-user.target WantedBy: graphical.target Conflicts: shutdown.target Before: shutdown.target Before: samba.service Before: multi-user.target Before: graphical.target After: nmbd.service After: network.target After: local-fs.target After: remote-fs.target After: slapd.service After: cups.service After: systemd-journald.socket After: basic.target References: network.target References: local-fs.target References: remote-fs.target References: slapd.service References:
Bug#636783: TC constitutional issues
Andreas Barth writes (Bug#636783: TC constitutional issues): * Ian Jackson (ijack...@chiark.greenend.org.uk) [140227 19:27]: * 2:1 supermajority for TC overrides should be abolished (seems we are probably agreed on this - speak now if not) I prefer if any decision to override the TC is statistically safe, i.e. not just one vote above 50%. For the init system decision I expected this to be the case anyways (so I'm happy with the GR rider), but for normal overrides I would prefer something like 55% or at least 20 votes more or so. (I don't have any detailed opinion on what is adequate, but I prefer it to be a bit more than 1:1). Do you think it likely that the project might have a series of GRs with contradictory outcomes ? I think that if feeling is very close the right answer is to have it decided by bare majority in a GR. If you did as you suggest, and the override GR failed 200 in favour vs 199 against, the holding of a another GR would be nearly inevitable. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731305: gimp: CVE-2013-1913 CVE-2013-1978
Hi, On Fri, 17 Jan 2014 10:25:33 -0500 Ari Pollak a...@debian.org wrote: I was hoping upstream would release a new stable version, since it would also fix a FTBFS. That still hasn't happened, so I might just end up releasing a git snapshot. Attached tiny patch fixes FTBFS, I can built it with git-buildpackage. Ari, could you check it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff --git a/debian/changelog b/debian/changelog index f9b0128..facae30 100644 --- a/debian/changelog +++ b/debian/changelog @@ -6,6 +6,10 @@ gimp (2.8.10-1) UNRELEASED; urgency=high (Closes: #731305) * Build-depend on libtiff-dev instead of libtiff4-dev (Closes: #736006) + [ Hideki Yamane ] + * debian/patches +- add adjust_freetype_header.patch to fix FTBFS + -- Ari Pollak a...@debian.org Wed, 04 Dec 2013 20:46:57 -0500 gimp (2.8.6-1) unstable; urgency=low diff --git a/debian/patches/adjust_freetype_header.patch b/debian/patches/adjust_freetype_header.patch new file mode 100644 index 000..76feb49 --- /dev/null +++ b/debian/patches/adjust_freetype_header.patch @@ -0,0 +1,16 @@ +Description: adjust freetype header location + +Forwarded: no +Last-Update: 2014-02-28 + +--- gimp-2.8.10.orig/app/text/gimpfont.c gimp-2.8.10/app/text/gimpfont.c +@@ -27,7 +27,7 @@ + + #define PANGO_ENABLE_ENGINE 1 /* Argh */ + #include pango/pango-ot.h +-#include freetype/tttables.h ++#include freetype2/tttables.h + + #include text-types.h + diff --git a/debian/patches/series b/debian/patches/series index 65e0b16..457b29d 100644 --- a/debian/patches/series +++ b/debian/patches/series @@ -1 +1,2 @@ 01_hurd_ftbfs.patch +adjust_freetype_header.patch
Bug#740337: gnome-tweak-tool: AttributeError: 'gi.repository.Gtk' object has no attribute 'ListBox'
On 28/02/14 11:17, Sandro Tosi wrote: ii gir1.2-gtk-3.0 3.8.6-1 You need 3.10 (which is in testing already). We should have a versioned dependency there. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740275: fuser acts as if -M is specified if any of -acikmsuvw are
On Thu, Feb 27, 2014 at 12:43:52PM -0500, Brad Jorsch wrote: - if (opts * OPT_ISMOUNTPOINT) { + if (opts OPT_ISMOUNTPOINT) { I can't believe I did that. I've applied it to upstream git and to a Debian package, thanks for the bug report and patch. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740330: Acknowledgement (dpkg: error processing archive /var/cache/apt/archives/linux-image-3.13-1-amd64_3.13.4-1_amd64.deb (--unpack): (no space left) ошибка создания каталога)
Hello! On my machine, the problem was solved: rm -rf /lib/modules/3.12-1-amd64/kernel/drivers apt-get --yes dist-upgrade apt-get --yes update apt-get --yes dist-upgrade ls /boot/ apt-get --yes --print-uris remove linux-image-3.12-1-amd64 # df -h Файловая система Размер Использовано Дост Использовано% Cмонтировано в /dev/sda1 315M 279M 16M 95% / udev10M0 10M0% /dev tmpfs 302M 340K 302M1% /run tmpfs 5,0M0 5,0M0% /run/lock tmpfs 1,8G0 1,8G0% /run/shm /dev/sda9 276G 64M 262G1% /home /dev/sda8 360M 2,1M 335M1% /tmp /dev/sda5 8,2G 703M 7,1G9% /usr /dev/sda6 2,7G 1,1G 1,5G 43% /var apt-get --yes remove linux-image-3.12-1-amd64 apt-get --yes update apt-get --yes dist-upgrade sync sync nohup shutdown -r +1 logout ; But some people who will meet with this problem that occurs in the future can not solve it. Overall it was not terrible, but it can affect the popularity of your distribution. On Fri, 28 Feb 2014 09:24:06 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Base Maintainers virtual-pkg-base-maintain...@lists.alioth.debian.org If you wish to submit further information on this problem, please send it to 740...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 740330: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740330 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- coronol coro...@mail.ru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740301: Native systemd support
Hi Josh, Josh Triplett wrote: I've attached a file screen.conf to install in /usr/lib/tmpfiles.d, which sets up /var/run/screen. That then makes /etc/init.d/screen unnecessary, ... only for people running systemd, but not for people running sysvrc, so that script is not really unnecessary in general. so screen should also install a symlink /lib/systemd/systemd/screen - /dev/null to prevent it from running. Shouldn't that be /lib/systemd/system/screen-cleanup.service? ^^ (It's possible that screen.conf should also have z /var/run/screen, to correspond to the restorecon call in the initscript, but I'm not an SELinux expert, so I don't know.) Me neither, so I'll leave it out for now. Note that this just covers the permissions of screen as installed by the package. If an admin wants to use dpkg-statoverride to change the permissions of screen and give it a different group or make it setuid root, it's trivial to also install an overriding /etc/tmpfiles.d/screen with corresponding permissions. Nonetheless, that'd be worth mentioning in NEWS.Debian. *sigh* Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates
Follow-up Comment #5, bug #41331 (project wget): Before I create a patch, I would like to know what you suggest. At least such a suggestion should satisfy the widest possible range of users. Some options could be (single or combination) a. Output WARNING instead of ERROR b. Output ERROR only with --debug enabled c. Output WARNING only with --debug enabled d. Suppress any output e. Ignore executables (i guess your scripts have the X flag set) f. Just read *.pem and *.crt files I personally tend to c. To get rid of the messages, you could also create a subdirectory for your scripts. (I also would like to change the code to ignore .* files, but that might be another patch.) Maybe some more people could post their opinions !? ___ Reply to this item at: http://savannah.gnu.org/bugs/?41331 ___ Nachricht gesendet von/durch Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643564: still an open issue
I'd also appreciate if this bug could be fixed.
Bug#740340: tutorial lua script fails when building roads
Package: widelands Version: 1:18-1 Severity: normal Tags: upstream in the tutorial game, the player must build military buildings, and when they are finished, the tutorial proceeds with introducing mines. if the player stays in road building mode after building the military buildings, or if he is just building a road to an additional military building, and the tutorial takes control to build a road into the mountains, it is (unexpectedly, to the tutorial script) not presented with the build menu, but with the road building menu (consisting of only a red 'x' to abort road building), and fails with a in-game message Lua Coroutine Fa...: [/tmp/buildd/widelands-18/src/scripting/scripting.h:42] [string map:init]: 132: attempt to index local 'panel' (a nil value) after that, the game does not react any further, and can only be closed as a window. -- 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.13-1-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 widelands depends on: ii fonts-dejavu-core 2.34-1 ii fonts-dejavu-extra2.34-1 ii fonts-freefont-ttf20120503-4 ii libc6 2.18-3 ii libgcc1 1:4.8.2-16 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglew1.10 1.10.0-3 ii liblua5.1-0 5.1.5-5 ii libpng12-01.2.50-1 ii libsdl-gfx1.2-4 2.0.23-3 ii libsdl-image1.2 1.2.12-5+b2 ii libsdl-mixer1.2 1.2.12-10 ii libsdl-net1.2 1.2.8-4 ii libsdl-ttf2.0-0 2.0.11-3 ii libsdl1.2debian 1.2.15-8 ii libstdc++64.8.2-16 ii widelands-data1:18-1 ii zlib1g1:1.2.8.dfsg-1 widelands recommends no packages. widelands suggests no packages. -- no debconf information -- To use raw power is to make yourself infinitely vulnerable to greater powers. -- Bene Gesserit axiom signature.asc Description: Digital signature
Bug#714078: rail: fails to install: Cannot open load file: mime-def
Control: reopen -1 Control: tags -1 + patch On February 28, 2014 at 10:48AM +0100, anbe (at debian.org) wrote: from an upgrade from wheezy to jessie: [...] Setting up emacs23 (23.4+1-4.1+b1) ... Install emacsen-common for emacs23 emacsen-common: Handling install of emacsen flavor emacs23 Wrote /etc/emacs23/site-start.d/00debian-vars.elc Wrote /usr/share/emacs23/site-lisp/debian-startup.elc Install flim for emacs23 Install rail for emacs23 install/rail: Handling install for emacsen flavor emacs23 Cannot open load file: mime-def It seems flim's mime-def.elc is not found when byte-compiling. The rail package depends on flim, so install/rail called from rail.postinst succeed, but install/rail called from emacsen-common could fail as above. See also bug#737389. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737389 To prevent this problem, please skip byte-compilation in emacsen-install if the depending file is not yet prepared. ``` --- a/debian/emacsen-install +++ b/debian/emacsen-install @@ -8,6 +8,7 @@ FLAVOR=$1 PACKAGE=rail +if [ ! -f /usr/share/$FLAVOR/site-lisp/flim/mime-def.elc ]; then exit 0; fi case $FLAVOR in emacs|emacs21|emacs20|emacs19|mule2|*xemacs*) exit 0 ``` Thanks, -- Tatsuya Kinoshita pgpkcnDDZjUY0.pgp Description: PGP signature
Bug#740341: please recommend xscreensaver-data
Package: xscreensaver Version: 5.23-1 Severity: wishlist Do you think it would be possible to move xscreensaver-data from Depends to Recommends? I would prefer to not install all these fancy graphic gimmicks I never use. Thanx in advance Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736427: [bug #41331] spurious errors if some files in the cert directory are not certificates
Follow-up Comment #6, bug #41331 (project wget): I would say c. Perhaps f could be OK too and could be even safer, but this is partly unrelated to the error/warning message. e may not be sufficient. For instance, a user may want to rename some buggy/old certificate by adding the ~ character at the end of the file name (or .bak, or .old) in order to ignore it. And that's why I think that f is safer than the current behavior. This is similar to new requirements by some new software versions (e.g. recent Apache) such as: configuration files in .d directories must have a .conf extension. ___ Reply to this item at: http://savannah.gnu.org/bugs/?41331 ___ Message posté via/par Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740342: dcmnet_scp_pool test failed
Package: dcmtk Version: 3.6.1~20131114-1 Since version -1 dcmnet_scp_pool test has been failing, this need to be solved for release. See: https://buildd.debian.org/status/fetch.php?pkg=dcmtkarch=s390xver=3.6.1~20131114-1stamp=1385485004 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740318: [Python-modules-team] Bug#740318: python3-numpy-dbg shares a file with python3-numpy without conflicts on kfreebsd
Le vendredi, 28 février 2014, 11.17:05 Julian Taylor a écrit : hm no not fixed yet in experimental, but will be thanks for the report. Please make sure to release a fix in unstable soon: this bug is blocking the build for packages depending on both (like shiboken). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On Feb 28, 2014, at 11:34 AM, Turbo Fredriksson wrote: Where is the latest/greatest set of packaging repositories and/or packages to look at? For Debian GNU/Linux Wheezy, this would be https://github.com/zfsonlinux/pkg-zfs/tree/master/debian/wheezy/0.6.3-0.8_g540ce4_wheezy Make that https://github.com/zfsonlinux/pkg-zfs/tree/snapshot/debian/wheezy/0.6.3-0.9_g540ce4_wheezy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740343: texinfo: texi2pdf.1 is garbled and wrong
Package: texinfo Version: 5.2.0.dfsg.1-2 Severity: normal /usr/share/man/man1/texi2pdf.1.gz is garbled to a comical degree. It's also wrong in that I _do_ have a working tex (namely that provided by texlive-binaries). I suspect that both points are the result of excessive faith in help2man. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages texinfo depends on: ii libc6 2.17-97 ii libintl-perl1.23-1 ii libtext-unidecode-perl 0.04-2 ii libxml-libxml-perl 2.0108+dfsg-1 texinfo recommends no packages. Versions of packages texinfo suggests: pn texinfo-doc-nonfree none ii texlive-base 2013.20140123-1 ii texlive-generic-recommended 2013.20140123-1 ii texlive-latex-base 2013.20140123-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740301: Native systemd support
Hi again, I've implemented (but neither yet tested nor pushed) systemd support as described by Josh. Josh Triplett wrote: Note that this just covers the permissions of screen as installed by the package. If an admin wants to use dpkg-statoverride to change the permissions of screen and give it a different group or make it setuid root, it's trivial to also install an overriding /etc/tmpfiles.d/screen with corresponding permissions. Nonetheless, that'd be worth mentioning in NEWS.Debian. But the more I think about it, I come to the conclusion that implementing this via a systemd one-shot service is the better approach as that doesn't loose any functionality as described above. And since the functionality is already in the init script, the systemd one-shot service would be to call the init script -- which systemd already does as fallback. Hence I'm pondering to tag this as wontfix and to override the according lintian warning (or just put a dummy service file there which calls the init script). (Further discussion welcome!) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740344: RFS: mapserver/6.4.1-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package mapserver Package name: mapserver Version : 6.4.1-2 Upstream Author : The MapServer team URL : http://www.mapserver.org/ License : MIT Section : devel It builds those binary packages: cgi-mapserver - CGI executable for MapServer libmapscript-perl - Perl MapServer module libmapscript-ruby - Transitional dummy package for ruby-mapscript libmapscript-ruby1.8 - Transitional package from libmapscript-ruby1.8 to ruby-mapscript libmapscript-ruby1.9.1 - Transitional package from libmapscript-ruby1.9.1 to ruby-mapscrip libmapserver1 - Shared library for MapServer libmapserver1-dev - Shared library development files for MapServer mapserver-bin - MapServer utilities mapserver-doc - documentation for MapServer php5-mapscript - php5-cgi module for MapServer python-mapscript - Python library for MapServer ruby-mapscript - MapServer library for Ruby To access further information about this package, please visit the following URL: http://mentors.debian.net/package/mapserver Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/mapserver/mapserver_6.4.1-2.dsc More information about MapServer can be obtained from http://www.mapserver.org/. Changes since the last upload: * Add gpb.conf to use pristine-tar by default. * Use dh commands instead of CMake directly. * Enable parallel builds. * Drop lintian override for debian-watch-may-check-gpg-signature, shouldn't override pedantic tags. * Add patched FindRuby.cmake to also support Ruby 2.0 and 2.1. * Build mapscript extension for all supported Ruby versions. (closes: #739773) Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On 28/02/2014 10:20, Dimitri John Ledkov wrote: Hello, On 28 February 2014 09:30, Turbo Fredriksson tu...@debian.org wrote: I'm basically Ccing half the world in this (only half sorry about that :) and I don't know who half of you are :), but there have been very little information on what's happening with ZoL in Debian GNU/Linux. Aron (and in some part Carlos) seems to have gone a-wall and the list have been VERY quiet. It seems like it's only Aron and me that is actually Debian GNU/Linux Developers (unless other things have happened outside the list that I'm not aware of - Carlos was/is a maintainer if I don't misremembering and Darik is in the wait queue?). And no actually status information/reason from the FTP maintainers about why it have been stuck in incoming for so long (accepted into incoming Sun, 07 Jul 2013 16:00:06 - that's more than six months ago!). Have it been rejected? Is it held up for some reason? What can I/we do to help move it along? Hi, The proposed package is poorly integrated with existing ZFS packages (e.g. zfsutils for native kFreeBSD support). First and foremost, there's a namespace grab which is likely to result in trouble, as I explained last November (and got no answer): https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686447#117 There are also a number of implementation-independant add-ons which would be good practice to coordinate in some way with the other ZFS maintainers. I explained this in November too, and again got no answer: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686447#112 And annoyingly, there's also been complaints that ZoL developers broke partman-zfs by committing porting updates that break existing support on kFreeBSD: https://lists.debian.org/debian-bsd/2014/02/msg00037.html I'm happy to see partman-zfs support more platforms, and I don't mind myself if those platforms are not yet part of Debian when support is merged. But I would at least find it reasonable that porting changes include an effort to avoid breaking existing production environments. We do this all the time when porting to kFreeBSD. I think it should work both ways. That I know of, nobody has spent the time to fix this particular mess yet :-( -- Robert Millan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#395040: Check that ywrap,mtrr options for the vesafb device on i386 are harmless
Control: tag -1 pending Frans Pop elen...@planet.nl (2006-11-23): I have tested during one install that g-i works without these parameters. However, the directfb README still says that they are needed: http://www.directfb.org/index.php?path=Documentation%2FUser+Manuals%2FREADME Could you please check with upstream whether or not the parameters are still needed or if the documentation is outdated? So we switched away from DirectFB a while ago; I've just removed that (that lives in src:debian-installer): http://anonscm.debian.org/gitweb/?p=d-i/debian-installer.git;a=commitdiff;h=0917b2d There's plenty of time before jessie, and it can be reverted if people complain and we find out that's actually still needed. Mraw, KiBi. signature.asc Description: Digital signature
Bug#714078: rail: fails to install: Cannot open load file: mime-def
notfixed 714078 1.2.9-2 thanks pgpWRxJgV0tkC.pgp Description: PGP signature
Bug#686447: [Pkg-zfsonlinux-devel] any news/reply regarding ZFS in NEW?
On 28/02/14 10:30, Turbo Fredriksson wrote: I'm basically Ccing half the world in this (only half sorry about that :) and I don't know who half of you are :), but there have been very little information on what's happening with ZoL in Debian GNU/Linux. Aron (and in some part Carlos) seems to have gone a-wall and the list have been VERY quiet. It seems like it's only Aron and me that is actually Debian GNU/Linux Developers (unless other things have happened outside the list that I'm not aware of - Carlos was/is a maintainer if I don't misremembering and Darik is in the wait queue?). And no actually status information/reason from the FTP maintainers about why it have been stuck in incoming for so long (accepted into incoming Sun, 07 Jul 2013 16:00:06 - that's more than six months ago!). Have it been rejected? Is it held up for some reason? What can I/we do to help move it along? I'm now the current Debian GNU/Linux Wheezy package maintainer (and have been for quite some time) for/in ZoL (upstream from Debian GNU/Linux I suppose) and I have contributed to both the packaging (that is already in the Alioth repos) as well as bits and pieces to ZoL code (such as SMB and iSCSI support - which will be accepted into post-0.6.3 which is due out very soon now we hope) and also wrote support for ZoL to be used as installation target (debian installer, part-man) etc. With that - I have a large vested interest in maintaining this and I work on it almost daily, so if no one else have the time (Aron, Carlos) I know that Darik is also very busy working on this, and he already maintain (and have for a very long time) the Ubuntu packages in ZoL, and much (most, all?) of the current packaging is from his busy hands. So I'd prefer to work with him on this (if aron/carlos don't have the time/interest that is - I'm not proposing to steal the packaging!). Since there have been next to no progress in the Debian GNU/Linux ZoL projects, I have done all my packaging stuff in the ZoL repos, so if/when this project is revitalized, I'll push all my work to the Debian GNU/Linux repos as individual commits. Hi, We are still waiting for ftp-masters. I already poked them yesterday and this was their answer: Thu Feb 26 #debian-ftp on OFTC [13:20] clopez anyone from the ftp team can quickly and gently tell me about the status of the package zfs-linux on NEW? It has been sitting there for 6 months already [14:28] paultag clopez: no one has had time to properly ensure the CDDL / GPL linking mess is above the table [14:29] paultag k [14:29] paultag whoops [14:29] clopez paultag: there is no CCDL / GPL linking: the package only ships the kernel module in source format, the kernel module binaries are built at install time with dkms [14:29] paultag I understand that's the line [14:30] paultag but the fact is it's transitively linking is something we have to look at [14:30] paultag I know when the website copy says about it [14:30] clopez sorry, what means transitively linking? [14:31] paultag I need to leave for work, just because you link to a shim which links to something doesn't mean it's not all linked together. [14:32] clopez paultag: I understand, but the package don't ships kernel binaries, only source code. So as long as binaries are not distributed (and the package don't distributes them) I think there is no problem [14:32] paultag I understand what the website says [14:33] paultag but you'll not be suprised when we take our time figuring out what the hell is going on with this one. [14:34] clopez yes, I understand you need your time, only wanted to have an update regarding this because I felt it was somehow forgotten [14:34] clopez thanks for the update [14:34] paultag it's not forgotten, we just haven't had a slice of time to commune about it [14:34] paultag feel free to email ftpmaster@ and poke [14:37] clopez Liang Guo did that some weeks ago but he got not reply (AFAIK) So, I don't know how more we can do other than wait. Regards! signature.asc Description: OpenPGP digital signature
Bug#739773: mapserver: Please support building with Ruby 2.0
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Control: tags -1 pending Hi Christian, On 02/22/2014 11:56 PM, Christian Hofstaedtler wrote: * Sebastiaan Couwenberg sebas...@xs4all.nl [140222 19:40]: Supporting Ruby 2.0 is not straight forward. The FindRuby.cmake shipped with CMake 2.8 doesn't search for Ruby 2.0 yet, so we'll need to at least include a custom FindRuby.cmake in MapServer similar to the one included in mod_ruby for instance: https://github.com/mikeowens/mod_ruby/blob/master/config/ruby.cmake I've filed #739826 against cmake, hopefully the cmake maintainer can fix this in a central place. Thanks for filing the cmake bug, hopefully the custom FindRuby.cmake now included in mapserver is only needed for a short time. Instead of including an entirely different CMake module for Ruby, I've updated the FindRuby module included in CMake to also support Ruby 2.0 and 2.1. See: http://anonscm.debian.org/gitweb/?p=pkg-grass/mapserver.git;a=blob;f=debian/patches/cmake-ruby2.patch;h=a43bb4a0d76da5754351f60d6d5ed238af6e4bcb;hb=8251b4527cfaf1821a522afee84245a4768df2a3 I'll forward it to CMake upstream so they can include the changes in the next release. The update mapserver package is available on mentors, and currently waiting for sponsorship (#740344). Kind Regards, Bas -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCgAGBQJTEIgYAAoJEGdQ8QrojUrxKXoP/14Jj+aacCMI+nUOR53iZ+T1 vtLsOWmo3IUWzzaURWSuGUyqqQTh8Oqjcb1LMCIo3k+czsL2COySXAI5lCQSZvE1 ZoEod+9oJ60NG+Ex1F39k1JeH9ic9q/OPWkKrku3keIzZLDb94roc0s0iwEznHYR YjIrMhwVHPzgdvWl4RTPcNwvNNeetVd5HMJMH2kgY2xb679Cj1UGEwK5p6+805zY /Li/XHc4tjTaYWCQYztPjrAEFNXho/sW5+FnjbfBjz9fPNGqTQp4aPSKdEA3Pkgy /hBgVTHk4dEpdbuH+iu7qisXtVz2Z0TjbQxwqgG5qSjHlADGYN6MuUmvMKqWOmXV b98rKdH83MUCDjXEl9eG7gNkMdk3p2bnVkJrv3Husn4Ca2rpb1cZGbi/KyuTD/ul hqbn1IRwIyLZWaIIjZYz6eJzerewpBb6EiHuV5khvqjpJ5v9G1gxCzo/zxE94lH3 VKKzodOmM7X0ntxYrIB2ozSED9UDsCVxE2GtNiUiRIDea9/3xgTPN141SNCUZTnb gaSIMjuth20UiBIvL8Sj3OyhU9ZPDWeOD2+NoE9Zp62IXRxieOGkuTFUXWLwtcdq 5GyfmHXVZAqcnoQRCF7u8sjg3xqwN9vtBLF9S/QwsDzEEk231uPA+Sp9tFO2zTqw xbW+KwpOdD12pxFJE+zg =R8oA -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#740301: Native systemd support
On Fri, Feb 28, 2014 at 12:31:35PM +0100, Axel Beckert wrote: Josh Triplett wrote: I've attached a file screen.conf to install in /usr/lib/tmpfiles.d, which sets up /var/run/screen. That then makes /etc/init.d/screen unnecessary, ... only for people running systemd, but not for people running sysvrc, so that script is not really unnecessary in general. Right, I'd meant as part of the systemd boot process, since the tmpfiles.d script makes the init script unnecessary. so screen should also install a symlink /lib/systemd/systemd/screen - /dev/null to prevent it from running. Shouldn't that be /lib/systemd/system/screen-cleanup.service? ^^ Typo, yes. (It's possible that screen.conf should also have z /var/run/screen, to correspond to the restorecon call in the initscript, but I'm not an SELinux expert, so I don't know.) Me neither, so I'll leave it out for now. Fair enough, though it might be worth asking an SELinux expert to make sure. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738137: libpwiz: FTBFS on mips*: virtual memory exhausted
On Thu, Feb 20, 2014 at 01:17:33AM +0100, Andreas Beckmann wrote: unfortunately disabling parallel builds didn't help, perhaps you should request removal from sid on mips and mipsel, s.t. the package may migrate to testing on the other architectures. libpwiz is currently a blocker for the boost1.49 removal. There seem to be no further packages affected by such a removal: Please don't ask for the removal from sid on mips and mipsel. The mips* porters are working on this bug report. We are testing a patch by Dejan on our mips/mipsel machines. signature.asc Description: Digital signature
Bug#739593: [Pkg-systemd-maintainers] Bug#739593: Bug#739593: closed by Michael Stapelberg stapelb...@debian.org (Re: Bug#739593: systemd makes / shared by default)
On Fri, 28.02.14 06:51, Martin Pitt (mp...@debian.org) wrote: We turned the default from PRIVATE to SHARED on request of the container and security guys, since they want that if you mount something from the host into a subdir of the container, it should just appear there, because that's what most people would most likely expect. Well, but conversely what scripts/people expected before that script was that something that you run under unshare -m really actually did what it says on the tin, namely that it really *does* have its private mount name space. Now it doesn't, and mounts done in that unshared process affect the system outside of it. I. e. all such programs now have to be changed to do that mount --make-rprivate / dance. I have talked to Karel, he's thinking about adding --propagation=slave|shared|private|none to unshare -m now, with a default of slave. Please ping him on IRC or so, so that he sees that there is demand for that. With that change unshare -m should work for everybody the same. The kernel default for this is unlikely to change since they argue that it breaks compatbility, which I kinda agree with. In systemd however, we thought we'd better pick saner defaults. That has the same net effect though, changing the global default? systemd and the kernel shouldn't have two different defaults, otherwise we'll eternally have scripts and programs with different expectations. Well, we don't provide 100% compat anyway, just 99%. We are pretty sure that the shared default makes a lot of sense though and that apps that need their private setups need to be fixed anyway, so we took the liberty to switch here, better earlier than later. Of course, that worked for us quite well, since we already did this change 3y ago where people probably didn't assume things about unshare -m so much yet... Lennart -- Lennart Poettering, Red Hat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#515837: debian-policy: no location in menu policy for desktop pagers
On Tue, Feb 17, 2009 at 10:10:16PM +0100, sean finney wrote: Package: debian-policy Version: 3.8.0.1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi, i'm giving some TLC to fbpager a workspace/desktop pager for the fluxbox window manager. while updating to the latest Standards-Version, menu-policy and lintian cleanliness, i have stumbled across a problem. in old versions of fbpager, it installed a menu entry in Apps/Tools, but Apps is deprecated in favor of Applications (yes, quite a while ago, the package hasn't needed updating for a bit). however, Applications has no corresponding Tools section, and nothing else in the heirarchy matches. Hello Sean, As written in the menu manual, menu entries that are specific to a window manager are outside the scope of the menu policy. You need to use a custom need field. See section 3.4. The `needs' field in the menu manual Usually such entries should go to a new top-level section named after the window manager, like /Fluxbox. (not closing this bug since it has been borrowed by another request). Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695270: add support for disabling DPMS via preseeding
Cyril Brulebois k...@debian.org (2014-02-14): I've implemented support for dpms=false/dpms=true in rootskel-gtk: http://anonscm.debian.org/gitweb/?p=d-i/rootskel-gtk.git;a=commitdiff;h=ac4176a5a857b8f1ac7de82a479c7723908bea14 […] It would probably be nice to check that this name doesn't conflict with any kernel-side parameters, and whether that's an appropriate name at all. No clash according to “git grep dpms -- Documentation” as of linux v3.14-rc4. Luca, Holger, Per, any comments on the naming of the option? Mraw, KiBi. signature.asc Description: Digital signature
Bug#740301: Native systemd support
On Fri, Feb 28, 2014 at 01:21:16PM +0100, Axel Beckert wrote: Hi again, I've implemented (but neither yet tested nor pushed) systemd support as described by Josh. Josh Triplett wrote: Note that this just covers the permissions of screen as installed by the package. If an admin wants to use dpkg-statoverride to change the permissions of screen and give it a different group or make it setuid root, it's trivial to also install an overriding /etc/tmpfiles.d/screen with corresponding permissions. Nonetheless, that'd be worth mentioning in NEWS.Debian. But the more I think about it, I come to the conclusion that implementing this via a systemd one-shot service is the better approach as that doesn't loose any functionality as described above. This seems like one of those cases where too much configurability does not represent a feature. Most distributions simply pick a permission scheme for screen (setuid root or setgid some group) and set it up accordingly. In particular, you already mention several cases in README.Debian.gz where this logic fails. Nonetheless, how about this: since the use of dpkg-statoverride exists primarily to support the cases described in README (notably the question at the end about enabling multiuser support by making screen setuid root), would you consider accepting this if I provided a patch to 1) fix README.Debian to document adding an overriding /etc/tmpfiles.d/screen, and 2) add a maintainer script that checks the current permissions of screen and creates /etc/tmpfiles.d/screen if the admin has overridden them already, so users don't have to do anything extra if they've already set this up? Those two changes would mean that any existing users will automatically get a working configuration, and any new users who follow README.Debian will get a working configuration. Would that suffice? If not, I could look into further enhancing systemd-tmpfiles to handle this use case. - Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740347: mh_installpoms -n should output what it would have done, not just exit
Package: maven-repo-helper Version: 1.8.7 Severity: important Hi, mh_installpoms has an -n argument, documented thus: -n --no-act: don't actually do anything, just print the results But in fact, if you use -n, it does nothing at all and prints nothing - line 96's check: if [ -z $NOACT ]; then means that mh_installpoms does nothing and prints nothing. I think in fact that this check should just be removed - then the enclosed code would call mh_installpom -n which is what you wanted in this case. Thanks, Matthew -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 maven-repo-helper depends on: ii default-jre-headless [java2-runtime-headless]1:1.6-47 ii libstax-java 1.2.0-3 ii openjdk-6-jre-headless [java2-runtime-headless] 6b27-1.12.6-1~deb7u1 Versions of packages maven-repo-helper recommends: ii debhelper 9.20120909 Versions of packages maven-repo-helper suggests: ii maven-debian-helper 1.6.7 -- 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#738137: [Debichem-devel] Bug#738137: libpwiz: FTBFS on mips*: virtual memory exhausted
Hi, On Sat, Mar 01, 2014 at 12:10:27AM +1100, Aníbal Monsalve Salazar wrote: On Thu, Feb 20, 2014 at 01:17:33AM +0100, Andreas Beckmann wrote: unfortunately disabling parallel builds didn't help, perhaps you should request removal from sid on mips and mipsel, s.t. the package may migrate to testing on the other architectures. libpwiz is currently a blocker for the boost1.49 removal. There seem to be no further packages affected by such a removal: Please don't ask for the removal from sid on mips and mipsel. The mips* porters are working on this bug report. We are testing a patch by Dejan on our mips/mipsel machines. Great! Thanks for working on this. Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740348: Should suggest python-statsmodels-doc
Source: python-statsmodels Severity: wishlist As for all packages with relevant documentation, python-statsmodels should suggest python-statsmodels-doc. Thanks. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738137: libpwiz: FTBFS on mips*: virtual memory exhausted
Hello, I have attached a patch that solves this issue for me on mips/mipsel. Regards, Dejan --- libpwiz-3.0.4624.orig/debian/rules 2014-02-11 14:46:15.0 + +++ libpwiz-3.0.4624/debian/rules 2014-02-27 09:58:59.0 + @@ -12,6 +12,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) +DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) DEBIAN_DIR = $(CURDIR)/debian BUILD_DIR = $(DEBIAN_DIR)/build @@ -70,6 +71,10 @@ CFLAGS+=$(CPPFLAGS) CXXFLAGS+=$(CPPFLAGS) +ifneq (,$(filter $(DEB_BUILD_ARCH),mips mipsel)) + CXXFLAGS += --param ggc-min-expand=5 +endif + .PHONY: clean clean: # unpatch
Bug#740301: Native systemd support
Hi Josh, Josh Triplett wrote: Josh Triplett wrote: Note that this just covers the permissions of screen as installed by the package. If an admin wants to use dpkg-statoverride to change the permissions of screen and give it a different group or make it setuid root, it's trivial to also install an overriding /etc/tmpfiles.d/screen with corresponding permissions. Nonetheless, that'd be worth mentioning in NEWS.Debian. But the more I think about it, I come to the conclusion that implementing this via a systemd one-shot service is the better approach as that doesn't loose any functionality as described above. This seems like one of those cases where too much configurability does not represent a feature. I disagree, but that's probably a general dispute which is present in the Debian project. Nonetheless, how about this: since the use of dpkg-statoverride exists primarily to support the cases described in README (notably the question at the end about enabling multiuser support by making screen setuid root), would you consider accepting this if I provided a patch to 1) fix README.Debian to document adding an overriding /etc/tmpfiles.d/screen, and 2) add a maintainer script that checks the current permissions of screen and creates /etc/tmpfiles.d/screen if the admin has overridden them already, so users don't have to do anything extra if they've already set this up? Sounds like a good idea which is much closer to the current state Thanks for the idea and offer. Much appreciated. I've now pushed what I have so far: http://anonscm.debian.org/gitweb/?p=collab-maint/screen.git;a=commitdiff;h=f6dcffb4656d04ace43ca7aeed0ed8505f75f400 Please use that as base for a potential patch. Feel free to also update the just added debian/NEWS entry where necessary. Those two changes would mean that any existing users will automatically get a working configuration, and any new users who follow README.Debian will get a working configuration. Would that suffice? I think so. Thanks again! Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740085: package plplot 5.10.0
The debian directory in the upstream svn repository has been updated (by me) to work with 5.10.0. This includes a number of other fixes I'd been working on which haven't yet made it into the official Debian packages. With my latest set of patches to the octave examples are scripts 5.9.10 now builds + passes all the tests with 5.9.10 BUT it does require swig 2.0.12 which is not yet available in sid. If you copy this debian directory to a stock 5.10.0 tree it should build once swig becomes available. There is an open bug against swig for this. Note: I am the package maintainer, but not a DD so I'd appreciate any help with get the packages uploaded once swig is available. Thanks Andrew On Tue, Feb 25, 2014 at 04:38:25PM +0100, Matthias Klose wrote: Package: plplot Tags: patch I started working on plplot 5.10.0. A test package can be found at https://launchpad.net/~doko/+archive/toolchain/+sourcepub/3940349/+listing-archive-extra tracking current issues at: https://bugs.launchpad.net/ubuntu/+source/plplot/+bug/1284689 lintian shows some warnings for naming of library packages. I just did follow the existing packaging and didn't choose to use lintian recommended names. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740117: haveged: spinning
Hi, Cristian Ionescu-Idbohrn wrote (26 Feb 2014 22:59:01 GMT) : Using '-w 4096' with kernel 3.13-1-amd64 seems to lead to the odd behaviour. I can't reproduce this on current sid, linux-image-3.13-1-amd64 (3.13.4-1), and the default settings (--write=1024). I can reproduce this if I use --write=4096. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740346: mh_installpom - will always exit non-zero if called with -n
Package: maven-repo-helper Version: 1.8.7 Severity: normal Hi, the -n do nothing, print what would have been done argument to mh_installpom is mishandled. Specifically, what will happen is: mh_cleanpom is called with -n [correct] once with --keep-pom-version and once without. source debian/.mh/pom.properties This line will always fail, since mh_cleanpom -n will have done nothing, so not created debian/.mh/pom.properties. Indeed, if debian/.mh/pom.properties did exist, then mh_installpom would continue on and try to install poms that it found in debian/.mh, in violation of the -n argument which means it shouldn't do such a thing. Regards, Matthew -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 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 maven-repo-helper depends on: ii default-jre-headless [java2-runtime-headless]1:1.6-47 ii libstax-java 1.2.0-3 ii openjdk-6-jre-headless [java2-runtime-headless] 6b27-1.12.6-1~deb7u1 Versions of packages maven-repo-helper recommends: ii debhelper 9.20120909 Versions of packages maven-repo-helper suggests: ii maven-debian-helper 1.6.7 -- 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#739826: cmake: Please support Ruby 2.0
Control: forwarded -1 https://github.com/Kitware/CMake/pull/92 Hi, I've forwarded the updated FindRuby.cmake to upstream, for now it's included in the mapserver package to fix #739773 only. Hopefully upstream will include it in their next release so we don't need to include a custom FindRuby.cmake in all packages using CMake. Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740337: gnome-tweak-tool: AttributeError: 'gi.repository.Gtk' object has no attribute 'ListBox'
On Fri, Feb 28, 2014 at 12:19 PM, Emilio Pozuelo Monfort po...@debian.org wrote: On 28/02/14 11:17, Sandro Tosi wrote: ii gir1.2-gtk-3.0 3.8.6-1 You need 3.10 (which is in testing already). yup, with that version it works We should have a versioned dependency there. yes indeed, a versioned depends is in order (which currently missing :) ). Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#431396: rhythmbox-dbg: does not produce useful backtraces
Hey, Could you please still reproduce this issue with newer versions like 2.97-2.1 or 3.0.1-1+b1? are backtraces producing useless information yet ? thanks regards althaser
Bug#703188: Re: Bug#703188: Offer to sponsor ruby-pygments.rb
Hi Dominique, I think the open issues should be fixed now. Could you please have a look and upload if appropriate? Best, Axel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697501: AR9285: enabling or disabling Wi-Fi freezes the system
21.02.2014, 06:29, Ben Hutchings b...@decadent.org.uk: On Wed, 2014-02-19 at 19:09 +0400, программист некто wrote: This change went into Linux 2.6.39 and then into 2.6.38.3. I don't remember why I cherry-picked it here but it was probably fixing a regression on some machines. The upstream change was: https://git.kernel.org/linus/8b8bae901ce23addbdcdb54fa1696fb2d049feb5 I think a problem somewhere here. Why, is that the first version that breaks for you? In that case, does the attached patch fix the problem for you? (Instructions for rebuilding the kernel package are at http://kernel-handbook.alioth.debian.org/ch-common-tasks.html#s-common-official.) Ben. -- Ben Hutchings A free society is one where it is safe to be unpopular. - Adlai Stevenson Yes, it is the first version with which there are freezes. II tried to apply a patch but it doesn't approach. $ patch -i ../revert-pci-acpi-report-aspm-support-to-bios-if-not-disabled.patch (Stripping trailing CRs from patch.) can't find file to patch at input line 7 Perhaps you should have used the -p or --strip option? The text leading up to this was: -- |Subject: Revert PCI/ACPI: Report ASPM support to BIOS if not disabled from command line | |This partly reverts commit 8b8bae901ce23addbdcdb54fa1696fb2d049feb5. | |--- a/drivers/acpi/pci_root.c |+++ b/drivers/acpi/pci_root.c -- File to patch: drivers/acpi/pci_root.c patching file drivers/acpi/pci_root.c Hunk #1 FAILED at 443. 1 out of 1 hunk FAILED -- saving rejects to file drivers/acpi/pci_root.c.rej --- pci_root.c +++ pci_root.c @@ -443,7 +443,7 @@ if (pci_ext_cfg_avail()) flags |= OSC_EXT_PCI_CONFIG_SUPPORT; - if (pcie_aspm_support_enabled()) { + if (pcie_aspm_enabled()) { flags |= OSC_ACTIVE_STATE_PWR_SUPPORT | OSC_CLOCK_PWR_CAPABILITY_SUPPORT; }
Bug#740350: Bogus dependencies in installed POM file
Package: ant-contrib Version: 1.0~b3+svn177-5 Severity: serious Tags: patch Hi, ant-contrib's installed POM contains 3 dependencies that are unsatisfiable in the Debian maven repository. This means that maven-based builds of packages that depend upon it will fail. The enclosed patch adds a maven.rules file which adjusts these dependencies so that they can be satisfied by other debian java packages. Regards, Matthew -- System Information: Debian Release: 7.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information diff -ruN ant-contrib-1.0~b3+svn177/debian/maven.rules ant-contrib-1.0~b3+svn177-new/debian/maven.rules --- ant-contrib-1.0~b3+svn177/debian/maven.rules 1970-01-01 01:00:00.0 +0100 +++ ant-contrib-1.0~b3+svn177-new/debian/maven.rules 2014-02-28 14:01:18.081945556 + @@ -0,0 +1,21 @@ +# Maven rules - transform Maven dependencies and plugins +# Format of this file is: +# [group] [artifact] [type] [version] [classifier] [scope] +# where each element can be either +# - the exact string, for example org.apache for the group, or 3.1 +# for the version. In this case, the element is simply matched +# and left as it is +# - * (the star character, alone). In this case, anything will +# match and be left as it is. For example, using * on the +# position of the artifact field will match any artifact id +# - a regular expression of the form s/match/replace/ +# in this case, elements that match are transformed using +# the regex rule. +# All elements much match before a rule can be applied +# Example rule: match jar with groupid= junit, artifactid= junit +# and version starting with 3., replacing the version with 3.x +# junit junit jar s/3\\..*/3.x/ + +s/bcel/org.apache.bcel/ bcel jar s/5\..*/5.x/ * * +s/jayasoft/org.apache.ivy/ ivy jar s/.*/debian/ * * +commons-httpclient commons-httpclient jar s/3\..*/3.x/ * *
Bug#739061: Friendly ping
Hi, it has been two weeks with no answer, so just a friendly ping about this. Best, Axel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740351: mapserver: Please enable mapscript java bindings
Package: mapserver Severity: wishlist *** Please type your report below this line *** I have succesfully enabled java mapscript bindings for a local backport of 6.4.1 to squeeze. I attach the patch I used for disabling hardening and deploying the jar to lib/jni (it modifying for wheezy for multilib); besides them, I only needed adding DWITH_JAVA=1 and dh_java -plibmapscript-java overrides to the rules file . Regards. -- System Information: Debian Release: 6.0.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (1, 'stable-updates'), (1, 'experimental'), (1, 'unstable'), (1, 'testing'), (1, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Description: fixes hardened java Java doesn't compile with hardened options. Adapted from ruby mapscript --- a/mapscript/java/CMakeLists.txt +++ b/mapscript/java/CMakeLists.txt @@ -15,6 +15,23 @@ SET(CMAKE_SWIG_FLAGS -package edu.umn.gis.mapscript) SWIG_ADD_MODULE(javamapscript java ../mapscript.i) +# Java mapscript fails to build with -Werror=format-security + +if(${CMAKE_C_FLAGS} MATCHES -Werror=format-security) + string(REPLACE -Werror=format-security TMP ${CMAKE_C_FLAGS}) + set(CMAKE_C_FLAGS ${TMP}) +endif(${CMAKE_C_FLAGS} MATCHES -Werror=format-security) + +if(${CMAKE_CXX_FLAGS} MATCHES -Werror=format-security) + string(REPLACE -Werror=format-security TMP ${CMAKE_CXX_FLAGS}) + set(CMAKE_CXX_FLAGS ${TMP}) +endif(${CMAKE_CXX_FLAGS} MATCHES -Werror=format-security) + +if(${CMAKE_CPP_FLAGS} MATCHES -Werror=format-security) + string(REPLACE -Werror=format-security TMP ${CMAKE_CPP_FLAGS}) + set(CMAKE_CPP_FLAGS ${TMP}) +endif(${CMAKE_CPP_FLAGS} MATCHES -Werror=format-security) + SWIG_LINK_LIBRARIES(javamapscript ${MAPSERVER_LIBMAPSERVER}) ADD_CUSTOM_COMMAND(TARGET javamapscript @@ -26,5 +43,5 @@ ) get_target_property(LOC_MAPSCRIPT_LIB ${SWIG_MODULE_javamapscript_REAL_NAME} LOCATION) -install(FILES ${LOC_MAPSCRIPT_LIB} DESTINATION ${CMAKE_INSTALL_LIBDIR}) - +install(FILES ${LOC_MAPSCRIPT_LIB} DESTINATION lib/jni) +install(FILES ${CMAKE_CURRENT_BINARY_DIR}/mapscript.jar DESTINATION share/java)