Bug#472793: Re : Bug#472793: iceweasel: I also have this bug since the last v.29 update
On Mon, Jun 02, 2014 at 06:27:42AM +0200, nicolas.patr...@gmail.com wrote: Le 02/06/2014 00:46:05, Mike Hommey a écrit : That's not related at all to bug #472793. Did you try disabling addons? Which ones? All of them. Read /usr/share/bug/iceweasel/presubj. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749405: resolvconf: /etc/resolvconf/run/interface either does not exist or is not a directory
Hey Andre, Beck, Andre [2014-06-01 16:24 +0200]: Pondering this a bit more, I've changed my copy in /etc/systemd/system to now read WantedBy=sysinit.target as this is reflecting better where Debian has placed networking and resolvconf traditionally - in rcS.d. This indeed seems to be an adequate place, and it reflects Default-Start: S of the SysV init script indeed. network.target is implemented by NetworkManager, but we should indeed not assume that this is installed. Sorry, I only tested this unit on NM enabled systems. The attached debdiff adjusts the WantedBy and cleans up the symlinks on upgrade. It's not actively harmful to have two, but it might look a bit confusing. Note that systemctl reenable also works when systemd is not running, thus the postinst only checks if the systemctl command exists. @Thomas: You'll have to adjust the version comparison in the postinst to whichever version you are going to upload that fixes this. Thanks, and sorry for the trouble, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru resolvconf-1.69ubuntu2/debian/changelog resolvconf-1.69ubuntu3/debian/changelog --- resolvconf-1.69ubuntu2/debian/changelog 2014-04-26 17:27:02.0 +0200 +++ resolvconf-1.69ubuntu3/debian/changelog 2014-06-02 08:31:15.0 +0200 @@ -1,3 +1,13 @@ +resolvconf (1.69ubuntu3) utopic; urgency=medium + + * resolvconf.service: Install into sysinit.target, not network.target, to +better reflect what the SysV init script does and to avoid depending on +NetworkManager. (Closes: #749405) + * debian/postinst: Clean up the redundant and obsolete network.target.wants +symlink on upgrade. + + -- Martin Pitt martin.p...@ubuntu.com Mon, 02 Jun 2014 08:24:48 +0200 + resolvconf (1.69ubuntu2) utopic; urgency=medium * Add systemd unit (Closes: #700846) diff -Nru resolvconf-1.69ubuntu2/debian/postinst resolvconf-1.69ubuntu3/debian/postinst --- resolvconf-1.69ubuntu2/debian/postinst 2013-01-18 17:50:36.0 +0100 +++ resolvconf-1.69ubuntu3/debian/postinst 2014-06-02 08:35:59.0 +0200 @@ -145,6 +145,11 @@ # ;; esac +# clean up after #749405 +if dpkg --compare-versions $2 lt-nl 1.69ubuntu3 type systemctl /dev/null 21; then + systemctl reenable resolvconf +fi + #DEBHELPER# exit 0 diff -Nru resolvconf-1.69ubuntu2/debian/resolvconf.service resolvconf-1.69ubuntu3/debian/resolvconf.service --- resolvconf-1.69ubuntu2/debian/resolvconf.service2014-04-23 16:59:43.0 +0200 +++ resolvconf-1.69ubuntu3/debian/resolvconf.service2014-06-02 08:23:52.0 +0200 @@ -11,4 +11,4 @@ ExecStop=/sbin/resolvconf --disable-updates [Install] -WantedBy=network.target +WantedBy=sysinit.target signature.asc Description: Digital signature
Bug#750153: icedove-l10n-*: not installable in sid, needs migration to icedove 30
Package: icedove-l10n-all Version: 1:24.3.0-1 Severity: grave User: trei...@debian.org Usertags edos-outdated Hello, all the icedove-l10n-* packages depending on icedove (25) are no longer installable in sid, now that we have icedove 30.0~b1-1 in sid. This dependency is hard-wired in the debian/control file. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749795: apt: no authentication checks for source packages
On Sat, May 31, 2014 at 12:07:48AM +0200, David Kalnischkies wrote: On Fri, May 30, 2014 at 03:21:20PM +0200, Michael Vogt wrote: From b7f501b5cc8583f61467f0c7a0282acbb88e4b29 Mon Sep 17 00:00:00 2001 From: Michael Vogt m...@debian.org Date: Fri, 30 May 2014 14:47:56 +0200 Subject: [PATCH] Show unauthenticated warning for source packages as well This will show the same unauthenticated warning for source packages as for binary packages and will not download a source package if it is unauthenticated. This can be overriden with typo: overridden Thanks, fixed. + // check authentication status of the source as well + if (UntrustedList != !AuthPrompt(UntrustedList, true)) + return false; As said, I don't think 'apt-get source' should be interactive, so this true should be a false, right? Reasons (as a repeat): - it was not interactive before - the error message on 'no' talks about install, so we would need a new string - 'apt-get download' isn't interactive either (- it is more in line with your own commit summary) Counter arguments? [..] Good point! No counter arguments, the risk of breaking script by prompting is indeed a good reason not to show the prompt (and we do the same for download). I changed it to non-interactive now. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#209185: man-db in cron.daily fails
tags 209185 - moreinfo found 209185 2.6.7.1-1 thanks This is a manifestation of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617898 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749384: Fix for testing?
Le dimanche, 1 juin 2014, 21.44:49 Michael Kesper a écrit : Hi, if you know a package is broken and fixed in unstable, isn't there any way to promote it to testing directly? As it is, testing is even more broken than unstable. :( No; in particular not when the unstable version introduces new bugs (#749931). You should be able to install the unstable version as-is though. In general, I'm of the opinion that testing users should have the unstable repository enabled, but keep the Default-Release to testing; that allows them to temporarily cope wit such hiccups or testing removals. 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#750154: Please mark both _ZNSt10* symbols optional to resolve FTBFS on ppc64el
Package: libsigc++-2.0 Version: 2.2.11-3 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * Mark optional weak symbol as optional in the debian/symbols file. Both the _ZNSt10* symbols seem to be optionally weakly defined leakage from libstdc++, and show up intermittently. You already covered the first, however I noticed that the second has the same issue (and does not end up in the final binary on at least ppc64el). This patch fixes the issue in the package. ... Adam -- System Information: Debian Release: jessie/sid APT prefers utopic-updates APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 'utopic') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.15.0-4-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libsigc++-2.0-2.2.11/debian/symbols libsigc++-2.0-2.2.11/debian/symbols --- libsigc++-2.0-2.2.11/debian/symbols 2014-02-15 15:21:00.0 -0700 +++ libsigc++-2.0-2.2.11/debian/symbols 2014-06-02 00:32:16.0 -0600 @@ -81,4 +81,4 @@ _ZNK4sigc9trackable27add_destroy_notify_callbackEPvPFS1_S1_E@Base 2.2.0 _ZNK4sigc9trackable30remove_destroy_notify_callbackEPv@Base 2.2.0 (optional)_ZNSt10_List_baseIN4sigc8internal18trackable_callbackESaIS2_EE8_M_clearEv@Base 2.2.0 - _ZNSt10_List_baseIN4sigc9slot_baseESaIS1_EE8_M_clearEv@Base 2.2.0 + (optional)_ZNSt10_List_baseIN4sigc9slot_baseESaIS1_EE8_M_clearEv@Base 2.2.0
Bug#430770: please upgrade to version 1.8 of libmpeg3-dev as the current version (1.5.4) is too old
[Petter Reinholdtsen] I guess you are very busy, and unless you object quickly, I'll upload the new package with you and me as uploaders. It will get stuck in NEW for a while, and not appear in unstable right away, so we have a few days to change our minds if it prove to be a bad idea. I've now uploaded libmpeg3 version 1.8.dfsg-1 to unstable. This is the complete changelog: libmpeg3 (1.8.dfsg-1) unstable; urgency=low * Update to debhelper 9 support. * Move source patches to debian/patches/ and package format to 3.0 (quilt). * Update upstream source to version 1.8 (Closes: #430770). - Split relevant parts of the patch used in 1.5.4-5.1 info new patches alpha-largefile.patch and debian-build-rules.patch - Drop patches to fix bugs #287422 and #729275, as these problems are fixed differently upstream. - Change shared library major number from 1 to 2, as the new library have a new API and ABI. - No longer have typo in Makefile (Closes: #374504). - Repack upstream tarball without mpeg3css.c and the a52dec library. Instructions for how to do this is in debian/rules. * Add patch prototype-free.patch to make sure stdlib.h is included before free() is used. * Change encoding of debian/copyright to UTF-8. * Update standards-version from 3.6.2.2 to 3.9.5. * Add missing dependency on ${misc:Depends}. Thank you lintian. * Adjust copyright file to document upstream copyright 2003-2008. * Change debian/rules to use dh_prep instead of the obsolete dh_clean -k. Thank you, lintian. * Enable hardening flags during build and linking. * New patch fix-format-security-error.patch to make code buildable with hardening enabled. * Add homepage URL to control file (Closes: #749469). * Reorder shared library linking rule to work with the --as-needed linker flag (Closes: #63). Patch from Sebastian Carneiro and Ubuntu. * Use ${binary:Version} when depending on library from dev package, instead of the obsolete ${Source-Version}. Thank you, lintian. * New patch fix-video-alpha.patch lifted from the Cinelerra project fixing pixel conversion macros, making sure the default alpha level is max, not zero. * New patch handle-hdv-m2t.patch lifted from the Cinelerra project adding code to recognize *.m2t as MPEG files. * Add Vcs-* headers to control file pointing to the collab-maint git repository. * New patch fix-format-strings.patch to correct format string problems reported by the compiler because hardening was enabled. * Add new patch compiler-warnings.patch to enable more compiler warnings. * Add new patch missing-include.patch to include system header files where they were missing. * Add patch fix-fake-css.patch to fix inconsistent function signature. * Add patch missing-prototypes.patch to include prototypes before function calls. * Add pkgconfig file for libmpeg3 to ease detection and linking. * Add missing rules targets build-arch and build-indep. Thanks lintian for the reminder. * Add myself as uploader. -- Petter Reinholdtsen p...@debian.org Mon, 02 Jun 2014 08:54:11 +0200 The git repo on URL: http://anonscm.debian.org/gitweb/?p=collab-maint/libmpeg3.git is updated. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749723: doomsday: Wrong order of arguments to cause undefined behaviour
forwarded 749723 https://github.com/skyjake/Doomsday-Engine/commit/d69468078ca2d6d9e713286b0aca8cb8dcce4726#commitcomment-6519088 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750155: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core Version: 0.200.5-2.1 Severity: normal File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** *** /tmp/update-manager-buglDNMAq The information below has been automatically generated. Please do not remove this from your bug report. - Exception Type: type 'exceptions.AttributeError' - Exception Value: AttributeError('NoneType' object has no attribute 'get_package_list',) - Exception Origin: BugHandler.Thread(PythonAptCommit, started 140251891451648) - Exception Traceback: File /usr/lib/pymodules/python2.7/UpdateManager/BugHandler.py, line 89, in run threading.Thread.run(self, *args, **kwargs) File /usr/lib/python2.7/threading.py, line 505, in run self.__target(*self.__args, **self.__kwargs) File /usr/lib/pymodules/python2.7/UpdateManager/Backend/PythonApt.py, line 801, in thread_helper for pkg_info in self._available_updates.get_package_list(): -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-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 Versions of packages update-manager-core depends on: ii lsb-release 4.1+Debian8+deb7u1 ii python 2.7.3-4+deb7u1 ii python-apt 0.8.8.2 ii python-support 1.0.15 Versions of packages update-manager-core recommends: ii update-manager-gnome 0.200.5-2.1 update-manager-core suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750153: icedove-l10n-*: not installable in sid, needs migration to icedove 30
tags 750153 pending thanks Hello Ralf, On Mon, Jun 02, 2014 at 08:41:25AM +0200, Ralf Treinen wrote: Hello, all the icedove-l10n-* packages depending on icedove (25) are no longer installable in sid, now that we have icedove 30.0~b1-1 in sid. This dependency is hard-wired in the debian/control file. yes, that's correct. We do this version scaping since several time. I prepared the l10n packages for version 30 in my staging repository and Christoph will keep it shortly. https://github.com/tijuca/icedove-l10n Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750156: puddletag: Puddletag does not Album Art panel (under Gnome 3/Gnome Shell)
Package: puddletag Version: 1.0.2-1 Severity: normal Dear Maintainer, There is supposed to be a Album Cover/Album Art panel in puddletag. When I select the corresponding menu item (WindowsArtwork) nothing happens though. No panel is added, no window is opened, nothing. Album Art information is accessible by using a workaround (extended tags), it just is not very convenient. It seems that I am not the only one having this problem, see e.g. http://sourceforge.net/apps/phpbb/puddletag/viewtopic.php?f=3t=137 so this *might* be an upstream bug. It might have something to do with my using Gnome Shell/Gnome3 as a window manager/desktop environment. ii gnome-shell3.8.4-8.1amd64graphical shell for the GNOME des TIA /ralph -- 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.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puddletag depends on: ii libjs-sphinxdoc 1.2.2+dfsg-2 ii python2.7.6-2 ii python-acoustid 1.0.0-1 ii python-audioread 1.0.1-1 ii python-configobj 4.7.2+ds-5 ii python-mutagen1.22-1 ii python-pyparsing 2.0.1+dfsg1-1 ii python-qt44.10.4+dfsg-2 ii python-support1.0.15 Versions of packages puddletag recommends: ii libchromaprint-tools 1.1-1+b1 ii python-musicbrainz2 0.7.4-1 Versions of packages puddletag suggests: pn quodlibet 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#463510: aptitude: Remove option to run reportbug
Package: aptitude Version: 0.6.10-1+b1 Followup-For: Bug #463510 Well, this is surprising. For quite a while it seemed the consensus was to indeed remove reportbug, and now I suddenly get a message that this bug report has been closed. Why this sudden change of heart? A suggestion is made in the -done mail that would indeed alleviate the problem somewhat (swapping user ids), but I see no follow-up bug to arrange for this to happen. Are you expecting me to file any follow-up bugs? Kind regards, Matijs -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.10 compiled at May 24 2014 16:58:41 Compiler: g++ 4.8.2 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.11 Ept support enabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20140118 cwidget version: 0.5.17 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7fffdc43a000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7fba3770) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7fba374cb000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7fba372a) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7fba3709b000) libcwidget.so.3 = /usr/lib/x86_64-linux-gnu/libcwidget.so.3 (0x7fba36d94000) libept.so.1.aptpkg4.12 = /usr/lib/x86_64-linux-gnu/libept.so.1.aptpkg4.12 (0x7fba36b37000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7fba36739000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7fba36521000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7fba36264000) libboost_iostreams.so.1.55.0 = /usr/lib/x86_64-linux-gnu/libboost_iostreams.so.1.55.0 (0x7fba3604c000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7fba35e2f000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7fba35b23000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7fba3582) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7fba3560a000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7fba3525f000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7fba3505c000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7fba34e58000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7fba34c47000) liblzma.so.5 = /lib/x86_64-linux-gnu/liblzma.so.5 (0x7fba34a24000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7fba3481e000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7fba34616000) /lib64/ld-linux-x86-64.so.2 (0x7fba38095000) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.10-1 ii libapt-pkg4.121.0.3 ii libboost-iostreams1.55.0 1.55.0+dfsg-1 ii libc6 2.18-7 ii libcwidget3 0.5.17-1 ii libept1.4.12 1.0.12 ii libgcc1 1:4.9.0-5 ii libncursesw5 5.9+20140118-1 ii libsigc++-2.0-0c2a2.2.11-3 ii libsqlite3-0 3.8.4.3-3 ii libstdc++64.9.0-5 ii libtinfo5 5.9+20140118-1 ii libxapian22 1.2.17-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages aptitude recommends: ii apt-xapian-index0.46 ii aptitude-doc-en [aptitude-doc] 0.6.10-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.9 Versions of packages aptitude suggests: ii debtags 1.12 ii tasksel 3.20 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745795: cache corruption in python-tables on amd64 machines
Hi Wouter, From: Wouter Verhelst wou...@debian.org To: Debian Bug Tracking System sub...@bugs.debian.org Subject: cache corruption in python-tables on amd64 machines Date: Fri, 25 Apr 2014 09:19:32 +0200 Package: python-tables Version: 2.3.1-3 Severity: important Hi, At a customer, a problem was found with python-tables where, if a file was opened twice, the second (and subsequent) time(s) python-tables would return junk. See attached test case. Run like so: wouter@carillon:~$ python Python 2.7.6 (default, Mar 22 2014, 15:40:47) [GCC 4.8.2] on linux2 Type help, copyright, credits or license for more information. import bugTesting as b b.bugTest('bugged_file.h5') [208 135 150 2 0 0 0 0 128 230] [0 0 0 0 0 0 0 0 0 0] [0 0 0 0 0 0 0 0 0 0] b.bugTest('bugged_file.h5') [112 22 157 2 0 0 0 0 128 230] [0 0 0 0 0 0 0 0 0 0] [208 201 160 2 0 0 0 0 0 0] b.bugTest('bugged_file.h5') [112 22 157 2 0 0 0 0 128 230] [0 0 0 0 0 0 0 0 0 0] [208 133 159 2 0 0 0 0 0 0] On an i386 machine the output of the above is the same every time, as one would expect. On a machine running the amd64 port, however, this is not the case. While I'm filing this bug report on my laptop (which runs unstable), the customer in question is running stable and has seen the same problem. Regards, The problem seems to be in the HDF5 library rather in PyTables. I was able to reproduce the issue in a pure C program (attached). The problem does not occur is one uses the attached testdataset.h5 file that, in analyzed with h5dump -A -p, seems to be substantially identical to the one provided in the original problem report. Can you please provide more info about how the test bugged_file.h5 has been generated? cheers -- Antonio Valentino debian_745795.txz Description: application/xz-compressed-tar
Bug#749777: typo
On Thu, May 29, 2014 at 07:56:07PM +0100, Barak A. Pearlmutter wrote: $ apt-cache show coop-computing-tools/sid | egrep asbtraction * Wavefront: A computational asbtraction for running very large dynamic $ dict asbtraction No definitions found for asbtraction, perhaps you mean: ...: abstraction Thanks! This will be fixed with the next upload. Michael -- Michael Hanke http://mih.voxindeserto.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749909: NMU debdiff for freefoam_0.1.0+dfsg-1.1
Hello, At Imagination Technologies (http://imgtec.com/) Jurica Stanojkovic has found solutions to Debian bugs #749909. https://bugs.debian.org/749909 My NMU debdiff for freefoam_0.1.0+dfsg-1.1 is below, at the end of this message. With the changes in the NMU patch freefoam builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff freefoam_0.1.0+dfsg-1.dsc freefoam_0.1.0+dfsg-1.1.dsc diff -Nru freefoam-0.1.0+dfsg/debian/changelog freefoam-0.1.0+dfsg/debian/changelog --- freefoam-0.1.0+dfsg/debian/changelog2012-07-31 14:34:58.0 +0100 +++ freefoam-0.1.0+dfsg/debian/changelog2014-05-31 03:03:56.0 +0100 @@ -1,3 +1,13 @@ +freefoam (0.1.0+dfsg-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix FTBFS on mips(el). +Add mips.diff. +Patch by Jurica Stanojkovic jurica.stanojko...@imgtec.com. +Closes: #749909. + + -- Anibal Monsalve Salazar ani...@debian.org Sat, 31 May 2014 03:03:08 +0100 + freefoam (0.1.0+dfsg-1) unstable; urgency=low * [92ca47f] New upstream version 0.1.0+dfsg (Closes: #682928) diff -Nru freefoam-0.1.0+dfsg/debian/control freefoam-0.1.0+dfsg/debian/control --- freefoam-0.1.0+dfsg/debian/control 2012-07-30 06:28:49.0 +0100 +++ freefoam-0.1.0+dfsg/debian/control 2014-05-28 12:02:04.0 +0100 @@ -9,11 +9,12 @@ Vcs-Browser: http://git.debian.org/?p=debian-science/packages/freefoam.git DM-Upload-Allowed: yes Homepage: http://freefoam.wiki.sourceforge.net/ -Build-Depends: cdbs, debhelper (= 5.0.24), python-support, cmake, flex, - gawk, python, libreadline6-dev, zlib1g-dev, libscotch-dev, - mpi-default-dev, mpi-default-bin, paraview (= 3.8), doxygen, - libjs-jquery, asciidoc, xmlto, docbook-utils, dvipng, asymptote, - texlive-science, dblatex, dpkg-dev (= 1.16.1~), graphviz +Build-Depends: cdbs, debhelper (= 5.0.24), python-support, cmake, flex, gawk, + python, libreadline6-dev, zlib1g-dev, libscotch-dev, mpi-default-dev, + mpi-default-bin, paraview (= 3.8), dpkg-dev (= 1.16.1~) +Build-Depends-Indep: doxygen, libxml2-utils, + libjs-jquery, asciidoc, docbook-utils, dvipng, asymptote, texlive-science, + dblatex, graphviz Standards-Version: 3.9.3 Package: libfreefoam1 diff -Nru freefoam-0.1.0+dfsg/debian/freefoam-dev-doc.install freefoam-0.1.0+dfsg/debian/freefoam-dev-doc.install --- freefoam-0.1.0+dfsg/debian/freefoam-dev-doc.install 2012-07-31 14:24:02.0 +0100 +++ freefoam-0.1.0+dfsg/debian/freefoam-dev-doc.install 2014-05-26 10:42:51.0 +0100 @@ -1,3 +1,3 @@ debian/tmp/usr/share/doc/freefoam/API/* /usr/share/doc/freefoam-dev-doc/api debian/tmp/usr/share/doc/freefoam/css debian/tmp/usr/share/doc/freefoam/img /usr/share/doc/freefoam-dev-doc -debian/tmp/usr/share/freefoam/DoxyDocIndex /usr/share/freefoam +*/InstallFiles/data/DoxyDocIndex /usr/share/freefoam diff -Nru freefoam-0.1.0+dfsg/debian/patches/mips.diff freefoam-0.1.0+dfsg/debian/patches/mips.diff --- freefoam-0.1.0+dfsg/debian/patches/mips.diff1970-01-01 01:00:00.0 +0100 +++ freefoam-0.1.0+dfsg/debian/patches/mips.diff2014-05-31 02:49:55.0 +0100 @@ -0,0 +1,72 @@ +From: Jurica Stanojkovic jurica.stanojko...@imgtec.com +Subject: package freefoam_0.1.0+dfsg-1 FTBFS mips(el) +Date: Fri, 30 May 2014 14:10:39 + + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=749909 + +After the bug number 735248 (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735248) has been resolved, +the following errors were found while building package freefoam on mips(el): + + +cd /build/freefoam-5sB8KW/najnoviji-original/freefoam-0.1.0+dfsg/obj-mips-linux-gnu/doc/Doxygen /usr/bin/python /build/freefoam-5sB8KW/najnoviji-original/freefoam-0.1.0+dfsg/obj-mips-linux-gnu/doc/Doxygen/fixupDoxygen.py +Fixing up Doxygen generated API documentation +- Parsing *_source.html +- Computing mangled file names +- Fixing #include linkes in the *_source.html files +- Fixing remaining #include links and expanding placeholders +make[3]: Leaving directory '/build/freefoam-5sB8KW/najnoviji-original/freefoam-0.1.0+dfsg/obj-mips-linux-gnu' +/usr/bin/cmake -E cmake_progress_report /build/freefoam-5sB8KW/najnoviji-original/freefoam-0.1.0+dfsg/obj-mips-linux-gnu/CMakeFiles +[ 47%] Built target apidoc-all +make[2]: Leaving directory '/build/freefoam-5sB8KW/najnoviji-original/freefoam-0.1.0+dfsg/obj-mips-linux-gnu' +Makefile:119: recipe for target 'all' failed +make[1]: *** [all] Error 2 + +[ 92%] Building CXX object applications/utilities/mesh/manipulation/setSet/CMakeFiles/setSet.dir/writeFuns.C.o +cd /build/freefoam-5sB8KW/najnoviji-original/freefoam-0.1.0+dfsg/obj-mips-linux-gnu/applications/utilities/mesh/manipulation/setSet /usr/bin/g++ -DDP -DNoRepository -DREADLINE=1 -DSiCortex64 -g -O2 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fpermissive -D_FORTIFY_SOURCE=2
Bug#705157: kaya: diff for NMU version 0.4.4-6.1
tag 713122 + pending tag 705157 + pending thanks Dear maintainer, I've prepared an NMU for kaya (versioned as 0.4.4-6.1) and uploaded it to DELAYED/2 (debdiff below). Please feel free to tell me if I should delay it longer. Regards, Vincent diff -Nru kaya-0.4.4/debian/changelog kaya-0.4.4/debian/changelog --- kaya-0.4.4/debian/changelog 2012-10-10 12:35:12.0 -0700 +++ kaya-0.4.4/debian/changelog 2014-06-02 00:14:24.0 -0700 @@ -1,3 +1,20 @@ +kaya (0.4.4-6.1) unstable; urgency=medium + + * Non-maintainer upload. + + [ Peter Michael Green ] + * Remove ghc6 alternative from build-depends (Closes: 713122) + + [ Iain Lane ] + * FTBFS fixes. + * debian/patches/ghc-7.6-fixes: Patches to work with API changes in GHC 7.6, +mainly to make use of Control.Exception. (Closes: 705157) + * debian/patches/new-gc-api.patch: Backport of upstream commits to work with +current boehm GC APIs + * Add dh_autoreconf usage for the above patch. + + -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Wed, 28 May 2014 10:42:10 +0200 + kaya (0.4.4-6) unstable; urgency=low [ gregor herrmann ] diff -Nru kaya-0.4.4/debian/control kaya-0.4.4/debian/control --- kaya-0.4.4/debian/control 2012-10-10 12:30:48.0 -0700 +++ kaya-0.4.4/debian/control 2014-05-28 01:39:47.0 -0700 @@ -2,7 +2,7 @@ Section: devel Priority: extra Maintainer: Stuart Teasdale s...@debian.org -Build-Depends: debhelper (= 7.0.0), autotools-dev, ghc6 | ghc, libghc-mtl-dev, libgc-dev, happy, libpcre3-dev(= 5.0), libgcrypt11-dev, libncurses5-dev, freeglut3-dev, zlib1g-dev, libgnutls-dev, libpq-dev, libmysqlclient-dev, libsqlite3-dev, libgd2-xpm-dev, libsdl1.2-dev,libncursesw5-dev,libghc-editline-dev, libghc-random-dev +Build-Depends: debhelper (= 7.0.0), autotools-dev, ghc, libghc-mtl-dev, libgc-dev, happy, libpcre3-dev(= 5.0), libgcrypt11-dev, libncurses5-dev, freeglut3-dev, zlib1g-dev, libgnutls-dev, libpq-dev, libmysqlclient-dev, libsqlite3-dev, libgd2-xpm-dev, libsdl1.2-dev,libncursesw5-dev,libghc-editline-dev, libghc-random-dev, dh-autoreconf Standards-Version: 3.8.3 Homepage: http://kayalang.org/ diff -Nru kaya-0.4.4/debian/patches/ghc-7.6-fixes kaya-0.4.4/debian/patches/ghc-7.6-fixes --- kaya-0.4.4/debian/patches/ghc-7.6-fixes 1969-12-31 16:00:00.0 -0800 +++ kaya-0.4.4/debian/patches/ghc-7.6-fixes 2014-05-28 01:39:47.0 -0700 @@ -0,0 +1,115 @@ +Description: Fix build with changed APIs in GHC 7.6 +Author: Iain Lane iain.l...@canonical.com +Forwarded: yes +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705157 + +Index: b/compiler/Driver.hs +=== +--- a/compiler/Driver.hs b/compiler/Driver.hs +@@ -28,6 +28,7 @@ + import ProgramDump + import REPL + ++import Control.Exception + import System.Cmd + import System.Exit + import System.Directory +@@ -67,8 +68,8 @@ +catch (do startup - getStartup prtype libdirs + let pt = addToPT (parse newroot libdirs (prog++startup) fn) pinput + compile newroot libdirs opts pt extra mainfile) +- (\e - do putStrLn (show e) +- return CompError) ++ (\(e :: IOException) - do putStrLn (show e) ++return CompError) + + outputfile Module mod = showuser mod ++ .o + -- TMP HACK: This should probably be a %extension cgi directive in the .ks +Index: b/compiler/Module.hs +=== +--- a/compiler/Module.hs b/compiler/Module.hs +@@ -14,8 +14,9 @@ + getAllLibDirs, linkFiles, getObjs) where + + import Language ++import Control.Exception + import Debug.Trace +-import System.Directory ++import System.Directory (doesFileExist) + import Data.List + import Lib + import Options +@@ -244,7 +245,7 @@ + (do --putStrLn $ Trying ++ x ++ path + f - readFile (x++path) + return (Just f)) +- (\e - findFile xs path) ++ (\(e :: IOException) - findFile xs path) + + -- Get all the library directories, looking at the options and the + -- KAYA_LIBRARY_PATH environment variable. +Index: b/compiler/Portability64.hs +=== +--- a/compiler/Portability64.hs b/compiler/Portability64.hs +@@ -1,6 +1,7 @@ + module Portability64 where + + import Lib ++import Control.Exception + import System.IO + import System.Environment + import qualified Data.Map as Map +@@ -10,7 +11,7 @@ + environment :: String - IO (Maybe String) + environment x = catch (do e - getEnv x + return (Just e)) +- (\_ - return Nothing) ++ (\(_ :: IOException) - return Nothing) + + tempfile :: IO (FilePath, Handle) + tempfile = do env - environment TMPDIR +Index: b/compiler/CodegenCPP.hs +=== +--- a/compiler/CodegenCPP.hs b/compiler/CodegenCPP.hs +@@ -11,6 +11,7 @@ + import
Bug#750157: gdb-doc: Breaks the gdb in sid
Package: gdb-doc Version: 7.7.1-1 Severity: serious Justification: uninstallable Dear maintainer, please do not Breaks the version of gdb in sid. Do coordinated uploads, please ;-) tglase@tglase:~ $ rmadison gdb-doc gdb gdb | 7.0.1-2| squeeze | source, ia64, mips gdb | 7.0.1-2+b1 | squeeze | amd64, armel, i386, kfreebsd-amd64, kfreebsd-i386, mipsel, powerpc, s390, sparc gdb | 7.3-1~bpo60+1 | squeeze-backports | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc gdb | 7.4.1+dfsg-0.1 | wheezy| source, amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc gdb | 7.6-5 | sid | source, hurd-i386 gdb | 7.6.2-1.1 | jessie| source gdb | 7.6.2-1.1 | sid | source gdb | 7.6.2-1.1+b1 | jessie| amd64, armel, armhf, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x gdb | 7.6.2-1.1+b1 | sid | amd64, armel, armhf, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc gdb-doc | 7.1-1 | squeeze/non-free | source, all gdb-doc | 7.4.1-2| wheezy/non-free | source, all gdb-doc | 7.6.2-1| jessie/non-free | source, all gdb-doc | 7.7.1-1| sid/non-free | source, all -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh -- 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#750158: general: cp -a does not respect file attributes
Package: general Severity: serious Justification: ?.?.? Dear Maintainer, * What led up to the situation? I installed a new bigger drive (array of 4 disks in raid5) and installed Debian 7.5 on this new drive. Then I wanted to copy files from the old drives that had been running under Debian 6.0 to the new drive without compromizing new configuration files that may be around in the new home directories. * What exactly did you do (or not do) that was effective (or ineffective)? Therefore, as root, I issued the command cp -anr source-homedir target- homedir * What was the outcome of this action? All files were copied but the file attributes of the source-files were not kept, all copied files belong now to root and permission-flags were reset to the defaults of the root user. * What outcome did you expect instead? I exspected that file attributes of the source-files are kept, notably user,group and permission-flags as describet in the man-page for cp option -a. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734688: Logs are not rotated for a month
I am using cron + latest fcron 3.1.3-1 from http://debs.slavino.sk and get error mails from fcron: /etc/cron.daily/logrotate: logrotate_script: 2: logrotate_script: invoke-rc.d: not found error: error running shared postrotate script for '/var/log/cups/*log ' logrotate_script: 2: logrotate_script: invoke-rc.d: not found error: error running non-shared postrotate script for /var/log/syslog of '/var/log/syslog ' run-parts: /etc/cron.daily/logrotate exited with return code 1 /etc/cron.daily/man-db: /etc/cron.daily/man-db: 28: /etc/cron.daily/man-db: start-stop-daemon: not found run-parts: /etc/cron.daily/man-db exited with return code 127 Job run-parts --report /etc/cron.daily terminated (exit status: 1) (mailing output) The reason for this might be https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=617898 If this hunch is correct, putting PATH = /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin into /etc/fcrontab should help. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750159: aptitude: Manage real and effective user ID for security
Package: aptitude Version: 0.6.10-1 Severity: important Tags: confirmed Aptitude is often invoked using su or sudo for privileges to manage packages. These are not required when calling some other utilities, such as the pager (as in 'aptitude changelog') or reportbug, or creating and accessing user (rather than root) files. Common practice to drop these privileges is to swap the real and effective user ID. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750090: [Pkg-shadow-devel] Bug#750090: missing build-depends: autopoint
Le 01/06/2014 14:33, Thomas Koch a écrit : Source: shadow Severity: serious Justification: fails to build from source (but built successfully in the past) -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I'm backporting shadow (for myself so far) from Sid and had to install autopoint to build it although autopoint is not listed in the build-depends list. Hell, That needs more investigation but, so far, shadow builds fine in my pbuilder chroot (which has no autopoint package installed at all). It also buit fine on all autobuilders for unstable : https://buildd.debian.org/status/package.php?p=shadowsuite=unstable -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#463510: aptitude: Remove option to run reportbug
On 2 June 2014 15:17, Matijs van Zuijlen mat...@matijs.net wrote: A suggestion is made in the -done mail that would indeed alleviate the problem somewhat (swapping user ids), but I see no follow-up bug to arrange for this to happen. Are you expecting me to file any follow-up bugs? No. See http://bugs.debian.org/750159 if it pleases you. Kind regards, Matijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750160: RFS: aptitude/0.6.11-1 [RC]
Package: sponsorship-requests Severity: important X-Debbugs-CC: aptitude-de...@lists.alioth.debian.org Dear mentors I am looking for a sponsor for my package aptitude * Package name: aptitude Version : 0.6.11-1 Upstream Author : Aptitude Devel aptitude-de...@lists.alioth.debian.org * URL : http://aptitude.alioth.debian.org/ * License : GPL-2+ Section : admin It builds those binary packages: aptitude - terminal-based package manager aptitude-common - architecture independent files for the aptitude package manager aptitude-dbg - Debug symbols for the aptitude package manager aptitude-doc-cs - Czech manual for aptitude, a terminal-based package manager aptitude-doc-en - English manual for aptitude, a terminal-based package manager aptitude-doc-es - Spanish manual for aptitude, a terminal-based package manager aptitude-doc-fi - Finnish manual for aptitude, a terminal-based package manager aptitude-doc-fr - French manual for aptitude, a terminal-based package manager aptitude-doc-it - Italian manual for aptitude, a terminal-based package manager aptitude-doc-ja - Japanese manual for aptitude, a terminal-based package manager aptitude-doc-ru - Russian manual for aptitude, a terminal-based package manager To access further information about this package, please visit the following URL: http://mentors.debian.net/package/aptitude Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/a/aptitude/aptitude_0.6.11-1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * Includes fix for FTBFS with gcc-4.9. * New upstream release: - Load package tags from APT if debtags database is not available. (Closes: #501732) - Remove -Werror from default compiler flags. (Closes: #746824) - No longer use libept. (Closes: #504153, #677551) * Translation updates: - Italian (Closes: #741875) - Portuguese (Closes: #748141) * Correct typo in description of aptitude-common. (Closes: #746960) * Remove non-ASCII punctuation from changelog. (Closes: #745680) * Drop apt-xapian-index to Suggests. (and misc. upstream changes, as noted in NEWS) Regards Daniel Hartwig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734688: Logs are not rotated for a month
also sprach Peter Pöschl pp2ml.deb0...@nest-ai.de [2014-06-02 09:45 +0200]: If this hunch is correct, putting PATH = /usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin into /etc/fcrontab should help. This has nothing to do with the original problem. I found that the only way to solve it was to use --force. -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems there are two major products that come out of berkeley: lsd and unix. one caused me an addiction -- fyodor digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#750145: graphthing: wxwidgets3.0 transition
Olly Betts o...@survex.com (2014-06-02): Source: graphthing Version: 1.3.2-3.1 Severity: important User: freewx-ma...@lists.alioth.debian.org Usertags: wx3.0 Control: block 748169 by -1 Dear maintainer, We're aiming to migrate the archive to using wxwidgets3.0 instead of wxwidgets2.8, and intend to drop wxwidgets2.8 before jessie is released. I asked you on IRC a while ago if removing graphthing from Debian made sense, as it seems upstream has been inactive for a long time, and the last upload was my NMU for the wx2.8 transition, and you agreed. The wxwidgets3.0 transition is starting to progress more rapidly, so I just wanted to check that nothing had changed which might affect that plan (like someone taking over upstream development). It also seems useful to have a bug to document the plan to remove more publicly. I'm not aware of any new upstream effort but I haven't actively tracked anything there for a very long while. Thanks for the prod anyway. Mraw, KiBi. signature.asc Description: Digital signature
Bug#463510: aptitude: Remove option to run reportbug
On 02/06/14 09:57, Daniel Hartwig wrote: On 2 June 2014 15:17, Matijs van Zuijlen mat...@matijs.net wrote: A suggestion is made in the -done mail that would indeed alleviate the problem somewhat (swapping user ids), but I see no follow-up bug to arrange for this to happen. Are you expecting me to file any follow-up bugs? No. See http://bugs.debian.org/750159 if it pleases you. Nice. Thanks. -- Matijs signature.asc Description: OpenPGP digital signature
Bug#750161: synaptic: Eats 100% CPU when creating package lists
Package: synaptic Version: 0.81.2 Severity: normal Hello, recently, synaptic has become nearly unusable for me. Whenever I start the application or click on the Refresh package list icon, it takes ages to rebuild the package lists, eating up 100% CPU. I am not sure when this was introduced, but it's clearly a regression, previous versions of synaptic were as responsive as expected. Please tell me if you need any further information! - Fabian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.3 ii libapt-pkg4.12 1.0.3 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libept1.4.12 1.0.12 ii libgcc1 1:4.9.0-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libstdc++6 4.9.0-4 ii libvte-2.90-91:0.36.2-1 ii libx11-6 2:1.6.2-2 ii libxapian22 1.2.17-1 ii libxext6 2:1.3.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages synaptic recommends: ii gksu 2.0.2-6 ii libgtk2-perl 2:1.249-2 ii policykit-10.105-5 ii rarian-compat 0.8.1-5 Versions of packages synaptic suggests: pn apt-xapian-index none pn deborphannone pn dwww none ii menu 2.1.46 ii software-properties-gtk 0.92.25debian1 ii tasksel 3.20 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749846: trafficserver: Insecure command execution and use of temporary filenames.
Hi Steve, On 30.05.2014 09:59, Steve Kemp wrote: Please do request/assign CVE identifiers. Thanks for your report, I will coordinate this with Apache folks to get a CVE upstream as this is not Debian specific. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#702345: charmap.app: only partial window shown
Excerpts from Yavor Doganov's message of Sun Jun 01 04:11:41 +0200 2014: reassign 702345 gnustep-back severity 702345 normal tags 702345 + moreinfo unreproducible thanks Please excuse me for the belated reply. On Tue, Mar 05, 2013 at 03:29:35PM +0100, Michal Suchanek wrote: The top of the Charmap window is not shown. It is not possible to resize the Charmpa window to larger size than shown. Terminal is spammed with Charmap[551] styleoffsets ... guessing offsets I am using non-reparenting window manager. This is a gnustep-back issue. Please provide the output of: 1. $ update-alternatives --display gnustep-back-020 2. $ defaults read NSGlobalDomain GSBackend 3. The name/version of your window manager, so that I could try to reproduce the bug. Does it happen with the other GNUstep backend? With another WM? APT policy: (910, 'testing'), (900, 'stable'), (410, 'unstable'), (200, 'experimental'), (150, 'precise-updates'), (150, 'precise-security'), (150, 'precise') Whoa. ii gnustep-back0.20 0.20.1-2.1 ii gnustep-base-runtime 1.24.0-1 ii gnustep-common [gnustep-fslayout-fhs] 2.6.2-2 ii gnustep-gpbs 0.22.0-1 ii gnustep-gui-runtime0.22.0-1 ii libgnustep-base1.221.22.1-4 ii libgnustep-gui0.20 0.20.0-3+b1 Even more whoa. You have an impossible mixture of packages. Have you forced the installation of some? I probably used some sort of manual installation and/or backported packages because there were indeed issues with the backend. It's also possible that apt failed halfway during install and I did not notice. Anyway, it works now with ii charmap.app0.2-11+b1 amd64Character map for GNUstep ii gnustep-back-common0.20.1-2.1 all GNUstep GUI Backend - common files ii gnustep-back0.20 0.20.1-2.1 all GNUstep GUI Backend ii gnustep-back0.20-art 0.20.1-2.1 amd64GNUstep GUI Backend (art) ii gnustep-base-common1.22.1-4 all GNUstep Base library - common files ii gnustep-base-runtime 1.22.1-4 amd64GNUstep Base library - daemons and tools ii gnustep-common 2.6.2-2 amd64Common files for the core GNUstep environment ii gnustep-gpbs 0.20.1-2.1 amd64GNUstep PasteBoard server ii gnustep-gui-common 0.20.0-3 all GNUstep GUI Library - common files ii gnustep-gui-runtime0.20.0-3+b1 amd64GNUstep GUI Library - runtime files ii libgnustep-base1.221.22.1-4 amd64GNUstep Base library ii libgnustep-gui0.20 0.20.0-3+b1 amd64GNUstep GUI Library Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748867: can't login to chrome
Can you confirm that one can still login to chrome with 36.0.1985.18-2 ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711833: [supp...@mentors.debian.net: postr uploaded to mentors.debian.net]
Hi, For man page license, I propose to distribute it under GNU GLP (v3). Do you agree ? Okay for the maintener part, I will set the maintainer to Python Applications Packaging Team. Regards, Yoann 2014-06-01 18:26 GMT+02:00 Alexander Alemayhu alexan...@bitraf.no: On Sun, Jun 01, 2014 at 03:50:27PM +0200, Yoann Gauthier wrote: Le 31 mai 2014 20:00, Alexander Alemayhu alexan...@bitraf.no a écrit : On Sat, May 31, 2014 at 03:29:16PM +0200, Yoann Gauthier wrote: Hello, Hei, I wrote the man page (attachment). I have no access to the repository today, I will upload the page to repository tomorrow. Nice. I decided to use github as the Vcs-* since collab-maint seems to be for people packing together with DDs. Maybe we should ask for access and push our changes there? I don't understand Vcs, what is it ? A akronym for Version Control System[0]. I think you have a typo 'MAINTENERS' should be 'MAINTAINERS'. It could be a good idea to ask for others to review the man page. Which license do you want to distribute the man page with? we have to mention the license in debian/copyright. Agree for the typo, this evening I will read again the man page and add more information maybe. Okay for the license, i will think. In order to stay consistent with the debian/control file we should set the maintainer to Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org Regards, Yoann [0]: http://en.wikipedia.org/wiki/Version_control 2014-05-30 12:36 GMT+02:00 Yoann Gauthier yoann.gauthi...@gmail.com : Hi Alexander, Yes, I am going to write the man page. It will be finished today or tomorrow. Okay for the RFS. Regards, Yoann 2014-05-30 10:43 GMT+02:00 Alexander Alemayhu alexan...@bitraf.no : Hei Yoann, below is a message I recived after reuploading to mentors.debian.net. The warnings I mentioned earlier are visible in the package page. Are you going to write a man page? I would like to send a RFS after fixing some more of the warnings to the PAPT list. - Forwarded message from mentors.debian.net supp...@mentors.debian.net - Date: Wed, 28 May 2014 21:33:31 + (UTC) From: mentors.debian.net supp...@mentors.debian.net To: alexan...@bitraf.no Subject: postr uploaded to mentors.debian.net Hi. Your upload of the package 'postr' to mentors.debian.net was successful. Others can now see it. The URL of your package is: http://mentors.debian.net/package/postr The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/p/postr/postr_0.13-1.dsc If you do not yet have a sponsor for your package you may want to go to http://mentors.debian.net/sponsors/rfs-howto/postr and set the Seeking a sponsor option to highlight your package on the welcome page. You can also send an RFS (request for sponsorship) to the debian-mentors mailing list. Your package page will give your suggestions on how to send that mail. Good luck in finding a sponsor! Thanks, -- mentors.debian.net - End forwarded message -
Bug#750054: [Debian-hebrew-package] Bug#750054: fribidi: please provide libfribidi.so, needed to python-fribidi
tag 750054 +wontfix quit On Sun, Jun 01, 2014 at 09:19:47AM +0300, alex bodnaru wrote: Package: libfribidi0 Version: 0.19.6-1 Severity: normal File: fribidi thank you for packaging fribidi. i'm using it through python-fribidi, an interface handmade by the upstream author: https://github.com/behnam/python-fribidi. this interface is invoking libfribidi.so, which i allways have to edit to .0, as in your pachage. of course, it would be nice to package the interface too. ---end quoted text--- A python module is already provided by Debian package: python-pyfribidi This package correctly invokes the available .so file in Debian. Anyways, to use Behnam's python module, you will have to install libfribidi-dev, which installs a libfribidi.so symlink to libfribidi.so.0 -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#718651: [pkg-wpa-devel] Bug#718651: Bug#718651: Built hostapd/wpasupplicant 2.1 (patch)
Stefan Lippers-Hollmann s@gmx.de writes: On Saturday 31 May 2014, Stefan Lippers-Hollmann wrote: On Saturday 31 May 2014, Gerald Turner wrote: Stefan Lippers-Hollmann s@gmx.de writes: On Saturday 31 May 2014, Gerald Turner wrote: [...] Would you like me to spend some time reconstructing a DEP-5 copyright file for 2.1, or would that also be wasted effort? It doesn't make sense to start collecting the copyright information from the 2.1 release, as meanwhile 28 files changed their copyright (new years, typically 2014, added), 24 new files were added + the whole new subdirectory hs20/ (which is fortunately licensed rather uniformly) and with 6 files being completely removed. If we already had this DEP-5 listing for 2.1, it would be reasonable to update it, but when starting from scratch, it only makes sense to start from current upstream HEAD (and then to use git diff hash..hostap_2_2, to fill up the gaps until v2.1 gets tagged. I'm not asking you to spend time on this, as I know far too well how demotivating this is, but I certainly wouldn't say no to a patch either. Just as a hint, I have just[1] updated debian/get-orig-source to work with wpa 2.2~. Using a version number like e.g. 2.1+git20140531.1+147848e-1 then fetches the according upstream tarball. Well, I've done it, and it sure was tedious! Steps: git log --full-diff -p hostapd hs20 patches src wpa_supplicant | \ egrep '(^diff|Copyright)' | \ grep -B1 Copyright | \ ./git-log-full-diff-parse-copyright The Perl script (attached) took a few hours to write - there's a brick of about 60 lines to munge file moves. Then about another hour to inspect all that output, plus poking at each file to make sure that the license change actually occured. -- Gerald Turner gtur...@unzane.comEncrypted mail preferred! OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80 3858 EC94 2276 FDB8 716D Index: debian/copyright === --- debian/copyright (revision 1866) +++ debian/copyright (working copy) @@ -1,152 +1,248 @@ Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ -Upstream-Name: wpa_supplicant +Upstream-Name: hostapd Upstream-Contact: Jouni Malinen j...@w1.fi -Source: http://w1.fi/wpa_supplicant/ +Source: git://w1.fi/srv/git/hostap.git Files: * -Copyright: 2002-2012, Jouni Malinen j...@w1.fi -License: BSD or GPL-2 +Copyright: 2002-2014, Jouni Malinen j...@w1.fi +License: BSD +Files: hostapd/Android.mk +Copyright: 2008, The Android Open Source Project +License: BSD + Files: hostapd/logwatch/* Copyright: 2005, Henrik Brix Andersen b...@gentoo.org License: BSD or GPL-2 -Files: hostapd/hostapd.8 - hostapd/hostapd_cli.1 -Copyright: 2005, Faidon Liambotis fai...@cube.gr -License: BSD or GPL-2 +Files: hs20/* +Copyright: 2012-2014, Qualcomm Atheros, Inc. +License: BSD -Files: patches/* -Copyright: 2005, Alexey Kobozev akobo...@cisco.com - 2005-2012, Jouni Malinen j...@w1.fi -License: BSD or GPL-2 +Files: src/ap/acs.* +Copyright: 2011, Atheros Communications + 2013, Qualcomm Atheros, Inc. +License: BSD +Files: src/ap/ap_config.* +Copyright: 2003-2014, Jouni Malinen j...@w1.fi + 2007-2008, Intel Corporation +License: BSD + Files: src/ap/ap_list.* - src/ap/ap_mlme.* - src/ap/beacon.* - src/ap/hw_features.* - src/ap/vlan_init.* - src/ap/wmm.* Copyright: 2002-2009, Jouni Malinen j...@w1.fi - 2002-2004, Instant802 Networks, Inc. + 2003-2004, Instant802 Networks, Inc. + 2006, Devicescape Software, Inc. + 2007-2008, Intel Corporation +License: BSD + +Files: src/ap/ap_mlme.* +Copyright: 2003-2008, Jouni Malinen j...@w1.fi + 2003-2004, Instant802 Networks, Inc. 2005-2006, Devicescape Software, Inc. -License: BSD or GPL-2 +License: BSD -Files: src/ap/ieee802_11_ht.c -Copyright: 2002-2009, Jouni Malinen j...@w1.fi +Files: src/ap/beacon.* +Copyright: 2002-2004, Instant802 Networks, Inc. + 2005-2006, Devicescape Software, Inc. 2007-2008, Intel Corporation -License: BSD or GPL-2 + 2008-2012, Jouni Malinen j...@w1.fi +License: BSD -Files: src/ap/p2p_hostapd.* +Files: src/ap/dfs.* +Copyright: 2002-2013, Jouni Malinen j...@w1.fi + 2013, Qualcomm Atheros, Inc. +License: BSD + +Files: src/ap/gas_serv.* +Copyright: 2011-2014, Qualcomm Atheros, Inc. +License: BSD + +Files: src/ap/hostapd.h +Copyright: 2002-2013, Jouni Malinen j...@w1.fi + 2007-2008, Intel Corporation +License: BSD + +Files: src/ap/hs20.* +Copyright: 2009, Atheros Communications, Inc. + 2011-2013, Qualcomm Atheros, Inc. +License: BSD + +Files: src/ap/hw_features.* +Copyright: 2002-2003, Instant802 Networks, Inc. + 2005-2006, Devicescape Software, Inc. + 2008-2012, Jouni Malinen j...@w1.fi +License: BSD + +Files: src/ap/ieee802_11.* + src/ap/ieee802_11_ht.c
Bug#734848: [Pkg-systemd-maintainers] Bug#734848: systemd: LSB initscript wrappers should also handle sockets on start/stop
Hi Michael, On 15:43 Sat 31 May , Michael Stapelberg wrote: +# We also start/stop the associated sockets (if any), so that +# /etc/init.d/foo stop permanently stops the service. +if [ $command = start -o $command = stop ]; then +for socket in $(systemctl list-unit-files --full --type=socket \ + --no-legend 2/dev/null \ +| sed -ne 's/\.socket\s*[a-z]*\s*$/.socket/p'); do + +# Only handle successfully loaded sockets triggering this service +triggers=$(systemctl -p Triggers show $socket 2/dev/null) +state=$(systemctl -p LoadState show $service 2/dev/null) + +if [ $state = LoadState=loaded -a \ + $triggers = Triggers=$service ]; then +sockets=$socket $sockets +/bin/systemctl $command $socket This feels really clumsy. Why not ask systemd for all triggers of the service directly? E.g.: Yes you're right. I did experiment with TriggeredBy a bit, but it showed inconsistent behaviour, not always displaying the socket. I now realize that this was because the socket unit for the service I was testing with was loaded but not enabled. Unfortunately the semantics of TriggeredBy seem to be poorly documented. Anyway, I will submit a more elegant version :) By the way, there are currently three commonly used paths to trigger an initscript, all of them providing their own wrappers for systemd with different behaviours: • The direct route, calling /etc/init.d/service and relying on the initscript being a good LSB citizen. This is mostly used by system administrators. • /usr/sbin/invoke-rc.d, which currently provides its own wrapper logic and does not handle triggering units (see #734766). • /usr/sbin/service, which also provides its own logic and handles only triggering sockets. I think all three paths should exhibit the same behavior, ideally without code duplication. Two ways come into mind: • Provide a module with generic and reusable shell functions in the systemd package, that will offer high-level behaviour, e.g. handle service start if systemd is running. • Convince upstream to add a new higher-level systemctl subcommand that will start/stop a unit together with all its triggering units. I'd really appreciate your thoughts on this. Cheers, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750162: ITP: libdist-inkt-perl -- yet another distribution builder
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libdist-inkt-perl Version : 0.017 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/Dist-Inkt * License : Artistic or GPL-1+ Programming Lang: Perl Description : yet another distribution builder Dist::Inkt itself does virtually nothing; it creates an empty directory, generates a MANIFEST file, and then wraps it all up into a gzipped tarball. But it provides various hooks along the way for subclasses to grab hold of. So the general idea is that you write a subclass of Dist::Inkt, which consumes various Moose::Roles to do the actual work of populating the distribution with files. . As such, Dist::Inkt is not so much a distribution builder, as it is a framework for writing your own distribution builder. . Several roles of varying utility are bundled with Dist::Inkt, as is Dist::Inkt::Profile::Simple, a subclass of Dist::Inkt which consumes most of these roles. This package will be maintained in the Debian Perl Team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTjDnGXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWeHoH/ica9DLurhLkp6bddFgDN7PW E6kAQkcUoEqBb/NnEQk3cgQUxRaCbCC0QRt1hmvN00PD7a23Dlpfo9sOL63weEaA hxkPWG8rZk/zfD+eeN2sfraTggGTFVRgMM0PEKQDHHDr1DEkV5kSwKPMfCOOHeot oomKgVl9Xtad6aCJedT4Hj3eX9O8A7m3FReWpwSSueb8CtyCHmk3upk0qdAZzJ1b KTdciP4wPjyIuqOg4CAvPI14baXXoL5uOEXGUdoa1BQwn04Mk44/42bf83rLXik2 ZCQoyr3t/O+HlZHgWkKMKqkzO+ah6Xnvwe59Bwd2lkmCUUaaVb+Jx8HUbMzWg4M= =Xd7d -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#750131: SDL2_gfx: patch for pkg-config support
Hi, On 2014-06-02 01:01, Andreas Schiffler wrote: Thanks - added: http://sourceforge.net/p/sdl2gfx/code/15/ On 6/1/2014 1:54 PM, b...@debian.org wrote: Hi Andreas, Here's a patch to add pkg-config support in SDL2_gfx, that is add a SDL2_gfx.pc on install. It's mostly a merge being the old one in SDL_gfx and the new ones in SDL_Mixer cie. It is useful for people who use PKG_CHECK_MODULES in their autoconf. Would you consider including it in SDL2_gfx? I'm submitting it to Debian too. We shouldn't apply this as a patch in the Debian package. Otherwise projects will start to rely on it but it's not available in other distros. So I'd prefer to wait until upstream releases a new version with the pkg-config file. Cheers, Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750163: postgresql-plproxy: Conflicting declarations of function plproxy_yy_scan_bytes to cause undefined behaviour
Package: postgresql-plproxy Version: 2.5-4 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -I/usr/include/mit-krb5 -fPIC -pie -DLINUX_OOM_SCORE_ADJ=0 -fno-omit-frame-pointer -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -fexcess-precision=standard -g -fpic -shared -o plproxy.so src/scanner.o src/parser.tab.o src/cluster.o src/execute.o src/function.o src/main.o src/query.o src/result.o src/type.o src/poll_compat.o src/aatree.o -L/usr/lib/x86_64-linux-gnu -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -L/usr/lib/mit-krb5 -L/usr/lib/x86_64-linux-gnu/mit-krb5 -Wl,--as-needed -L/usr/lib/x86_64-linux-gnu -lpq error: conflicting function declarations plproxy_yy_scan_bytes old definition in module scanner file src/scanner.c line 2246 struct yy_buffer_state * (const char *yybytes, unsigned long int _yybytes_len) new definition in module parser.tab file /srv/jenkins-slave/workspace/sid-goto-cc-postgresql-plproxy/postgresql-plproxy-2.5/src/parser.y line 24 void (const char *, signed int) /usr/lib/postgresql/9.3/lib/pgxs/src/makefiles/../../src/Makefile.shlib:329: recipe for target 'plproxy.so' failed make[1]: *** [plproxy.so] Error 64 make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-postgresql-plproxy/postgresql-plproxy-2.5/build-9.3' debian/rules:10: recipe for target 'build-stamp' failed make: *** [build-stamp] Error 2 For any platform with sizeof(int)sizeof(long), the above has undefined behaviour as several bytes _yybytes_len will take an arbitrary value. Here, this may result in invalid memory accesses. The declaration in parser.y should be fixed. Best, Michael pgprTf2lOSr6m.pgp Description: PGP signature
Bug#750054: [Debian-hebrew-package] Bug#750054: fribidi: please provide libfribidi.so, needed to python-fribidi
On 06/02/2014 10:48 AM, أحمد المحمودي wrote: tag 750054 +wontfix quit On Sun, Jun 01, 2014 at 09:19:47AM +0300, alex bodnaru wrote: Package: libfribidi0 Version: 0.19.6-1 Severity: normal File: fribidi thank you for packaging fribidi. i'm using it through python-fribidi, an interface handmade by the upstream author: https://github.com/behnam/python-fribidi. this interface is invoking libfribidi.so, which i allways have to edit to .0, as in your pachage. of course, it would be nice to package the interface too. ---end quoted text--- A python module is already provided by Debian package: python-pyfribidi This package correctly invokes the available .so file in Debian. Anyways, to use Behnam's python module, you will have to install libfribidi-dev, which installs a libfribidi.so symlink to libfribidi.so.0 hello friend, thank you for your answer. indeed, i should have remembered that only -dev packages have the .so$ lib. and libfreebidi-dev is no exception. np you closed the bug. curiously ctypes.CDLL complains it can't find it, probably due to a clash. as of behdad's interface to fribidi, it provides wider functionality exposure than pyfribidi. i turned to his interface since i missed that functionality in pyfribidi. thanks again. -- best regards, alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#750164: ITP: tempest -- OpenStack Integration Test Suite
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: tempest Version : 1 Upstream Author : OpenStack Development Mailing List openstack-...@lists.openstack.org * URL : https://github.com/openstack/tempest * License : Apache-2.0 Programming Lang: Python Description : OpenStack Integration Test Suite Tempest is a set of integration tests to be run against a live Openstack cluster in order to make sure that all components are working as expected. Tempest will start and stop virtual machine in order to check that your cloud is working as expected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750165: proftmb: FTBFS - Makefile:655: *** missing separator (did you mean TAB instead of 8 spaces?)
Package: proftmb Version: 1.1.12-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_build -O--parallel make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12' make all-recursive make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12' Making all in examples make[3]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/examples' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/examples' Making all in src make[3]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/src' Makefile:655: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/src' Makefile:310: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12' Makefile:228: recipe for target 'all' failed make[1]: *** [all] Error 2 The full build log is attached. Best, Michael proftmb-build-log.txt.gz Description: application/gunzip pgpUVXbU2sQVC.pgp Description: PGP signature
Bug#573316: request for new UnSendEnv directive (or change SendEnv)
A similar bug has been filed (in 2007, last activity in 2014) for the upstream Portable OpenSSH: https://bugzilla.mindrot.org/show_bug.cgi?id=1285 -- Gioele Barabucci gio...@svario.it -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750166: ppp: Conflicting declarations of function fsm_sdata to cause undefined behaviour
Package: ppp Version: 2.4.6-2 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. cc -Wl,-z,relro -Wl,-z,now -Wl,-E -o pppd main.o magic.o fsm.o lcp.o ipcp.o upap.o chap-new.o md5.o ccp.o ecp.o auth.o options.o demand.o utils.o sys-linux.o ipxcp.o tty.o eap.o chap-md5.o session.o md4.o chap_ms.o sha1.o pppcrypt.o multilink.o tdb.o spinlock.o ipv6cp.o eui64.o cbcp.o -lcrypt -lutil -lpam -ldl -ldl -lpcap error: conflicting function declarations fsm_sdata old definition in module fsm file fsm.c line 796 void (struct fsm *f, unsigned char code, unsigned char id, unsigned char *data, signed int datalen) new definition in module lcp file fsm.h line 162 void (struct fsm *, signed int, signed int, unsigned char *, signed int) Makefile:220: recipe for target 'pppd' failed make[2]: *** [pppd] Error 64 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-ppp/ppp-2.4.6/pppd' Makefile:13: recipe for target 'all' failed make[1]: *** [all] Error 2 Observe the difference on parameters code and id - these will cause undefined behaviour in (at least) one of two ways: either values are larger than 255, in which case they will unknowingly be truncated; even if all values fit that range, big endian systems will pick the wrong bytes from the input arguments. Fixing the declaration in fsm.h should solve the problem, assuming all values fit into unsigned char. Best, Michael pgpUyvh0iPZDA.pgp Description: PGP signature
Bug#744171: transition: boost-defaults
On Sun, May 25, 2014 at 08:34:08 -0500, Steve M. Robbins wrote: On May 20, 2014 06:48:33 PM Julien Cristau wrote: Are there bugs tracking packages with versioned boost build-dependencies? I'm not aware of any such bugs. Can you make that happen then? Thanks, Julien signature.asc Description: Digital signature
Bug#750167: proxy-suite: FTBFS - ftp-proxy.pdf: PS2PDF not available
Package: proxy-suite Version: 1.9.2.4-9 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] Output written on ftp-proxy.dvi (11 pages, 55040 bytes). Transcript written on ftp-proxy.log. dvips: ! Couldn't find header file: cm-super-t1.enc ftp-proxy.pdf: PS2PDF not available Processing file src/ftp-proxy.sgml make[1]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proxy-suite/proxy-suite-1.9.2.4/doc' dh_installdocs -pftp-proxy-doc ./AUTHORS cp: cannot stat 'doc/ftp-proxy.pdf': No such file or directory dh_installdocs: cp -a doc/ftp-proxy.pdf debian/ftp-proxy-doc/usr/share/doc/ftp-proxy-doc returned exit code 1 /usr/share/cdbs/1/rules/debhelper.mk:211: recipe for target 'binary-install/ftp-proxy-doc' failed make: *** [binary-install/ftp-proxy-doc] Error 2 It seems the build dependencies need to be adjusted. The full build log is attached. Best, Michael proxy-suite-build-log.txt.gz Description: application/gunzip pgp74SaIWNC_n.pgp Description: PGP signature
Bug#745795: cache corruption in python-tables on amd64 machines
Hi Wouter, both programs (bugTesting.py and debian_745795.c) work fine when they are built against hdf5-1.8.13 (fresh build from sources). cheers -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750168: puredata: Conflicting declarations of function glist_scalar to cause undefined behaviour
Package: puredata Version: 0.45.4-1 Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. [...] libtool: link: gcc -DPD -DINSTALL_PREFIX=\/usr\ -DUSEAPI_ALSA -DUSEAPI_JACK -DJACK_XRUN -DUSEAPI_OSS -DUSEAPI_PORTAUDIO -O3 -funroll-loops -fomit-frame-pointer -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wl,-z -Wl,relro -Wl,--as-needed -o pd pd-g_canvas.o pd-g_graph.o pd-g_text.o pd-g_rtext.o pd-g_array.o pd-g_template.o pd-g_io.o pd-g_scalar.o pd-g_traversal.o pd-g_guiconnect.o pd-g_readwrite.o pd-g_editor.o pd-g_all_guis.o pd-g_bang.o pd-g_hdial.o pd-g_hslider.o pd-g_mycanvas.o pd-g_numbox.o pd-g_toggle.o pd-g_vdial.o pd-g_vslider.o pd-g_vumeter.o pd-m_pd.o pd-m_class.o pd-m_obj.o pd-m_atom.o pd-m_memory.o pd-m_binbuf.o pd-m_conf.o pd-m_glob.o pd-m_sched.o pd-s_main.o pd-s_inter.o pd-s_file.o pd-s_print.o pd-s_loader.o pd-s_path.o pd-s_entry.o pd-s_audio.o pd-s_midi.o pd-s_utf8.o pd-d_ugen.o pd-d_ctl.o pd-d_arithmetic.o pd-d_osc.o pd-d_filter.o pd-d_dac.o pd-d_misc.o pd-d_math.o pd-d_fft.o pd-d_array.o pd-d_global.o pd-d_delay.o pd-d_resample.o pd-d_soundfile.o pd-x_arithmetic.o pd-x_connective.o pd-x_interface.o pd-x_midi.o pd-x_misc.o pd-x_time.o pd-x_acoustics.o pd-x_net.o pd-x_text.o pd-x_gui.o pd-x_list.o pd-x_array.o pd-x_scalar.o pd-s_audio_alsa.o pd-s_audio_alsamm.o pd-s_midi_alsa.o pd-d_fft_mayer.o pd-d_fftroutine.o pd-s_audio_jack.o pd-s_audio_oss.o pd-s_midi_oss.o pd-s_audio_pa.o pd-s_audio_paring.o -Wl,--export-dynamic -lm -lasound -ljack -lportaudio -lpthread -ldl -lrt error: conflicting function declarations glist_scalar old definition in module g_canvas file g_canvas.c line 1527 void (struct _glist *, struct _symbol *, signed int, struct _atom *) new definition in module g_scalar file g_scalar.c line 133 void (struct _glist *glist, struct _symbol *classname, signed long int argc, struct _atom *argv) Makefile:671: recipe for target 'pd' failed make[3]: *** [pd] Error 64 make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-puredata/puredata-0.45.4/src' Makefile:903: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 For any platform with sizeof(int)sizeof(long) the call to glist_scalar will have undefined behaviour as several bytes remain undefined and will thus take an arbitrary value. Adjusting the declaration in g_canvas.c should fix this problem. Best, Michael pgpZ7n0VlhXp2.pgp Description: PGP signature
Bug#749846: trafficserver: Insecure command execution and use of temporary filenames.
Hi, http://sources.debian.net/src/trafficserver/3.0.5-1/mgmt/tools/SysAPI.cc NOWARN_UNUSED_RETURN(system(/bin/mv -f /tmp/shadow /etc/shadow)); Won't that reset the shadow file's ownership to root:root? If default umask is 027, the file won't be readable any more by the shadow group; won't that break login if this code is ever used? (Or if umask is less strict for some reason, the file becomes world-readable I suppose?) And there is plenty more /tmp abuse in that file - here it tries to delete the file, but there is still a race before creating/writing to it: ink_strncpy(command, /sbin/route -n /tmp/route_status, sizeof(command)); remove(tmp_file); if (system(command) == -1) { And again: const char *tmp_file = /tmp/dhcp_status; ink_strncpy(command, /sbin/ifconfig , sizeof(command)); strncat(command, interface, (sizeof(command) - strlen(command) - 1)); strncat(command, , (sizeof(command) - strlen(command) - 1)); strncat(command, tmp_file, (sizeof(command) - strlen(command) - 1)); remove(tmp_file); if (system(command) == -1) { (Also wondering why there's an ink_strncpy but using regular strncat). Another, this time without deleting the file if it already exists: tmp = fopen(/tmp/zonetab.tmp, w); Followed by: remove(/tmp/zonetab); NOWARN_UNUSED_RETURN(system(/bin/sort /tmp/zonetab.tmp /tmp/zonetab)); ...and after doing all of this, /tmp/zonetab isn't even used!?! Also there is plenty of code here not likely to work at all on a Debian system. /etc/sysconfig is quite specific to Red Hat and derivatives: return (!find_value(/etc/sysconfig/clock, ZONE, timezone, timezone_len, =, 0)); ink_strncpy(ifcfg, /etc/sysconfig/network-scripts/ifcfg-, sizeof(ifcfg)); Debian doesn't have chkconfig; we'd probably want to use service and update-rc.d here: status = system(/etc/init.d/ntpd stop); status = system(/sbin/chkconfig --level 2345 ntpd off); Who wants to do a thing like that anyway? net_device = fopen(/proc/net/dev, r); if (strstr(buffer, eth)) // only counts the eth interface What if trafficserver is to run on an interface not called eth? Some virtual environments might call it veth or vether for example. Maybe you want to use it on a wlan interface, ppp, or perhaps on lo0? One final curio for amusement. A past Coverity scan must have already pointed out the sillyness of this, but: // coverity[fs_check_call] if (access(pathname, R_OK)) { return find; } // coverity[toctou] if ((fp = fopen(pathname, r)) != NULL) { ... } return find; Why bother with access()? If a fopen() failure would do the exact same thing anyway... [ Hoping this whole file isn't needed, and can simply go away :) ] Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#695473: util-linux: diff for NMU version 2.20.1-5.8
tags 695473 + pending thanks Dear maintainer, I've prepared an NMU for util-linux (versioned as 2.20.1-5.8) and uploaded it to unstable. Regards. diff -u util-linux-2.20.1/debian/changelog util-linux-2.20.1/debian/changelog --- util-linux-2.20.1/debian/changelog +++ util-linux-2.20.1/debian/changelog @@ -1,3 +1,16 @@ +util-linux (2.20.1-5.8) unstable; urgency=medium + + * Non-maintainer upload. + + [Martin Pitt] + * misc-utils/wipefs.c: In --all mode, wipe several times until no further +signatures are found. This is required for file systems like VFAT which +can be detected in multiple different ways. This is fixed properly in 2.21 +(see LP #1012081), but does not backport well, so use this local hack for +now. (LP: #1046665, Closes: #695473) + + -- intrigeri intrig...@debian.org Mon, 02 Jun 2014 10:49:39 +0200 + util-linux (2.20.1-5.7) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- util-linux-2.20.1.orig/misc-utils/wipefs.c +++ util-linux-2.20.1/misc-utils/wipefs.c @@ -377,15 +377,21 @@ if (optind != argc) errx(EXIT_FAILURE, _(only one device as argument is currently supported.)); - wp = read_offsets(wp, fname, all); +/* we need to wipe several times for some file systems like VFAT, see + * https://launchpad.net/bugs/1046665 */ +do { +wp = read_offsets(wp, fname, all); - if (wp) { - if (has_offset || all) - do_wipe(wp, fname, noact); - else - print_all(wp, mode); +if (wp) { +if (has_offset || all) +do_wipe(wp, fname, noact); +else +print_all(wp, mode); - free_wipe(wp); - } +free_wipe(wp); +wp = NULL; +} else +break; +} while (!noact all); return EXIT_SUCCESS; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749846: trafficserver: Insecure command execution and use of temporary filenames.
On Mon Jun 02, 2014 at 10:23:23 +0100, Steven Chamberlain wrote: http://sources.debian.net/src/trafficserver/3.0.5-1/mgmt/tools/SysAPI.cc NOWARN_UNUSED_RETURN(system(/bin/mv -f /tmp/shadow /etc/shadow)); Won't that reset the shadow file's ownership to root:root? If default umask is 027, the file won't be readable any more by the shadow group; won't that break login if this code is ever used? To be honest I couldn't see the /etc/shadow-touching code even being invoked. So while I think there are many issues here, including the loss of the `shadow` group membership it is probably the case that this doesn't matter. In more recent versions of trafficserver some of those functions have been removed, although there are still some /tmp-file abuses left in place. (Or if umask is less strict for some reason, the file becomes world-readable I suppose?) Yeah. And there is plenty more /tmp abuse in that file - here it tries to delete the file, but there is still a race before creating/writing to it: These are the more serious issues, because they're actually invoked/used, as you can determine via strace and grep. Also there is plenty of code here not likely to work at all on a Debian system. Agreed.. [ Hoping this whole file isn't needed, and can simply go away :) ] In the older release some functions are defined but never used, those relating to /etc/shadow for example, but there remain bits that are called. Steve -- Let me steal your soul? http://stolen-souls.com signature.asc Description: Digital signature
Bug#750165: proftmb: FTBFS - Makefile:655: *** missing separator (did you mean TAB instead of 8 spaces?)
Control: tag -1 patch Michael Tautschnig m...@debian.org (2014-06-02): Package: proftmb Version: 1.1.12-1 Severity: serious Usertags: goto-cc During a rebuild of all Debian packages in a clean sid chroot (using cowbuilder and pbuilder) the build failed with the following error. [...] dh_auto_build -O--parallel make[1]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12' make all-recursive make[2]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12' Making all in examples make[3]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/examples' make[3]: Nothing to be done for 'all'. make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/examples' Making all in src make[3]: Entering directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/src' Makefile:655: *** missing separator (did you mean TAB instead of 8 spaces?). Stop. make[3]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12/src' Makefile:310: recipe for target 'all-recursive' failed make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory '/srv/jenkins-slave/workspace/sid-goto-cc-proftmb/proftmb-1.1.12' Makefile:228: recipe for target 'all' failed make[1]: *** [all] Error 2 The attached patch seems to do the trick. Mraw, KiBi. diff -Nru proftmb-1.1.12/debian/changelog proftmb-1.1.12/debian/changelog --- proftmb-1.1.12/debian/changelog 2012-10-08 18:35:07.0 +0200 +++ proftmb-1.1.12/debian/changelog 2014-06-02 11:26:06.0 +0200 @@ -1,3 +1,10 @@ +proftmb (1.1.12-1.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Replace 'dnl' with '#' in src/Makefile.{am,in} (Closes: #750165). + + -- Cyril Brulebois k...@debian.org Mon, 02 Jun 2014 11:25:40 +0200 + proftmb (1.1.12-1) unstable; urgency=low * New upstream release. diff -Nru proftmb-1.1.12/debian/patches/avoid-dnl-in-makefiles.diff proftmb-1.1.12/debian/patches/avoid-dnl-in-makefiles.diff --- proftmb-1.1.12/debian/patches/avoid-dnl-in-makefiles.diff 1970-01-01 01:00:00.0 +0100 +++ proftmb-1.1.12/debian/patches/avoid-dnl-in-makefiles.diff 2014-06-02 11:27:17.0 +0200 @@ -0,0 +1,87 @@ +Description: Avoid 'dnl' in Makefiles. +Author: Cyril Brulebois k...@debian.org +Bug-Debian: http://bugs.debian.org/750165 + +--- a/src/Makefile.am b/src/Makefile.am +@@ -46,26 +46,26 @@ TrainSeq.cpp \ + Viterbi.cpp \ + Zscore.cpp + +-dnl bin_PROGRAMS = proftmb composition accvcov hmmdisc hmm hmmstats +-dnl bin_PROGRAMS = proftmb hmm hmmtrain +-dnl bin_PROGRAMS = hmm hmmtrain ++# bin_PROGRAMS = proftmb composition accvcov hmmdisc hmm hmmstats ++# bin_PROGRAMS = proftmb hmm hmmtrain ++# bin_PROGRAMS = hmm hmmtrain + bin_PROGRAMS = proftmb + + proftmb_SOURCES = proftmb.cpp +-dnl hmmdisc_SOURCES = hmmdisc.cpp +-dnl composition_SOURCES = composition.cpp +-dnl accvcov_SOURCES = AccvCov.cpp +-dnl hmm_SOURCES = hmm.cpp +-dnl hmmtrain_SOURCES = hmmtrain.cpp +-dnl hmmstats_SOURCES = hmmstats.cpp ++# hmmdisc_SOURCES = hmmdisc.cpp ++# composition_SOURCES = composition.cpp ++# accvcov_SOURCES = AccvCov.cpp ++# hmm_SOURCES = hmm.cpp ++# hmmtrain_SOURCES = hmmtrain.cpp ++# hmmstats_SOURCES = hmmstats.cpp + + proftmb_DEPENDENCIES = libhmm.a +-dnl hmmdisc_DEPENDENCIES = libhmm.a +-dnl composition_DEPENDENCIES = libhmm.a +-dnl accvcov_DEPENDENCIES = libhmm.a +-dnl hmm_DEPENDENCIES = libhmm.a +-dnl hmmtrain_DEPENDENCIES = libhmm.a +-dnl hmmstats_DEPENDENCIES = libhmm.a ++# hmmdisc_DEPENDENCIES = libhmm.a ++# composition_DEPENDENCIES = libhmm.a ++# accvcov_DEPENDENCIES = libhmm.a ++# hmm_DEPENDENCIES = libhmm.a ++# hmmtrain_DEPENDENCIES = libhmm.a ++# hmmstats_DEPENDENCIES = libhmm.a + + proftmb_LDADD = libhmm.a + +--- a/src/Makefile.in b/src/Makefile.in +@@ -652,21 +652,21 @@ uninstall-man: uninstall-man1 + uninstall-man1 + + +-dnl bin_PROGRAMS = proftmb composition accvcov hmmdisc hmm hmmstats +-dnl bin_PROGRAMS = proftmb hmm hmmtrain +-dnl bin_PROGRAMS = hmm hmmtrain +-dnl hmmdisc_SOURCES = hmmdisc.cpp +-dnl composition_SOURCES = composition.cpp +-dnl accvcov_SOURCES = AccvCov.cpp +-dnl hmm_SOURCES = hmm.cpp +-dnl hmmtrain_SOURCES = hmmtrain.cpp +-dnl hmmstats_SOURCES = hmmstats.cpp +-dnl hmmdisc_DEPENDENCIES = libhmm.a +-dnl composition_DEPENDENCIES = libhmm.a +-dnl accvcov_DEPENDENCIES = libhmm.a +-dnl hmm_DEPENDENCIES = libhmm.a +-dnl hmmtrain_DEPENDENCIES = libhmm.a +-dnl hmmstats_DEPENDENCIES = libhmm.a ++# bin_PROGRAMS = proftmb composition accvcov hmmdisc hmm hmmstats ++# bin_PROGRAMS = proftmb hmm hmmtrain ++# bin_PROGRAMS = hmm hmmtrain ++# hmmdisc_SOURCES = hmmdisc.cpp ++# composition_SOURCES = composition.cpp ++# accvcov_SOURCES = AccvCov.cpp ++# hmm_SOURCES = hmm.cpp ++# hmmtrain_SOURCES = hmmtrain.cpp ++# hmmstats_SOURCES = hmmstats.cpp ++# hmmdisc_DEPENDENCIES = libhmm.a ++# composition_DEPENDENCIES = libhmm.a
Bug#695473: Bug#732068: gnome-disk-utility: Can't format external USB partition / device
Hi, intrigeri wrote (07 Apr 2014 13:34:48 GMT) : This looks very much like Debian bug #695473, that was reassigned to util-linux, and has a patch applied. I've just NMU'd util-linux with Ubuntu's patch. I'm pretty sure it did fix this gnome-disk-utility bug when I tested it 2-3 weeks ago, but now it doesn't anymore. Likely some sid upgrade since then (udisks2) broke it. Another similar bug was reported in Ubuntu 14.04, that also has the fixed wipefs, which confirms my findings: https://bugs.launchpad.net/ubuntu/+source/gnome-disk-utility/+bug/1318954 Still, that util-linux upload fixes wipefs on FAT, and makes it easier to debug the gnome-disk-utility bug without being confused by a possible root cause in wipefs, so it was still worth it IMO. 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#749846: trafficserver: Insecure command execution and use of temporary filenames.
On 02.06.2014 11:29, Steve Kemp wrote: [ Hoping this whole file isn't needed, and can simply go away :) ] Actually, it is. The shadow part is most likely a left-over from dead code before ATS was open-sourced. Either way, the entire command line utility (traffic-shell) is being dropped upstream altogether. -- with kind regards, Arno Töll IRC: daemonkeeper on Freenode/OFTC GnuPG Key-ID: 0x9D80F36D signature.asc Description: OpenPGP digital signature
Bug#659260: pm-utils: incompatible with /etc/sysctrl.conf and not obvious
Hey Osamu, Osamu Aoki [2012-02-10 1:06 +0900]: === Solution 1: simple fix === In laptop_mode, change laptop_mode_ac() function as follows. === laptop_mode_ac() { # disable laptop mode, set vm parameters back to sane defaults if state_exists laptop_mode_default; then write_values $(restorestate laptop_mode_default) fi echo Laptop mode disabled. } Indeed I think that's the right way to do it. I verified that the kernel defaults are exactly the hardcoded values (at least with recent ones, 3.13 and 3.15), so that else branch is unnecessary. I'll apply your patch, thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734848: [Pkg-systemd-maintainers] Bug#734848: systemd: LSB initscript wrappers should also handle sockets on start/stop
Hi Apollon, Apollon Oikonomopoulos apoi...@debian.org writes: was loaded but not enabled. Unfortunately the semantics of TriggeredBy seem to be poorly documented. Anyway, I will submit a more elegant version :) Cool. Also note that patches with documentation updates/clarifications are appreciated on the systemd-devel list. I think all three paths should exhibit the same behavior, ideally without code duplication. Two ways come into mind: • Provide a module with generic and reusable shell functions in the systemd package, that will offer high-level behaviour, e.g. handle service start if systemd is running. • Convince upstream to add a new higher-level systemctl subcommand that will start/stop a unit together with all its triggering units. Both ways require a new version of systemd to be uploaded to Debian, so none has a pragmatic advantage. I think it’d be worthwhile to attempt #2 first and fall back to #1 if upstream doesn’t want such a command. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750169: ITP: librdf-doap-lite-perl -- write DOAP data quickly and easily
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: librdf-doap-lite-perl Version : 0.002 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/RDF-DOAP-Lite * License : Artistic or GPL-1+ Programming Lang: Perl Description : write DOAP data quickly and easily RDF::DOAP::Lite is a small companion module to RDF::DOAP, enabling you to output DOAP data easily from standard CPAN distribution files. . DOAP (Description of a Project) is an RDF Schema and XML vocabulary to describe software projects, in particular free and open source software. This package is needed by libdist-inkt-perl. It will be maintained in the Debian Perl Team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTjEgbXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWawUH/3AL2Xnt1yhof5FwWZP6TE3q ov78YAAFkmO5rpHq05iWGjVaZ2hC1sV46SLb8ZdjjkAEXP301lU7t+r04JvkrKej AjejoyYauSMA3ueAOKjSCgij62QRuQlaEM18twMNswnDftJnx2WH3n5c3acXoH7n ICH5H+oTSrjtCFNB/i3kLW3BzKkks07PVSowULx3mQdrddUSwqVLW3hsOII1sMU4 17CjUf08Kv+iP8gYqUb625v7dZCjlANFjeCHUIcfDaHALA01PrLq+2XFtb6nQNg1 Z8LApChSUvdn8eumOjqdf6HVJeOHP95qkq+V3ylREzUwoMcK3QBqJJEgwiWNPiI= =xRPy -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#748832: package does not work at all: Unable to load subvertpy extensions: cannot import name client
Hey Jelmer, Jelmer Vernooij [2014-05-25 17:30 +0200]: I'll file some bugs for things I think would help. Thanks, I'll respond to them. I also hit a couple of other issues on my earlier attempts - http://bugs.debian.org/745415 and http://bugs.debian.org/740437. Ironically it seems like adt-build-lxc could do with some tests to make sure it is compatible with the lxc in the archive. ;-) It actually does have pretty much full test coverage, it's just that I never actually ran the tests on a Debian machine :-/ Would it be possible to not install the lxc virt server for the moment, or indicate that it is broken until lxc gets fixed ? At the moment it is a timesink for anybody that attempts to use it. Yes indeed, I did that a couple of days ago: http://anonscm.debian.org/gitweb/?p=autopkgtest/autopkgtest.git;a=commitdiff;h=7d9666e Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#750098: libsndfile: Inconsistent use of -funsigned-char
Michael Tautschnig wrote: Package: libsndfile Version: 1.0.25-9 Severity: minor Usertags: goto-cc During a rebuild of all packages in a clean sid chroot (and cowbuilder+pbuilder) the build failed with the following error. Please note that we use our research compiler tool-chain (using tools from the cbmc package), which permits extended reporting on type inconsistencies at link time. This has been fixed upstream: https://github.com/erikd/libsndfile/commit/2b598d2e2322f76a94be0a26405e02b9704e4caf It will be in the next release. Cheers, Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683529: Probably fixed
tags 683529 moreinfo tags 697646 moreinfo tags 703162 moreinfo # will fix in next upload tags 731616 confirmed pending thanks Hi, The bug has probably been fixed with switching to the new upstream. Please test 20.0+git20140530+gc740e6e-1 or a later version. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749812: [Openmama-dev] Bug#749812: openmama: Wrong number of arguments to mamaConnection_allocate to cause undefined behaviour
Cheers Damiel, Michael, There does appear to be an issue there, and it hasn't been fixed in next. I've raised a bugzilla ticket (http://bugs.openmama.org/show_bug.cgi?id=104) which can be used to track the issue, and we'll get a fix sorted. Cheers, Damian On 5/30/14 11:40 AM, Daniel Pocock dan...@pocock.com.au wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Michael, Thanks for this bug report - as it appears to be an upstream issue, I'm putting it on the OpenMAMA mailing list for discussion Regards, Daniel On 30/05/14 00:02, Michael Tautschnig wrote: Package: openmama Version: 2.2.2.1-10 Usertags: goto-cc During an analysis of all Debian packages using our research compiler tool-chain (using tools from the cbmc package) the following error was found: When invoking mamaConnection_allocate here http://sources.debian.net/src/openmama/2.2.2.1-10/mama/jni/src/c/mamaconn ectionjni.c?hl=139#L139 only 10 arguments are passed, even though 11 are required. It seems the bytesSent parameter is missing, which also causes the remaining ones (userName, appName, handle) to take wrong/undefined values. Best, Michael -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTiGAvAAoJEOm1uwJp1aqDjYEP/jLW++UEm0pG3XSwdsveSzBd nlW4Uao2VQJNH2NgUDLRjLvIALBP2tAHPOWKQY7g8TR9VqrzFngIRmah026SXe+/ Jo0E8TEH/K3ZfLOaSrN1swjCPO1z0WJLltjLPleTBU4f+RHZJ86ldJ1UnglSTlrW NuKisio7VWZtAjMKqlThjvHVXbJrUxFoKb/gHX4p587Ptryg+blVyhBql0h3xgf4 sQo9TN8Zg7RqDk7+41FW/IVAMbQRyqrZs1C4Pt9lL6bTtFBqoujxk5Gu6UPCXIGy kQHMX6Cd+/hIcx3YH6bCFO1HEpeXdHA7LmzS2Lv0aUimVvBeBB90ERXJgyTmwGoG 05gi/WQFTF6PgcODf0bkZlFxO8uu9HDbaRkHFTt4Lx24oMEGBGQk/Fz+fSYczwLH aZDtZAbepNFTLQ1mgIvJbysZNxghXJLOwr4cPI9lpkI5GxRlHK0vjFgbjhRXAdRk DwYEqNjsFXtBPLyuusHvXhPEKO2T/bvYxChFBWfe9VbPj4E3E5li2UbRLYcv+cXr j11eaBjYo9kNq8vCMXKXeF4qQlvXe7ZyArBmRHKu8jrSYiXGeZxNJzJRlzIvys1p 4XyAHZZ9FKO47qk/kukRXBq737SZby+TCEPm8O/ILvu+F0nPjbyIZadj989MFBjM EG7YgVZTyZzvXYuBnJRP =00uq -END PGP SIGNATURE- ___ Openmama-dev mailing list openmama-...@lists.openmama.org https://lists.openmama.org/mailman/listinfo/openmama-dev This message may contain confidential information and is intended for specific recipients unless explicitly noted otherwise. If you have reason to believe you are not an intended recipient of this message, please delete it and notify the sender. This message may not represent the opinion of IntercontinentalExchange Group, Inc. (ICE), NYSE Euronext or any of their subsidiaries or affiliates, and does not constitute a contract or guarantee. Unencrypted electronic mail is not secure and the recipient of this message is expected to provide safeguards from viruses and pursue alternate means of communication where privacy or a binding message is desired. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750170: ITP: libpath-iterator-rule-perl -- iterative, recursive file finder
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libpath-iterator-rule-perl Version : 1.008 Upstream Author : David Golden dagol...@cpan.org * URL : https://github.com/dagolden/Path-Iterator-Rule * License : Apache-2.0 Programming Lang: Perl Description : iterative, recursive file finder Path::Iterator::Rule iterates over files and directories to identify ones matching a user-defined set of rules. The API is based heavily on File::Find::Rule, but with more explicit distinction between matching rules and options that influence how directories are searched. A Path::Iterator::Rule object is a collection of rules (match criteria) with methods to add additional criteria. Options that control directory traversal are given as arguments to the method that generates an iterator. . Here is a summary of features for comparison to other file finding modules: * provides many helper methods for specifying rules * offers (lazy) iterator and flattened list interfaces * custom rules implemented with callbacks * breadth-first (default) or pre- or post-order depth-first searching * follows symlinks (by default, but can be disabled) * directories visited only once (no infinite loop; can be disabled) * doesn't chdir during operation * provides an API for extensions . As a convenience, the PIR module is an empty subclass of this one that is less arduous to type for one-liners. This package is needed by libdist-inkt-perl. It will be maintained in the Debian Perl Team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTjErXXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWzLwH/0Cp6isi2wSzX1TR8H0qPp2a prTMLYrlXCmDEJv6blr4qVpnL5CAUBFz6SUZRRukV2HL+bcn9AQjVY5oFZ57Y4St Ep/PD3KYlohw2SfaPCBA4H7NF9iQU0VS/fPKHQlQN15w3+ZFAfsV1bbx4nOXvV1l 22mvQygbQiGygKdDVHOJxThlNV1tUTVoFlw+4bDY6nD5OsQa/gqs2h0Verc9izfa 3kNW6oW5Qwh4pxHARnxaXPfCnRgtDLLs8RyFaBTOntWNtx4w7dQgnkFM5AWW9PLh 14MVFSmUdBYIjhsgMXzRqoaPc8gZRkYZ8U5jJOAnaq/sANZRZHB/FG/RIO+UbV8= =0Wto -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#743247: [gnuplot:bugs] #1414 Running load destroys arguments from call
2014-06-02 11:56 GMT+02:00 Matthew Wakeling matt...@wakeling.homeip.net: Bug exists in current Debian stable version 4.6.0-8, but appears to be fixed in 4.6.3 and onwards? That sounds like a partial solution - is there a possibility of a bugfix for wheezy? 4.6.4 is available in backports for Wheezy [1]. [1] https://packages.debian.org/source/stable-backports/gnuplot Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749242: integration with debuild to run autopkgtest tests after build
Hey Jelmer, Jelmer Vernooij [2014-05-25 17:25 +0200]: I realize this is kind of hand-wavy, and it likely requires changes to debuild, but it would be great if it was possible to automatically run the DEP-8 tests after a package build, much like is currently done for lintian. This is already kind of possible with debuild's hooks. E. g. you can put that into ~/.devscripts: DEBUILD_POST_DPKG_BUILDPACKAGE_HOOK=adt-run %p_%s.dsc --- null I figure this won't be a very popular option as running tests for every single debuild invocation would be a rather awful time sink and make developers rather angry :) Writing the hook might be easier if there were some more macros such as the path to the directory that debuild was invoked in (as it changes directory to ..), the destination release, etc. For these I think this bug should be reassigned to devscripts. But TBH I think it would make more sense to integrate this into sbuild. With that you already have an appropriate testbed (and know the target release etc.), and sbuild has really flexible hooks. The main question is how to tell sbuild to run the tests or not which should be as simple as possible; e. g. one could run a package build in schrootname-test and write the hook so that it only invokes adt-run in *-test schroots. But this depends on some more specific description when you'd like to run autopkgtest. Personally I just tend to manually call adt-run before an upload, and not after each test build. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#743247: [gnuplot:bugs] #1414 Running load destroys arguments from call
tags 743247 -unreproducible thanks On Thu, 29 May 2014, Anton Gladky wrote: you are right, I have just tried it and got also flibble1.out, sorry for possible false alarm. Matthew, please confirm whether you still have problems. Yes, bug was reported against Debian wheezy 4.6.0-8, which is still the current wheezy version. [1] gnuplot_4.4.0 experiment.plot [2] gnuplot_4.6.3 experiment.plot [3] gnuplot_4.6.4 experiment.plot [4] gnuplot_4.6.5 experiment.plot [5] gnuplot_5.0.rc1 experiment.plot Bug exists in current Debian stable version 4.6.0-8, but appears to be fixed in 4.6.3 and onwards? That sounds like a partial solution - is there a possibility of a bugfix for wheezy? Matthew -- Failure is not an option. It comes bundled with your Microsoft product. -- Ferenc Mantfeld -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750171: Get rid of libvtk6
Package: libvtk6 Version: 6.1.0+dfsg-3 Severity: grave Please get rid of package libvtk6 ASAP. This is a enormous collection of very different modules. It should clearly be split into sub-package. I am marking this as grave since it make the package completely useless, one need to install 363 shared lib anytime libvtk6 is needed. Boost (c++) packages could be a nice examples on how to maintain a -all package which pulls other sub-packages. For comparison libvtk5.8 only did provide 50 of them.: $ dpkg -L libvtk5.8 | grep so.5.8 | wc 50 501536 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750172: uget: UGET rename the destination files
Package: uget Version: 1.10.4-1 Severity: important Dear Maintainer, When some files are added to queue, u-get rename the files and the name typed by user dissapears. Example: Use http://www.descargavideos.tv/ to download several videos from http://www.lasexta.com/videos/el-intermedio.html and you see how uget ignores the video names. Thank you and I hope you can fix it. ;) -- System Information: Debian Release: jessie/sid APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages uget depends on: ii libc62.18-5 ii libcairo21.12.16-2 ii libcurl3 7.36.0-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-2 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.12.1-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 uget recommends no packages. uget 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#749242: integration with debuild to run autopkgtest tests after build
Martin Pitt [2014-06-02 12:08 +0200]: But TBH I think it would make more sense to integrate this into sbuild. On that note, I just found https://bugs.debian.org/750137 for pbuilder with that idea. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750168: puredata: Conflicting declarations of function glist_scalar to cause undefined behaviour
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: tags -1 pending upstream Control: forwarded -1 https://sourceforge.net/p/pure-data/bugs/1145/ thanks for the bug-report. we have a fix at hand, which will part of the next upload (unless it is fixed by upstream first). fgmasdr IOhannes -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTjE8lAAoJELZQGcR/ejb4l9sP/3pNOo2vEUpL1ug3Jlcuzyrp P0aN16AEtl+1nZivivmAbaRe+pNmHufe/tMxz2zg1ZPvlnRDzxo0fanhGMidxDDw WjU6nZdZ0J/KYHp6xnRJyMw8FAnY7cjscScuwi69YTME/Qz2Ki8EyrceIYU120N0 QPo6s5OHXZHnBetwF2+xj/Zy1o1/DV3xpapB69IhYFqKi37D01VPUxObZiS+/5OD 8iDh2Ix1JL7CYsoa/JsRax7ARXGvv7hphQv9nv+oB0ZBFCvxhS0dEZaBAYTzT+Q7 DwMMo0vie5B+w8Bo07sXnU/IRq2UdGkNfv4kBaCCvNaJfJGsHQ0Qzm0jYLC+RGKE mD0uSAzS4z+jrOs1aSkD08FztrjYdEyNFI+AhyqYpfV4AFJr6SYWwDeyyazBj434 932oAOOXyHuyUmWzXlo+SXrgh9Vwh9M74dJlU3BKONZqrT9gIjIUJa+EZW8/GPU/ fjRXbhZFvVB48Gz9sgPQhuQeK2mZXyhJ8Ql6TxLYoPvVkfUfWdyotx1hwtZu92M6 jtVAcysZRKbZfeqCJmvDXP0mTGeDXtJqWlQJ5flDPY77n04f7Z0pXwedd1MNu5mI F6y5sshx4LJsI/tEcsS+nx2HFCTHgzwmIAtQDRpa2jWq5hGFB/5ZKn+lhU9vrDFR A4BZtEJMWKuDjhVDsog5 =BMlh -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#749395: vtk6 transition should be on hold
Anton, With all due respect, I think you are pusing too hard on vtk6 transition. I may be very biased but for example support for VTK6 was pushed in GDCM only weeks ago. I do not believe that *forcing* for vtk6 transition will help people move gracefully from one API to the new one. The step is really big. As said before I would have hope for a smoother transition with first a migration to vtk5.10. As you may have noticed I fill two grave bugs on vtk6 package (#749920 #750171), I expect at a minimum that vtk6 packaging is cleanup before true migration can occur (past vtk package maintainer hat on). Furthermore you have not outlined in #749395 how you are going to detect python-vtk, vtk-tcl and vtk-java package API breaks. As per your request: https://release.debian.org/transitions/html/vtk6.html you only required .depends ~ libvtk5.8, while clearly all scripts based vtk package should be tested (vtk6 is an API break[*] with removed API, namely the SetInput one are the most visible one), see: $ apt-cache rdepends python-vtk for some possible (as you noticed some are not listed on ben transition page). Regards, [*] Yes I mean API, not ABI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746508: NMU'ing AppArmor to fix #746508? [Was: apparmor-notify should depend on libnotify-bin]
Kees Cook wrote (02 Jun 2014 00:41:14 GMT) : Of course, it would be preferable to upload 2.8.3 instead, and fix these bugs at the same time :) I've seen some reports that 2.8.3 has issues with the apache2 module. I haven't had time to set it up and test, though. I've not seen much evidence that anyone uses AppArmor to contain Apache 2 in Debian, so I would not rank it that high on the list of blockers. Even if there was, I doubt it should block us from upgrading AppArmor: shipping an much older version than other distros, even in our testing/unstable branches, makes it hard to share work with them, blocks some profiles update and new profiles inclusion. Also, if we upload 2.8.3 or 2.8.95 or what not late in the Jessie dev cycle, it will leave us with very little time to polish things in time for the freeze. Hence my pushing :) 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#749242: integration with debuild to run autopkgtest tests after build
On Mon, Jun 02, 2014 at 12:08:01PM +0200, Martin Pitt wrote: Jelmer Vernooij [2014-05-25 17:25 +0200]: I realize this is kind of hand-wavy, and it likely requires changes to debuild, but it would be great if it was possible to automatically run the DEP-8 tests after a package build, much like is currently done for lintian. This is already kind of possible with debuild's hooks. E. g. you can put that into ~/.devscripts: DEBUILD_POST_DPKG_BUILDPACKAGE_HOOK=adt-run %p_%s.dsc --- null I figure this won't be a very popular option as running tests for every single debuild invocation would be a rather awful time sink and make developers rather angry :) Writing the hook might be easier if there were some more macros such as the path to the directory that debuild was invoked in (as it changes directory to ..), the destination release, etc. For these I think this bug should be reassigned to devscripts. But TBH I think it would make more sense to integrate this into sbuild. With that you already have an appropriate testbed (and know the target release etc.), and sbuild has really flexible hooks. The main question is how to tell sbuild to run the tests or not which should be as simple as possible; e. g. one could run a package build in schrootname-test and write the hook so that it only invokes adt-run in *-test schroots. But this depends on some more specific description when you'd like to run autopkgtest. Personally I just tend to manually call adt-run before an upload, and not after each test build. Perhaps it helps if I explain my workflow a little bit. Generally when I hack on packages I build using git-buildpackage, directly invoking debuild or using ./debian/rules. When I am happy, I do a final build using pbuilder (and experimenting with sbuild). Here I would like to run as many sanity checks (like piuparts, lintian - and autopkgtest) as possible. This is the build I eventually upload. I realize it is possible to use debuild hooks; I can also write my own wrapper for sbuild that would take care of all of this. It'd be nice if there was something more discoverable. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745960: libgit2: Please upload to unstable
Sorry for the delay getting back to you. Laurent Bigonville bi...@debian.org writes: Any news about this? Other packages are depending against libgit2 (libgit2-glib-1.0-0 directly and the latest version of gitg indirectly). The primary reason for not uploading this to Debian Unstable is that the ABI changes with every release. Parts of the library are still under heavy development, version 0.20.0 changed the diff and patch API significantly for example. The releases also happen quite regularly so that would require all dependent packages to also be upgraded regularly. Cheers, Russell signature.asc Description: PGP signature
Bug#750128: src:apparmor: hardcodes /usr/lib/perl5
Hi Damyan, Thanks a lot for this patch! I've seen people on the pkg-perl and -devel lists express a strong preference for executable .install files, as opposed to introducing .install.in files and pre-processing them as the suggested patch does. I must say I kinda agree, as it makes the .install files more self-contained. With this in mind, what's your take on #750128? Do you want to propose another patch that moves to executable .install files, or is the proposed one good enough, and we should apply it as is? 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#750137: pbuilder: Run DEP-8 tests with autopkgtest after successful build if debian/tests/control present
Axel Beckert [2014-06-02 0:05 +0200]: IMHO it would be very nice if pdebuild (or pbuilder in general) would -- optionally and if present -- run the DEP-8[1] tests of a just built package in the same chroot it used to build the package. For the record and cross-referencing, this is also being discussed in https://bugs.debian.org/749242 . Currently against the autopkgtest package (which is not the right place except for documentation, should probably move to sbuild), but just like this bug this is mostly a vague idea yet. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749405: [Resolvconf-devel] Bug#749405: resolvconf: /etc/resolvconf/run/interface either does not exist or is not a directory
Beck, Andre [2014-06-01 16:24 +0200]: Pondering this a bit more, I've changed my copy in /etc/systemd/system to now read WantedBy=sysinit.target as this is reflecting better where Debian has placed networking and resolvconf traditionally - in rcS.d. Right, agreed. The attached debdiff adjusts the WantedBy and cleans up the symlinks on upgrade. It's not actively harmful to have two, but it might look a bit confusing. Note that systemctl reenable also works when systemd is not running, thus the postinst only checks if the systemctl command exists. I think the additional explicit Before=networking.service (and possibly others) is also necessary since networking is also ordered before sysinit.target. Thinking about it slightly more, what is really needed (for the networking/ifupdown case) is to ensure that resolvconf.service is started before any invocation of ifup, including by hotplugging/udev. As far as I can work out, even with sysv-rc there's a potential race for hotplugged interfaces to be started before the resolvconf init script. Has this already been solved somehow? Does ifupdown defer hotplugged configuration until after the networking script? I can't see any such mechanism.. There used to be an ifupdown(.sh?) init script but I can't remember precisely what that did. -- Edward Allcutt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750174: ITP: libtest-filename-perl -- portable filename comparison
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libtest-filename-perl Version : 0.03 Upstream Author : David Golden dagol...@cpan.org * URL : https://metacpan.org/release/Test-Filename * License : Apache-2.0 Programming Lang: Perl Description : portable filename comparison Many cross-platform test failures -- particularly on Win32 -- are due to hard-coded file paths being used in comparison tests. . my $file = get_file(); # returns foo\bar.t; is( $file, foo/bar.t ); # fails on Win32 . Test::Filename provides some handy functions to convert all those path separators automatically so filename tests will just DWIM. . The alternative is to write your own utility subroutine and use it everywhere or just keep on littering your test code with calls to File::Spec -- yuck! . is( $file, File::Spec-canonpath(some/path), should pass ); . Since this module is so simple, you might not think it worth including as a dependency. After all, it's not that hard to always remember to use File::Spec, Path::Tiny or some other file utility, right? But odds are that, at some point, you'll be so busy writing tests that you'll forget and hard-code a path in your haste to show what a clever programmer you are. . So just use this module and stop worrying about it. You'll be happier and so will anyone trying to install your modules on Win32. This package is needed by libpath-iterator-rule-perl and libdist-inkt-perl. It will be maintained in the Debian Perl Team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTjFYcXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vW4l0IAIaz3dnvgBxVsWa3rMFzmAej rTtYgZ04Z/dvmvBtZ8KLcwzBi/gEb5MiJuX8c1HEjPCAZLGZ6MuV1opb87ZVqBb2 lN+wxqt/YcdCPdSQZmjhksqcBTaeigohePPg0f58PbAvxkrZwlzTfFEtpKVCqnur lLPOR47fokIjjzwZ7jZ7h1IoMUPlkEygwvjDCtlScuEIJDLlUd2Dc3Fg0vX+vsbW ZFJO1ghvu9JAX0wc1M9bjmP62QNNx8wv2FpApAoC+mxzGDAfLICaB8CTx1P5vB6H Ra9IgHdQjqHO60GRfFs8Xdy8GnC36LlxTikcDLQvE7/cg+OUvyUfxM1QMc6GuII= =E1od -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#750175: gnome forgets password for online accounts
Package: gnome Version: 1:3.8+7 Severity: normal Dear Maintainer, 1st sorry reporting this in the main gnome meta package, I don't know where else to report it * What led up to the situation? I opened settings and visited the online accounts setting I added my google accounts email (personal domain name) to the list of accounts * What was the outcome of this action? I expected to not be asked for my password again but once every few days I'm asked for my passwords and I click the add to keyring option * What outcome did you expect instead? to enter the password once and be finsihed Once again sorry I don't know what to explore to find out more information -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii aisleriot1:3.10.2-1 ii alacarte 3.10.0-1 ii avahi-daemon 0.6.31-4 ii cheese 3.12.0-1 ii cups-pk-helper 0.2.5-2 ii desktop-base 7.0.3 ii evolution3.12.2-1 ii evolution-plugins3.12.2-1 ii file-roller 3.12.2-1 ii gedit3.12.1-1 ii gedit-plugins3.12.1-1+b1 ii gimp 2.8.10-1 ii gnome-color-manager 3.12.2-1 ii gnome-core 1:3.8+7 ii gnome-documents 3.8.4-3 ii gnome-games 1:3.8+7 ii gnome-media 3.4.0-1 ii gnome-nettool3.8.1-1 ii gnome-orca 3.12.1-1 ii gnome-shell-extensions 3.8.4-2 ii gnome-tweak-tool 3.12.0-2 ii gstreamer1.0-libav 1.3.2-1 ii gstreamer1.0-plugins-ugly1.2.4-1 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.4-4 ii libgtk2-perl 2:1.2491-3 ii libreoffice-calc 1:4.2.4-4 ii libreoffice-gnome1:4.2.4-4 ii libreoffice-impress 1:4.2.4-4 ii libreoffice-writer 1:4.2.4-4 ii nautilus-sendto 3.8.1-1+b1 ii network-manager-gnome0.9.8.10-1 ii rhythmbox3.0.3-1+b1 ii rhythmbox-plugin-cdrecorder 3.0.3-1+b1 ii rhythmbox-plugins3.0.3-1+b1 ii rygel0.22.1-3 ii rygel-playbin0.22.1-3 ii rygel-preferences0.22.1-3 ii seahorse 3.12.2-1 ii shotwell 0.18.0-1 ii simple-scan 3.12.0-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.18.2-1 ii telepathy-rakia 0.8.0-2 ii telepathy-salut 0.8.1-2 ii tomboy 1.14.1-3 ii totem3.12.1-1 ii totem-plugins3.12.1-1 ii tracker-gui 1.0.1-2 ii transmission-gtk 2.82-1.1 ii vinagre 3.12.2-1 ii xdg-user-dirs-gtk0.10-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20140419-1+b1 ii gdebi 0.9.5.4 ii telepathy-idle0.2.0-1 Versions of packages gnome suggests: pn dia-gnome none ii gnome-boxes3.12.2-1 pn gnucashnone pn iceweasel-l10n-all none ii libreoffice-evolution 1:4.2.4-4 pn plannernone pn xul-ext-adblock-plus none pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core 2.10.2-3 ii baobab 3.12.1-1 ii brasero3.10.0-1 ii caribou0.4.13-1 ii caribou-antler 0.4.13-1 ii dconf-gsettings-backend0.20.0-2 ii dconf-tools0.20.0-2 ii empathy3.12.2-1 ii eog3.12.0-1 ii evince 3.12.1-1 ii evolution-data-server 3.12.2-1 ii fonts-cantarell0.0.15-1 ii gconf2 3.2.6-2 ii gdm3 3.8.4-9 ii gkbd-capplet 3.6.0-1 ii glib-networking2.40.1-1 ii gnome-backgrounds 3.12.2-1 ii gnome-bluetooth3.8.1-3 ii gnome-calculator 3.12.1-1 ii gnome-contacts 3.12.0-1+b1 ii gnome-control-center 1:3.8.3-7 ii gnome-dictionary 3.10.0-1 ii gnome-disk-utility 3.12.0-1 ii gnome-font-viewer 3.12.0-1 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-extras3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-keyring 3.12.0-2 ii gnome-menus3.8.0-2 ii
Bug#749722: [Pkg-sssd-devel] Bug#749722: libsss-sudo: modified /etc/nsswitch.conf after purge
On 29.05.2014 15:59, Holger Levsen wrote: Package: libsss-sudo Version: 1.11.3-1 User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package leaves a modified /etc/nsswitch.conf after purge. From the attached log (scroll to the bottom...): 0m31.7s ERROR: FAIL: After purging files have been modified: /etc/nsswitch.conf not owned I've seen #748671 but this has nothing to do with multiarch, so I decided to open a new bug report. And then I executed this sed command from postinst/postrm manually on my machine and this didnt leave /etc/nsswitch.conf modified. So I manually debootstrapped, kept a copy of nsswitch.conf, installed and purged libsss-sudo and voila: # diff /etc/nsswitch.conf /etc/nsswitch.conf.bak 21d20 sudoers:files (And indeed my machine has no sudoers line in nsswitch.conf, so thats why.) postinst adds the sudoers line and postrm doesnt remove it. Strange, purge works for me.. :: root@sid:/etc cp nsswitch.conf nsswitch.conf-b :: root@sid:/etc apt-get install libsss-sudo Luetaan pakettiluetteloita... Valmis Muodostetaan riippuvuussuhteiden puu Luetaan tilatiedot... Valmis Seuraavat UUDET paketit asennetaan: libsss-sudo 0 päivitetty, 1 uutta asennusta, 0 poistettavaa ja 3 päivittämätöntä. Noudettavaa arkistoa 0 t/20,1 kt. Toiminnon jälkeen käytetään 39,9 k t lisää levytilaa. Selecting previously unselected package libsss-sudo. (Reading database ... 182251 files and directories currently installed.) Preparing to unpack .../libsss-sudo_1.11.5.1-1_amd64.deb ... Unpacking libsss-sudo (1.11.5.1-1) ... Setting up libsss-sudo (1.11.5.1-1) ... First installation detected... Checking NSS setup... Processing triggers for libc-bin (2.18-7) ... :: root@sid:/etc md5sum nsswitch.conf 203e340d8ea6205a796beb78c9e8ec73 nsswitch.conf :: root@sid:/etc md5sum nsswitch.conf-b d204d419661fba0df52f9be8e2a29fdd nsswitch.conf-b :: root@sid:/etc dpkg --purge libsss-sudo (Reading database ... 182256 files and directories currently installed.) Removing libsss-sudo (1.11.5.1-1) ... Checking NSS setup... Purging configuration files for libsss-sudo (1.11.5.1-1) ... Checking NSS setup... Processing triggers for libc-bin (2.18-7) ... :: root@sid:/etc md5sum nsswitch.conf d204d419661fba0df52f9be8e2a29fdd nsswitch.conf -- t signature.asc Description: OpenPGP digital signature
Bug#749115: [Bash-completion-devel] Bug#749115: bash-completion: Please add support for the mpv video player
This looks so similar to the current mplayer completion that aliasing with slight adjustments seems more appropriate than copy-pasting, so done that way (untested) in upstream git: http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=de78c1653aad081daf28cd349e0f52801db3a180 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750176: libetpan: update copyright content and format
Source: libetpan Severity: normal Note to self: The debian/copyright file hasn't been touched for ages, needs to be reviewed and rewritten into Copyright Format 1.0. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: armel (armv5tel) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750177: ITP: node-component-emitter -- event emitter component - Node.js module
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-component-emitter Version : 1.1.2 Upstream Author : Component contributors d...@component.io * URL : https://github.com/component/emitter * License : Expat Programming Lang: JavaScript Description : event emitter component - Node.js module This package contains a event emitter object for Node.js. The Emitter object can also be used as mixin, exteding regular objects and making them as emitters. . Node.js is an event-based server-side JavaScript engine. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750171: Get rid of libvtk6
severity 750171 wishlist thanks Hi Mathieu, 2014-06-02 12:09 GMT+02:00 Mathieu Malaterre ma...@debian.org: Please get rid of package libvtk6 ASAP. This is a enormous collection of very different modules. It should clearly be split into sub-package. Please, send patches, if you think so. I am marking this as grave since it make the package completely useless, one need to install 363 shared lib anytime libvtk6 is needed. It does not make the package useless. Cheers Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750178: nmu: samba_2:4.1.7+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu samba_2:4.1.7+dfsg-2 . ALL . -m rebuild required after new version of ldb, on which samba has a strict binary dependency -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#750160: [Aptitude-devel] Bug#750160: RFS: aptitude/0.6.11-1 [RC]
Hi Daniel, I'd generally sponsor the upload. Built fine, works for me on at least amd64, no lintian warnings I could argue about. :-) Daniel Hartwig wrote: Changes since the last upload: * Includes fix for FTBFS with gcc-4.9. * New upstream release: - Load package tags from APT if debtags database is not available. (Closes: #501732) - Remove -Werror from default compiler flags. (Closes: #746824) - No longer use libept. (Closes: #504153, #677551) * Translation updates: - Italian (Closes: #741875) - Portuguese (Closes: #748141) * Correct typo in description of aptitude-common. (Closes: #746960) * Remove non-ASCII punctuation from changelog. (Closes: #745680) * Drop apt-xapian-index to Suggests. (and misc. upstream changes, as noted in NEWS) There are at least the following packaging changes which is not mentioned in the changelog entry, but IMHO should: * There's a new build-dependency on libxapian-dev. This seems due to upstream changes. Nevertheless this should be mentioned in the changelog. * Multiple added Multi-Arch: headers. Since you don't seem to have pushed the packaging changes yet, I suspect making these changes without an ugly looking commit history is still possible. Something probably too late for this upload, but which came to my mind when I read about the debtags fixes: Refering to https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686124#44 I'd be happy if the Categorical Browser is gone before the Jessie release -- at least so far that there's no more menu entry for it. 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#634344: ITP: hawk -- HA Web Konsole
retitle 634344 ITP: hawk -- HA Web Konsole thanks Hi, I'm currently preparing a hawk package, and hope to get it ready for an upload to unstable within the next few days. Regards Norbert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750179: httpie: should be 'Architecture: all'
Package: httpie Version: 0.8.0-1 Severity: normal There seems to be no reason for httpie to be architecture dependent - it contains only pure Python code. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (450, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages httpie depends on: ii python 2.7.6-2 ii python-pygments 1.6+dfsg-1 ii python-requests 2.2.1-3 -- Michał Politowski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745603: transition: php5
On 01/06/14 23:29, Ondřej Surý wrote: On Sat, May 31, 2014, at 12:09, Emilio Pozuelo Monfort wrote: On 31/05/14 01:21, Emilio Pozuelo Monfort wrote: Scheduled level 1, with a dep-wait for mips and sparc. Note that libkolab FTBFS, so I didn't schedule that one. See #747808. So far these are failing: libkolab, as said earlier, php-apcu xcache Can you take a look? php-apcu and xcache is fixed, I am working on libkolab, the fix looks simple enough. I will upload it to DELAYED/2, feel free to bump the days to /0 if you need it for cross-transitions. I see no reason not to upload to DELAYED/0. The maintainer seems inactive and the upload is minimal and fixes a RC bug that is blocking a transition. Can you move it? I don't know if I can do it for you, unless I make a new upload... Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750160: RFS: aptitude/0.6.11-1 [RC]
On 2 June 2014 19:29, Axel Beckert a...@debian.org wrote: There are at least the following packaging changes which is not mentioned in the changelog entry, but IMHO should: * There's a new build-dependency on libxapian-dev. This seems due to upstream changes. Nevertheless this should be mentioned in the changelog. Will add: * debian/control: New Build-Depends on libxapian-dev, replacing libept-dev. * Multiple added Multi-Arch: headers. Those were added in 0.6.10-2 (experimental), and covered by this changelog entry: * Make aptitude installable on non-native architectures Thanks to Rogier for noting this (Closes: #697278) or should I add a new note, explicitly mentioning the headers in debian/control? Since you don't seem to have pushed the packaging changes yet, I suspect making these changes without an ugly looking commit history is still possible. Right. Please advise on the previous question, and I will upload a new candidate. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750178: nmu: samba_2:4.1.7+dfsg-2
Hi Jelmer, On Mon, Jun 02, 2014 at 01:26:43PM +0200, Jelmer Vernooij wrote: nmu samba_2:4.1.7+dfsg-2 . ALL . -m rebuild required after new version of ldb, on which samba has a strict binary dependency Samba 4.1.8 will be released tomorrow, and I'll probably upload it soon, so it might make sense to wait for that. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750160: RFS: aptitude/0.6.11-1 [RC]
Hi Daniel, Daniel Hartwig wrote: On 2 June 2014 19:29, Axel Beckert a...@debian.org wrote: There are at least the following packaging changes which is not mentioned in the changelog entry, but IMHO should: * There's a new build-dependency on libxapian-dev. This seems due to upstream changes. Nevertheless this should be mentioned in the changelog. Will add: * debian/control: New Build-Depends on libxapian-dev, replacing libept-dev. Thanks. * Multiple added Multi-Arch: headers. Those were added in 0.6.10-2 (experimental), and covered by this changelog entry: * Make aptitude installable on non-native architectures Thanks to Rogier for noting this (Closes: #697278) Sorry, you're right. That's my fault: I've checked against the latest upload to unstable, but didn't notice that the 0.6.10-2 changelog entry had something about MultiArch without mentioning that term explicitly. 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#750180: ITP: libdist-inkt-doap-perl -- various DOAP-related roles for Dist::Inkt
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libdist-inkt-doap-perl Version : 0.017 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/Dist-Inkt-DOAP * License : Artistic or GPL-1+ Programming Lang: Perl Description : various DOAP-related roles for Dist::Inkt Dist::Inkt::DOAP provides various DOAP-related roles for Dist::Inkt. . Dist::Inkt is a distribution builder - or more accurately a framework for writing your own distribution builder. This package improves usability of libdist-inkt-perl. It will be maintained in the Debian Perl Team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTjGT4XxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vW3oEIAIZi8urJEt7ThfaqfYLIDCBH EJ4c76Yo3jFZ5kX9HxYV+Y4//0BI7kmdlfSXVkwjX87ASpddfZbzsfcAewxPmZdC O1H+NJJkQ/BXpdhc+TjH4XEmLtoQaFLvxtLNldsOiyMIOt4JIpbxdJoJtigBVE0b CSOgbmOLRJpsQ3sB+DrfDwU4naiYOzU7ptozdLm01Qjm88gKgTKiOdT13aNq+4a5 d6hTkijnEOx6EuRuFnBW+o9NEaXjzdiwxKVkBiaMRhBgGsyWexR3gDg2jDknTc0w kvBfvQ7EqXYmHXY8XVTZ6RNeg+S6uJJihb7ZjU6BWoCfJBP152UhTcuuhxngxhk= =BEKY -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#698705: miniupnpc: FTBFS on hurd-i386 and kfreebsd-any
reopen 698705 found 698705 1.9.20140401-1 tags 698705 - pending thanks Source: miniupnpc Version: 1.9.20140401-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, miniupnpc-1.9.20140401-1 does not build on hurd-i386. due to that MAXHOSTNAMELEN is not defined for GNU/Hurd. The attached patch defines it to 64 for GNU in files miniwget.c and miniupnpc.c. Bug718519 (and 698705) was closed but not applied to the latest upstream package. Attached is a refreshed patch together with an added conditional for __GNU__ to not define HAS_IP_MREQN. Adding a check for __FreeBSD_kernel__ to the line also fixes the kFreeBSD build. Thanks! Index: miniupnpc-1.9.20140401/miniwget.c === --- miniupnpc-1.9.20140401.orig/miniwget.c +++ miniupnpc-1.9.20140401/miniwget.c @@ -43,6 +43,9 @@ #if defined(__sun) || defined(sun) #define MIN(x,y) (((x)(y))?(x):(y)) #endif +#ifdef __GNU__ +#define MAXHOSTNAMELEN 64 +#endif #include miniupnpcstrings.h #include miniwget.h Index: miniupnpc-1.9.20140401/miniupnpc.c === --- miniupnpc-1.9.20140401.orig/miniupnpc.c +++ miniupnpc-1.9.20140401/miniupnpc.c @@ -17,7 +17,7 @@ #endif #endif -#if !defined(__DragonFly__) !defined(__OpenBSD__) !defined(__NetBSD__) !defined(MACOSX) !defined(_WIN32) !defined(__CYGWIN__) !defined(__sun) +#if !defined(__DragonFly__) !defined(__OpenBSD__) !defined(__NetBSD__) !defined(MACOSX) !defined(_WIN32) !defined(__CYGWIN__) !defined(__sun) !defined(__GNU__) !defined(__FreeBSD_kernel__) #define HAS_IP_MREQN #endif @@ -70,6 +70,9 @@ /* Amiga OS specific stuff */ #define TIMEVAL struct timeval #endif +#ifdef __GNU__ +#define MAXHOSTNAMELEN 64 +#endif #if defined(HAS_IP_MREQN) defined(NEED_STRUCT_IP_MREQN)
Bug#749688: linux: add mips64 and mips64el support
Control: tag -1 moreinfo On Thu, 2014-05-29 at 13:24 +0800, Yunqiang Su wrote: Package: src:linux Version: 3.15~rc7-1~exp1 Control: user debian-m...@lists.debian.org Control: usertags -1 + mips-port Control: usertags -1 + mips-patch Control: stop This patch, I add mips64 and mips64el support, with udebs built. In this patch, octeon for little endian (mipsel, mips64el are also added.) It build successfully, while I haven't test the build result really. I built it with gcc-4.9, if anyone'd like to help test it, you can get them from: http://mips.wicp.net:9998/mips2/pool/main/l/linux/ If you built with gcc-4.9, why does this patch not specify that? diff -Nru linux-3.15~rc7/debian/config/defines linux-3.15~rc7/debian/config/defines --- linux-3.15~rc7/debian/config/defines2014-05-14 15:41:05.0 + +++ linux-3.15~rc7/debian/config/defines2014-05-29 04:59:28.0 + @@ -14,6 +14,8 @@ m68k mips mipsel + mips64 + mips64el or1k powerpc powerpcspe diff -Nru linux-3.15~rc7/debian/config/mips64/config linux-3.15~rc7/debian/config/mips64/config --- linux-3.15~rc7/debian/config/mips64/config 1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/config/mips64/config 2014-05-03 08:46:13.0 + @@ -0,0 +1,14 @@ +## +## file: arch/mips/Kconfig +## +## choice: Endianness selection +CONFIG_CPU_BIG_ENDIAN=y +# CONFIG_CPU_LITTLE_ENDIAN is not set +## end choice +CONFIG_KEXEC=y +# CONFIG_RAPIDIO is not set + +## +## file: arch/mips/Kconfig.debug +## +CONFIG_EARLY_PRINTK=y This is a copy of debian/config/mips/config. Don't copy it, move it to something like debian/config/kernelarch-mips/config-big-endian. I just moved some common configuration from debian/config/mips{,el}/config to debian/config/kernelarch-mips/config so now they only contain the endianness selection. diff -Nru linux-3.15~rc7/debian/config/mips64/defines linux-3.15~rc7/debian/config/mips64/defines --- linux-3.15~rc7/debian/config/mips64/defines 1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/config/mips64/defines 2014-05-29 00:26:03.0 + @@ -0,0 +1,50 @@ +[base] +flavours: + r4k-ip22 + r5k-ip32 + sb1-bcm91250a + 5kc-malta + octeon I don't think we should build such a large number of flavours for a new architecture. Most of those machines are obsolete by now. +kernel-arch: mips + +[build] +image-file: vmlinux + +[image] +initramfs: false All new architectures must use an initramfs. The 32-bit MIPS architectures still don't, but they really should as this deviation is a long-running annoyance. --- linux-3.15~rc7/debian/config/mips64el/config1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/config/mips64el/config2014-05-03 08:46:13.0 + [...] --- linux-3.15~rc7/debian/config/mips64el/config.loongson-2e1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/config/mips64el/config.loongson-2e2014-05-03 08:46:13.0 + [...] --- linux-3.15~rc7/debian/config/mips64el/config.loongson-2f1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/config/mips64el/config.loongson-2f2014-05-03 08:46:13.0 + [...] --- linux-3.15~rc7/debian/config/mips64el/config.loongson-3 1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/config/mips64el/config.loongson-3 2014-05-06 09:37:03.0 + [...] More copied files that should not be. diff -Nru linux-3.15~rc7/debian/config/mipsel/defines linux-3.15~rc7/debian/config/mipsel/defines --- linux-3.15~rc7/debian/config/mipsel/defines 2014-05-06 09:37:03.0 + +++ linux-3.15~rc7/debian/config/mipsel/defines 2014-05-29 00:27:04.0 + This patch does a little more than the subject says! @@ -6,6 +6,7 @@ loongson-2e loongson-2f loongson-3 + octeon Is it useful to run Octeon on little-endian mode? [...] diff -Nru linux-3.15~rc7/debian/installer/mips64/modules/mips64/btrfs-modules linux-3.15~rc7/debian/installer/mips64/modules/mips64/btrfs-modules --- linux-3.15~rc7/debian/installer/mips64/modules/mips64/btrfs-modules 1970-01-01 00:00:00.0 + +++ linux-3.15~rc7/debian/installer/mips64/modules/mips64/btrfs-modules 2014-05-29 02:20:50.0 + @@ -0,0 +1 @@ +#include btrfs-modules [...] All the installer modules configuration files should be copied *by reference* from mips or mipsel, either using a relative #include or a directory symlink. Ben. -- Ben Hutchings Any smoothly functioning technology is indistinguishable from a rigged demo. signature.asc Description: This is a digitally signed message part
Bug#750077: Patch to fix #750077
Quite an odd use of the ternary operator :-/ I fixed this up upstream by replacing the statement which caused the build failure by a standard if/else. See [1] or the attached patch. [1] https://github.com/netsniff-ng/netsniff-ng/commit/96cbba90a5ccf29c2124b8d4d46ed534861ccf44 From 96cbba90a5ccf29c2124b8d4d46ed534861ccf44 Mon Sep 17 00:00:00 2001 From: Tobias Klauser tklau...@distanz.ch Date: Mon, 2 Jun 2014 13:59:39 +0200 Subject: [PATCH] mausezahn: Don't use ternary operator to decide which function to call Replace an odd use of the ternary operator with a more readable if/else. This fixes Debian Bug #750077. Signed-off-by: Tobias Klauser tklau...@distanz.ch --- staging/modifications.c |6 +- 1 file changed, 5 insertions(+), 1 deletion(-) diff --git a/staging/modifications.c b/staging/modifications.c index 3dc2abf..08e9fb0 100644 --- a/staging/modifications.c +++ b/staging/modifications.c @@ -638,7 +638,11 @@ int print_frame_details() dum1 = (unsigned char*) tx.ip_src_h; dum2 = (unsigned char*) tx.ip_dst_h; - (mode==IP) ? (void) bs2str(tx.ip_payload, pld, tx.ip_payload_s) : strcpy(pld, [see next layer]); + if (mode==IP) { + (void) bs2str(tx.ip_payload, pld, tx.ip_payload_s); + } else { + strcpy(pld, [see next layer]); + } if (ipv6_mode) { char src6[64]; char dst6[64]; -- 1.7.9.5
Bug#750178: nmu: samba_2:4.1.7+dfsg-2
On Mon, Jun 02, 2014 at 01:46:56PM +0200, Ivo De Decker wrote: Hi Jelmer, On Mon, Jun 02, 2014 at 01:26:43PM +0200, Jelmer Vernooij wrote: nmu samba_2:4.1.7+dfsg-2 . ALL . -m rebuild required after new version of ldb, on which samba has a strict binary dependency Samba 4.1.8 will be released tomorrow, and I'll probably upload it soon, so it might make sense to wait for that. Works for me. Feel free to close this binnmu request. Cheers, Jelmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750160: RFS: aptitude/0.6.11-1 [RC]
On 2 June 2014 19:48, Axel Beckert a...@debian.org wrote: Hi Daniel, Daniel Hartwig wrote: Will add: * debian/control: New Build-Depends on libxapian-dev, replacing libept-dev. Thanks. Uploaded (mentors.d.n). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750181: ITP: librdf-doap-perl -- object-oriented interface for DOAP data
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: librdf-doap-perl Version : 0.010 Upstream Author : Toby Inkster toby...@cpan.org * URL : https://metacpan.org/release/RDF-DOAP * License : Artistic or GPL-1+ Programming Lang: Perl Description : object-oriented interface for DOAP data RDF::DOAP provides classes to parse and build DOAP data. . DOAP (Description of a Project) is an RDF Schema and XML vocabulary to describe software projects, in particular free and open source software. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTjGqxXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWLwwH/i5+f92MiOpG6JXlwAGNbarF KUWjs3sW0ooRLdphzqch2szNt880dx0mWqMjafF2YBZx/NHS80rht0nvSmwccwxI ax3fN3TIMuvfqQ2ut6/Pnfq0byBu/UTL3TBmA7jxGuBdwlm+fGqKeAZtB1VwCt2k rljU7wOVLpLCz97NBXGcF5DC9n8NlHPTeQXxxMz2tLT8WysnBkg/G/XOhnhx0NTF vEPN/+rebZfIkO78IV1nUgwDuz71snY4cEPZ+91+vaKuUG1i7OlW7G6oxR6iQf/f AMOZBXmvX3UQqKNiE+/6NPIbvkMkOEQ+lKPgHGeS0aJi4i9ckFyLRTxtIOkrLs8= =eVB0 -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#749888: gnome-terminal: FTBFS on kfreebsd hurd archs
On Sun, Jun 01, 2014 at 12:50:06PM +0100, Steven Chamberlain wrote: [... random ramblings removed ...] I'm assuming gnome-terminal will still run okay, or otherwise some Linux user can follow up on this. [...] Please stop making assuptions. Instead, again, please take 2 seconds to try to look things up! If you bothered to look at (atleast the top item on): http://bugs.debian.org/gnome-terminal You'd find that the default configuration is unusable under non-GNOME (and thus now for all hurd and kfreebsd users). #683744 gnome-terminal: black-on-black text with Use colors from system theme under non-GNOME Patches welcome, especially from non-GNOME users! Regards, Andreas some Linux user Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750182: Use system installed libxdmf2
Package: libvtk6 Severity: serious Version: 6.1.0+dfsg-3 VTK6 is using a convenient copy of xdmf2. This is in violation of debian policy §4.13. https://www.debian.org/doc/debian-policy/ch-source.html#s-embeddedfiles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749749: gqrx-sdr: gqrx segfaults when run
I am unable to build a working gqrx-sdr from source due to this bug. Shouldn't this be reported against the gnuradio package instead, since it depends on: - libboost-program-options1.54.0 and libboost-system1.54.0 AND on: - libuhd003 which, in turn, depends on: - libboost-program-options1.55.0 and libboost-system1.55.0 I does not seem a gqrx specific bug, but rather a gnuradio bug. Indeed, I'm getting the same crash when trying to run gnuradio-companion. Cheers, Steven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org