Bug#748831: RFS: crashme/2.7-1 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package crashme * Package name: crashme Version : 2.7-1 Upstream Author : George Carrette gjcarre...@aol.com * URL : http://people.delphiforums.com/gjc/crashme.html * License : crashme Section : devel It builds those binary packages: crashme- Stress tests operating system stability To access further information about this package, please visit the following URL: http://mentors.debian.net/package/crashme Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/c/crashme/crashme_2.7-1.dsc More information about *crashme* can be obtained from http://people.delphiforums.com/gjc/crashme.html. Changes since the last upload: * Imported Upstream version 2.7 * Copyright changed to DEP-5 * New maintainer (Closes: #739083) * Hardening added * Spelling patch refreshed * VCS fields in canonincal format * Bump standards to 3.9.5 * Created manpage for pddet binary * d/rules updated to clean cleanly Regards, -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703864: RFP: git-mercurial -- hg remote helper from git/contrib/remote-helpers
As of v2.0.0-rc4, upstream has removed git-remote-hg and git-remote-bzr from contrib. They are now maintained in independent repositories. https://git.kernel.org/cgit/git/git.git/commit/?id=b2c851a8e67da752d8a5dbde5a9dae6e3428a4c9 https://git.kernel.org/cgit/git/git.git/commit/?id=896ba14d653c43bd7a43b6b291e941ab60855c04 So this will need to happen outside the git source package. (And, uh, I guess we’ll need to do something about git-bzr.) Anders -- 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
Package: python-subvertpy Severity: serious Version: 0.9.1-5 Hello, I was investigating current autopkgtest failures and I stumbled over http://ci.debian.net/#package/subvertpy which fails with File subvertpy/__init__.py, line 131, in module raise ImportError(Unable to load subvertpy extensions: %s % e) ImportError: Unable to load subvertpy extensions: cannot import name client Indeed the test is quite right: In a clean sid schroot, I tried: # apt-get install python-subvertpy # python -c 'import subvertpy' Traceback (most recent call last): File string, line 1, in module File subvertpy/__init__.py, line 131, in module raise ImportError(Unable to load subvertpy extensions: %s % e) ImportError: Unable to load subvertpy extensions: cannot import name client I get the same error with the one from the examples: python -c 'from subvertpy.ra import RemoteAccess' (Same on Ubuntu) So it looks to me that the current package is completely broken :-( BTW, if you do a new upload, would you mind dropping the unnecessary Restrictions: build-needed from debian/tests/control? python-subvertpy already ships the test suite, and even if you would run it from the source tree there's no need to build anything as you are testing the installed package. 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#748816: qtmultimedia-opensource-src: FTBFS on kfreebsd-*
severity 748816 important tag 748816 + pending thanks On 2014-05-21 03:05, Steven Chamberlain wrote: Package: qtmultimedia-opensource-src Version: 5.2.1-3 Severity: serious Note that qtmultimedia-opensource-src has never built on kfreebsd so far (or on any non-linux architecture, for what could matter). Thus this is not a regression, hence serious is wrong for it. The apparently missing file libfftreal.so.1 is in the same directory as the spectrum executable, but dpkg-shlibdeps does not seem to know to look for it there. For example in debian/qtmultimedia5-examples/usr/lib/x86_64-kfreebsd-gnu/qt5/examples/multimedia/spectrum: $ LD_LIBRARY_PATH=. ldd spectrum libfftreal.so.1 = ./libfftreal.so.1 (0x000801242000) $ file libfftreal.so.1 libfftreal.so.1: symbolic link to `libfftreal.so.1.0.0' $ file libfftreal.so.1.0.0 libfftreal.so.1.0.0: ELF 64-bit LSB shared object, x86-64, version 1 (FreeBSD), dynamically linked, BuildID[sha1]=dbbcf445566c4944a39504c3c2720654d813a305, stripped This was just a missing rpath in that spectrum example to locate the fftreal library; patch committed in our packaging repository. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748833: esajpip: build-depend on docbook-xsl to fix FTBFS while offline
Package: esajpip Version: 0.1~bzr33-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu utopic ubuntu-patch Dear Maintainer, Ubuntu's buildds don't have access to the Internet, so this package should build-depend on docbook-xsl so that it doesn't require said access. In Ubuntu, the attached patch was applied to achieve the following: * Build-depend on docbook-xsl to fix FTBFS while offline. Thanks for considering the patch. Logan Rosen -- System Information: Debian Release: jessie/sid APT prefers utopic-updates APT policy: (500, 'utopic-updates'), (500, 'utopic-security'), (500, 'utopic'), (100, 'utopic-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru esajpip-0.1~bzr33/debian/control esajpip-0.1~bzr33/debian/control --- esajpip-0.1~bzr33/debian/control 2014-05-16 11:03:19.0 -0400 +++ esajpip-0.1~bzr33/debian/control 2014-05-21 02:29:56.0 -0400 @@ -2,7 +2,7 @@ Section: net Priority: optional Maintainer: Mathieu Malaterre ma...@debian.org -Build-Depends: debhelper (= 9), libprocps3-dev | libprocps0-dev | libproc-dev, liblog4cpp5-dev, libconfig++8-dev, xsltproc +Build-Depends: debhelper (= 9), libprocps3-dev | libprocps0-dev | libproc-dev, liblog4cpp5-dev, libconfig++8-dev, xsltproc, docbook-xsl Build-Depends-Indep: transfig, doxygen-latex Homepage: https://code.launchpad.net/esajpip Vcs-Browser: http://anonscm.debian.org/viewvc/collab-maint/deb-maint/esajpip/trunk/
Bug#748834: ITP: silex -- php micro framework
Package: wnpp Severity: wishlist Owner: Daniel Beyer d...@deb.ymc.ch * Package name: silex Version : 1.2.0 Upstream Author : Fabien Potencier fab...@symfony.com * URL : http://silex.sensiolabs.org/ * License : MIT Programming Lang: php Description : php micro framework Silex is a concise, extensible and testable micro framework for php. It is based on the Symfony2 Components and Pimple and inspired by Sinatra. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692369: festival: cannot speak text containing non-ascii characters - required for non-english
PG == Paul Gevers elb...@debian.org writes: PG I fully understand the latter rationale, but I thought you meant PG (by some Indian languages do that) that it was already PG possible. What are they than doing if not fixing festival PG itself? I guess they do that because those scripts can't be represented in common 8-bit codings (if they can fit in any reasonable 8-bit set at all). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748753: xserver-xorg-video-intel: please update, jessie/sid version 2.21.15 is 9 months old
Hi Michael, Are you planning to update xserver-xorg-video-intel anytime soon? I'd be glad to lend a hand if you're busy at the moment, and upload 2.99.911 to sid (or experimental, if there are objections to uploading it directly to sid). Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748465: Renaming repacked tarball (was Re: Excluded-Files feature reimplemented)
Hi James, On Tue, May 20, 2014 at 09:25:32PM -0400, James McCoy wrote: Given the above, how about a “--repack-suffix …” that gets passed through to mk-origtargz? So “uscan … --repack-suffix +dfsg1” or a similar mk-origtargz invocation repacks and adds +dfsg1 to the upstream version. This could possibly be exposed by a new opts value in the watch file itself -- opts=repacksuffix=+dfsg1 Both options (--repack-suffix to uscan (non-exclusive) or opts=repacksuffix=+dfsg1 are perfectly fine for me since I like it more than the default mangling. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748768:
Control: tags -1 fixed-upstream patch it has been fixed upstream. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728066: new upstream release
On 05/21/2014 03:58 AM, Jonathan McCrohan wrote: Has there been any progress on this? Ritesh, could you perhaps push your work to collab-maint? I'd like to work on importing Redshift 1.9. The repo is in the packager's home directory. I can't push there. Can you please take over the packaging to collab-maint? Once done, I'll push it there. THanks. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#748465: Renaming repacked tarball (was Re: Excluded-Files feature reimplemented)
Hi, Am Mittwoch, den 21.05.2014, 08:59 +0200 schrieb Andreas Tille: On Tue, May 20, 2014 at 09:25:32PM -0400, James McCoy wrote: Given the above, how about a “--repack-suffix …” that gets passed through to mk-origtargz? So “uscan … --repack-suffix +dfsg1” or a similar mk-origtargz invocation repacks and adds +dfsg1 to the upstream version. This could possibly be exposed by a new opts value in the watch file itself -- opts=repacksuffix=+dfsg1 Both options (--repack-suffix to uscan (non-exclusive) or opts=repacksuffix=+dfsg1 are perfectly fine for me since I like it more than the default mangling. no opinion here, but a technical point: It wouldn’t be a mk-origtargz option. mk-origtargz gets the version number either from “--version” (so the caller can put it there already) or from debian/changelog (where the suffix should also be included). mk-origtargz has no notion of “version number as declared by upstream”, and hence the option needs to be implemented in uscan. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: F0FBF51F JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#748753: xserver-xorg-video-intel: please update, jessie/sid version 2.21.15 is 9 months old
Hi Vincent, Vincent Cheng vch...@debian.org writes: Are you planning to update xserver-xorg-video-intel anytime soon? I'd be glad to lend a hand if you're busy at the moment, and upload 2.99.911 to sid (or experimental, if there are objections to uploading it directly to sid). I’m unsure if we want to upload random snapshot releases to sid, which is why I didn’t do that. Feel free to upload it to experimental, though. -- 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#746282: jmtpfs: LIBMTP PANIC: Unable to read device information on device ... Can't open device
Hi Xiscu, Apologies for the late reply. On 19:52 Mon 28 Apr , xiscu wrote: Trying to connect: ~/Downloads$ jmtpfs -device=2,6 s4/ Unable to open ~/.mtpz-data for reading, MTPZ disabled.Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). PTP_ERROR_IO: failed to open session, trying again after resetting USB interface LIBMTP libusb: Attempt to reset device LIBMTP PANIC: Unable to read device information on device 6 on bus 2, trying to continueterminate called after throwing an instance of 'MtpErrorCantOpenDevice' what(): Can't open device Aborted Trying to connect again automatically: ~/Downloads$ jmtpfs s4/ Unable to open ~/.mtpz-data for reading, MTPZ disabled.Device 0 (VID=04e8 and PID=6860) is a Samsung Galaxy models (MTP). LIBMTP PANIC: could not inspect object property descriptions! LIBMTP PANIC: could not inspect object property descriptions! LIBMTP PANIC: could not inspect object property descriptions! LIBMTP PANIC: could not inspect object property descriptions! No navigation is possible and trying to ls into the dir blocks (no response and no return to command line). Trying to demount (another shell is nedeed) doesn't seems to work: This looks more like a libmtp bug. Can you try installing an earlier version of libmtp9, e.g.: http://snapshot.debian.org/package/libmtp/1.1.6-20-g1b9f164-2/#libmtp9_1.1.6-20-g1b9f164-2 and repeat the same process from a clean start? Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748756: postgis: Depends on liblwgeom-2.1.3 which is non existant
On 05/20/2014 03:57 PM, Michael Fladischer wrote: postgis depends on liblwgeom-2.1.3 but src:postgis_2.1.3+dfsg-1 only builds liblwgeom-2.1.2. Thanks for your report. postgis only building liblwgeom-2.1.2 was intentional, as we didn't want the package to have to go through NEW for this security critical release. Updating the package to reflect the new version was planned immediately afterwards. Looks like that was a bad plan. I'll check what needs to be done to get this security critical release out as soon as possible. Regards Markus Wanner signature.asc Description: OpenPGP digital signature
Bug#748591: RFS: gtkspellmm/3.0.3+dfsg-1 [ITP]
On 20/05/14 01:38, Vincent Cheng wrote: Hi Philip, On Sun, May 18, 2014 at 10:07 AM, Philip Rinn ri...@inventati.org wrote: Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package gtkspellmm. This package is a dependency of gimagereader, a GTK front-end for tesseract-ocr, which I also package. * Package name: gtkspellmm Version : 3.0.3+dfsg-1 Upstream Author : Sandro Mani manisan...@gmail.com * URL : http://gtkspell.sourceforge.net * License : GPL2+ Section : libs It builds those binary packages: libgtkspellmm-3.0-0 - C++ wrapper library for GtkSpell (shared libraries) libgtkspellmm-3.0-dev - C++ wrapper library for GtkSpell (development files) libgtkspellmm-3.0-doc - C++ wrappers for GtkSpell (documentation) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/gtkspellmm Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/g/gtkspellmm/gtkspellmm_3.0.3+dfsg-1.dsc There is also a git repository in collab-maint: http://anonscm.debian.org/gitweb/?p=collab-maint/gtkspellmm.git;a=summary The package is Lintian clean but as it's my first library I'd be happy to get some feedback. Have you tried contacting the Debian GNOME team [1] (which maintains similar packages [2]) to see if anyone might be interested in your package? It's generally a lot easier to find willing sponsors and get your package reviewed if you maintain your package in a team. I wouldn't mind having this in pkg-gnome. That way you could get somebody from the team to sponsor uploads, plus you could help with the other C++ bindings ;) But this is up to you, you can keep the package in collab-maint. BTW if you haven't found a sponsor yet I'll be happy to take a look at it. Just let me know. Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748742: liferea: Crashes some seconds after launch even without user interaction (segfault in libpthread)
On Tue, 20 May 2014 18:22:20 -0500 David Smith sidic...@gmail.com wrote: Please install the liferea-dbg package and then start liferea as follows: gdb liferea ... ... [crash] bt full i had to run the run command to gdb or it would stay blocked indefinitely, hope that does not mess up the backtrace. You can find the trace attached, tia. -- Andrea Lusuardi - uovobw GPG: 313C1073 liferea_crash Description: Binary data signature.asc Description: PGP signature
Bug#748835: kmail: Information leak when using GPG on Bcc recipients
Package: kmail Version: 4:4.12.4-1 Severity: normal Forwarded: https://bugs.kde.org/show_bug.cgi?id=335117 When sending e-mail to several recipients, of which some are Bcc with the intention to hide them from the other recipients, using GPG leaks information about those because the used encryption keys are visible on the encrypted message. GPG has a -R option that hides the used encryption key, and this method is most likely also exposed through whatever KMail uses to run GPG. It should be used for all Bcc recipients in order to not disclose their existence! -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/6 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 kmail depends on: ii kde-runtime 4:4.12.4-1 ii kdepim-runtime4:4.12.4-2 ii kdepimlibs-kio-plugins4:4.12.4-1 ii libakonadi-calendar4 4:4.12.4-1 ii libakonadi-contact4 4:4.12.4-1 ii libakonadi-kde4 4:4.12.4-1 ii libakonadi-kmime4 4:4.12.4-1 ii libakonadiprotocolinternals1 1.12.1-1 ii libc6 2.18-6 ii libcalendarsupport4 4:4.12.4-1 ii libfolderarchive4 4:4.12.4-1 ii libgcc1 1:4.9.0-3 ii libgpgme++2 4:4.12.4-1 ii libgrantlee-core0 0.3.0-5 ii libincidenceeditorsng44:4.12.4-1 ii libkabc4 4:4.12.4-1 ii libkalarmcal2 4:4.12.4-1 ii libkcalcore4 4:4.12.4-1 ii libkcalutils4 4:4.12.4-1 ii libkcmutils4 4:4.13.1-1 ii libkdecore5 4:4.13.1-1 ii libkdepim44:4.12.4-1 ii libkdeui5 4:4.13.1-1 ii libkio5 4:4.13.1-1 ii libkleo4 4:4.12.4-1 ii libkmime4 4:4.12.4-1 ii libknewstuff3-4 4:4.13.1-1 ii libknotifyconfig4 4:4.13.1-1 ii libkontactinterface4 4:4.12.4-1 ii libkparts44:4.13.1-1 ii libkpgp4 4:4.12.4-1 ii libkpimidentities44:4.12.4-1 ii libkpimtextedit4 4:4.12.4-1 ii libkpimutils4 4:4.12.4-1 ii libkprintutils4 4:4.13.1-1 ii libksieveui4 4:4.12.4-1 ii libktnef4 4:4.12.4-1 ii libmailcommon44:4.12.4-1 ii libmailimporter4 4:4.12.4-1 ii libmailtransport4 4:4.12.4-1 ii libmessagecomposer4 4:4.12.4-1 ii libmessagecore4 4:4.12.4-1 ii libmessagelist4 4:4.12.4-1 ii libmessageviewer4 4:4.12.4-1 ii libnepomukcore4 4:4.12.4-1+b1 ii libpimcommon4 4:4.12.4-1 ii libqt4-dbus 4:4.8.6+dfsg-1 ii libqt4-network4:4.8.6+dfsg-1 ii libqt4-xml4:4.8.6+dfsg-1 ii libqtcore44:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libqtwebkit4 2.2.1-7 ii libsendlater4 4:4.12.4-1 ii libsolid4 4:4.13.1-1 ii libsoprano4 2.9.4+dfsg-1 ii libstdc++64.9.0-3 ii libtemplateparser44:4.12.4-1 ii perl 5.18.2-4 Versions of packages kmail recommends: ii gnupg-agent 2.0.22-3 ii gnupg22.0.22-3 ii pinentry-gtk2 [pinentry-x11] 0.8.3-2 Versions of packages kmail suggests: pn clamav | f-prot-installernone ii kaddressbook 4:4.12.4-1 ii kleopatra4:4.12.4-1 ii procmail 3.22-21 pn spamassassin | bogofilter | annoyance-filter | spambayes | bsfi 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#748821: [Pkg-fglrx-devel] Bug#748821: fglrx-modules-dkms: Removal scripts of this package are incomplete.
What is the output of: dpkg -l|grep fglrx Am 21.05.2014 05:25, schrieb Gordon Garmaise: Package: fglrx-modules-dkms Version: 1:12-6+point-3 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? The system in question has a AMD/ATI HD Radeon chip set and I attempted to use this package to enable 3D acceleration. This was not sucessful. * What exactly did you do (or not do) that was effective (or ineffective)? The GUI (Gnome in this case) became unavailable. Purging the package did not restore previous Xorg functionality. Reinstalling xorg / xorg-common did not resolve the issue. Using find to locate and delete the *fglrx* files under /lib also failed to solve the problem. Boot logs revealed the fglrx module had persisted in the initramfs. Removed the line for fglrx from /etc/initramfs-tools/modules. Then update-initramfs -u. * What was the outcome of this action? GUI interface now available after reboot. * What outcome did you expect instead? I expected that purging the packape would thuroughly remove all traces of the package and revert to the previous functioning xorg configuration. I recommend that flgrx be removed from /etc/initramfs-tools/modules at a minimum on purge along with a suggestion to delete other files. This may apply to flgrx-source as well. *** 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: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (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 Versions of packages fglrx-modules-dkms depends on: pn dkms none fglrx-modules-dkms recommends no packages. Versions of packages fglrx-modules-dkms suggests: pn fglrx-driver none ___ Pkg-fglrx-devel mailing list pkg-fglrx-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fglrx-devel -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748836: joe: FTBFS on arm64 (test)
Package: joe Version: 3.7-2.3 Severity: wishlist Tags: patch User: debian-...@lists.debian.org Usertag: arm64 Add arm64 support to config.sub and config.guess. diff -u joe-3.7/debian/changelog joe-3.7/debian/changelog --- joe-3.7/debian/changelog +++ joe-3.7/debian/changelog @@ -1,3 +1,10 @@ +joe (3.7-2.3+arm64.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add arm64 support to config.sub and config.guess. + + -- Chen Baozi baoz...@gmail.com Wed, 21 May 2014 15:06:43 +0800 + joe (3.7-2.3) unstable; urgency=low * Non-maintainer upload. only in patch2: unchanged: --- joe-3.7.orig/config.guess +++ joe-3.7/config.guess @@ -889,6 +889,13 @@ ppc64:Linux:*:*) echo powerpc64-unknown-linux-gnu exit 0 ;; +aarch64:Linux:*:*) +echo ${UNAME_MACHINE}-unknown-linux-gnu +exit ;; +aarch64_be:Linux:*:*) +UNAME_MACHINE=aarch64_be +echo ${UNAME_MACHINE}-unknown-linux-gnu +exit ;; alpha:Linux:*:*) case `sed -n '/^cpu model/s/^.*: \(.*\)/\1/p' /proc/cpuinfo` in EV5) UNAME_MACHINE=alphaev5 ;; only in patch2: unchanged: --- joe-3.7.orig/config.sub +++ joe-3.7/config.sub @@ -227,6 +227,7 @@ # Some are omitted here because they have special meanings below. 1750a | 580 \ | a29k \ + | aarch64 | aarch64_be \ | alpha | alphaev[4-8] | alphaev56 | alphaev6[78] | alphapca5[67] \ | alpha64 | alpha64ev[4-8] | alpha64ev56 | alpha64ev6[78] | alpha64pca5[67] \ | am33_2.0 \ @@ -293,6 +294,7 @@ # Recognize the basic CPU types with company name. 580-* \ | a29k-* \ + | aarch64-* | aarch64_be-* \ | alpha-* | alphaev[4-8]-* | alphaev56-* | alphaev6[78]-* \ | alpha64-* | alpha64ev[4-8]-* | alpha64ev56-* | alpha64ev6[78]-* \ | alphapca5[67]-* | alpha64pca5[67]-* | arc-* \
Bug#223905: Fwd: jamnntpd uploaded to mentors.debian.net
Original Message Subject:jamnntpd uploaded to mentors.debian.net Date: Tue, 20 May 2014 14:57:17 -0400 From: mentors.debian.net supp...@mentors.debian.net To: j...@rocasa.us Hi. Your upload of the package 'jamnntpd' to mentors.debian.net was successful. Others can now see it. The URL of your package is: http://mentors.debian.net/package/jamnntpd The respective dsc file can be found at: http://mentors.debian.net/debian/pool/main/j/jamnntpd/jamnntpd_1.2-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/jamnntpd 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
Bug#721621: [Pkg-nagios-devel] Bug#721621: dependency change s/libradiusclient-ng2/libfreeradius-client2
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Daniel, Am 26.02.14 08:46, schrieb Jan Wagner: Am 02.02.14 22:18, schrieb Daniel Pocock: Looks like argument 1 and 6 are new. They may or may not be needed, if we are lucky you can just insert 0 for missing arguments and it will emulate the old behavior but that is not something I would to guess, I would need to check the API. Let me know if there is no answer from upstream and then I can look inside. looks like from the upstream side is actually more work to do on the infrastructure then on the code side and this maybe not get fixed shortterm. If you want to push things forward, feel free to have a look on it. Did you have time to have a look into it? Many thanks, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJTfGDKAAoJEAxwVXtaBlE+GhcP/3tNoB6dlm33tAfyIHnkW6OO ybBJMf59KLMe+KTnyE+kpghgR9OI4mRNAelkJojjNNfsp4w1ad+ZkvxtbUXXmYgN f0/YLgQR0r2y9B3K3S/riE2y35Q9NdfDwhDyRW1q/zFQWluiEpcnfaqDgC73WSyA F6gUVV9wo9eeKsqq0n5HIXFfET45YagjtnlcZZBbMi3MF7MIMqRktaSYm7pS76nx xq8sudnUEINGr1vtuRts2h2cgkdxcwIn3oE50VMf0sr5dJU5XHS4XnI9RU8E/sOx dzB38S+DyHe8q+mRDsx+BZtHpvTt/VwO9/EYgwiIaHbDDSkBQ9fmtv4JJeoaIfI1 tXwUhxNCiWVq265++uK8USUy1aS2+0OnXTsitkv64FKiK0qH18FX6+hpqBNjvoJb /fMP8OXFbEMQJlcQSPPxJfyjuVk43NazuYmIru0d8zF056MmfJIyrxtYSWRH8Uxl OJbQmdS44M/YxA21SvicsaPEkdBXCgD6muE9fqy3emqplVvdAQhzske+lX2WpsoP iwQFppih1zQpGBg8o7ZmBGqW28A7Ui5E1olQG6IoBDIP4swGFFCWZfTe+q3rvCTT fnanvYJ88fbG4T0BKsAYMm32/BwIMj+f/etKil0efbI0Ddmp49KEUkXSk44joQTV DrQ5KrJGkqEF4A8Z704+ =jWnZ -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#748821: fglrx-modules-dkms: Removal scripts of this package are incomplete.
On 2014-05-21 05:25, Gordon Garmaise wrote: I expected that purging the packape would thuroughly remove all traces of the package and revert to the previous functioning xorg configuration. I recommend that flgrx be removed from /etc/initramfs-tools/modules at a minimum on purge along with a suggestion to delete other files. AFAICT, the fglrx packages do not put anything into /etc/initramfs-tools/modules - therefore they are not responsible for cleaning up there. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729116: freezes after suspend linux-image-3.14-0.bpo.1-amd64
Dear maintainer The same bug appeared after upgrade from linux-image-3.13-0.bpo.1-amd64 to linux-image-3.14-0.bpo.1-amd64. System : Debian Wheezy 7.5 64 bits Gnome 3.4.2 Laptop HP/Compaq 6715b works fine elsewhere. On resume the keyboard and mouse are inactive, then impossible to launch a terminal. Thanks to consider this bug as important on a laptop. Regards Jacques Weber -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748052: [Xen-devel] dom0 USB failing with ehci-pci: probe of 0000:00:1d.0 faile
On 20.05.14 at 18:25, m...@estone.ca wrote: I've added iommu=debug to the XEN CMD Line under grub. Attached is the xl dmesg log and system dmesg. Okay, this at least clarifies there is a (relatively big) RMRR. There is a change to the handling of these among the ones that'll become 4.3.3 - mind giving http://xenbits.xen.org/gitweb/?p=xen.git;a=commitdiff;h=6c63041428cc348bcb2887afabd606bc4bd5523f a try on top of your 4.3.2 (or trying the tip of the stable-4.3 branch)? What else did I miss that could be useful info? At least the resolution of these addresses (XEN) traps.c:3061: GPF (): 82c4c0186a91 - 82c4c0218daa (XEN) traps.c:3061: GPF (): 82c4c0186a91 - 82c4c0218daa into (symbol,offset) pairs, so we can at least make a first guess at whether these are in any way related to your problem. Jan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745888: libmtp9: jmtpfs hangs on directory listing
tags 745888 +upstream thanks Hi, On 15:41 Mon 19 May , Steve Graham wrote: Same behaviour as in previous report - jmtpfs returns with no error, but any access to the supposedly mounted filesystem hangs until the jmtpfs process is killed. Replacing the file /usr/lib/x86_64-linux-gnu/libmtp.so.9.1.0 (400744 bytes) from the current version on unstable, AMD64, 1.1.6-51-g1a2669c~ds0-1, with /usr/lib/x86_64-linux-gnu/libmtp.so.9.1.0 (388392 bytes) from 1.1.6-20-g1b9f164-1~bpo70+1 seems to fix the problem. (I downloaded the deb from wheezy-backports, and extracted and copied over the library as a quick test.) Note that these two libraries with identical version numbers are different files. This is an upstream issue. Bisecting between upstream commits 1b9f164 (good) and 1a2669c (bad) points out: b9a840c Async buffering for high-speed transfers. as the culprit. Reverting this commit makes jmtpfs work again for me. Now, this commit introduces a threaded bulk transfer worker for libusb 1.x. A backtrace of the worker thread from a stuck jmtpfs process looks like this: Thread 3 (Thread 0x7f879a76c700 (LWP 22394)): #0 pthread_cond_timedwait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:238 #1 0x7f879ce75fe4 in libusb_wait_for_event (ctx=ctx@entry=0x1120b80, tv=tv@entry=0x7f879a76afa0) at ../../libusb/io.c:1832 #2 0x7f879ce76487 in libusb_handle_events_timeout_completed (ctx=ctx@entry=0x1120b80, tv=tv@entry=0x7f879a76afe0, completed=completed@entry=0x7f879a76b03c) at ../../libusb/io.c:2159 #3 0x7f879ce76540 in libusb_handle_events_completed (ctx=ctx@entry=0x1120b80, completed=completed@entry=0x7f879a76b03c) at ../../libusb/io.c:2236 #4 0x7f879ce76d91 in sync_transfer_wait_for_completion (transfer=transfer@entry=0x7f8794004c48) at ../../libusb/sync.c:50 #5 0x7f879ce76e69 in do_sync_bulk_transfer (dev_handle=0x1130ec0, endpoint=optimized out, buffer=buffer@entry=0x7f8794000be0 \f, length=12, transferred=transferred@entry=0x7f879a76b0e4, timeout=2, type=type@entry=2 '\002') at ../../libusb/sync.c:179 #6 0x7f879ce771f4 in libusb_bulk_transfer (dev_handle=optimized out, endpoint=optimized out, data=data@entry=0x7f8794000be0 \f, length=optimized out, transferred=transferred@entry=0x7f879a76b0e4, timeout=optimized out) at ../../libusb/sync.c:256 #7 0x7f879d0bb35c in ptp_write_func (size=size@entry=12, data=0x1130c50, written=written@entry=0x7f879a76b148, handler=0x7f879a76b150, handler=0x7f879a76b150) at libusb1-glue.c:1508 #8 0x7f879d0bd92d in ptp_usb_sendreq (params=0x11232f0, req=0x7f879a76b770) at libusb1-glue.c:1700 #9 0x7f879d0a9b6d in ptp_transaction_new (params=0x11232f0, ptp=0x7f879a76b770, flags=optimized out, sendlen=0, handler=0x7f879a76b700) at ptp.c:156 #10 0x7f879d0a9dc9 in ptp_transaction (params=params@entry=0x11232f0, ptp=ptp@entry=0x7f879a76b770, flags=flags@entry=2, sendlen=sendlen@entry=0, data=data@entry=0x7f879a76b768, recvlen=recvlen@entry=0x7f879a76b764) at ptp.c:404 #11 0x7f879d0aacd4 in ptp_getstorageids (params=params@entry=0x11232f0, storageids=storageids@entry=0x7f879a76b7e0) at ptp.c:1142 #12 0x7f879d09f9f4 in LIBMTP_Get_Storage (device=0x11226f0, sortby=0) at libmtp.c:3999 It looks like it ends up in some kind of deadlock. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734381: freezes after suspend linux-image-3.14-0.bpo.1-amd64
Dear maintainer The same bug appeared after upgrade from linux-image-3.13-0.bpo.1-amd64 to linux-image-3.14-0.bpo.1-amd64. System : Debian Wheezy 7.5 64 bits Gnome 3.4.2 Laptop HP/Compaq 6715b works fine elsewhere. On resume the keyboard and mouse are inactive, then impossible to launch a terminal. Thanks to consider this bug as important on a laptop. Regards Jacques Weber -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742668: cups: Fails to install because can't listen to sockets
Hello Didier, On Mon, May 12, 2014 at 6:38 PM, Didier 'OdyX' Raboud o...@debian.org wrote: # Matches 'Listen localhost:631' from cupsd.conf ListenStream=127.0.0.1:631 ListenStream=[::1]:631 # Matches 'Port 631' from cupsd.conf ListenStream=0.0.0.0:631 ListenStream=[::]:631 Ha. So apparently you have two overlapping instructions in /etc/cups/cupsd.conf: 'Port 631' and 'Listen localhost:631'. Can you try to remove the three last lines of the /etc/systemd/system/cups.socket.d/cupsd-listen.conf file and try to restart CUPS? I've removed the first three (the ones derived from Listen localhost:631) instead, in case listening only on 127.0.0.1 would prevent other computers in the network from connecting to the CUPS server, and now it starts and configuring finishes, so the problem was indeed due to the doubled ListenStream specification. -- Giuseppe Oblomov Bilotta -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748820: opari2: fix invocation of autotools-dev
Control: tags -1 + pending Logan Rosen, le Tue 20 May 2014 23:45:54 -0400, a écrit : autotools-dev isn't called properly in debian/rules. D'oh! Sorry about that. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745029: [Pkg-utopia-maintainers] Bug#745029: network-manager: automatically kills scripts that take longer than 3 seconds
Dear Michael and Dan, thank you for the answers. So we will wait NM next versions to test the restore of the symlink ... Regards! Guido In data lunedì 19 maggio 2014 12:01:39, Dan Williams ha scritto: On Mon, 2014-05-19 at 17:05 +0200, Michael Biebl wrote: Am 17.04.2014 13:13, schrieb MAG4 Piemonte: Package: network-manager Version: 0.9.8.8-5 Severity: normal Dear Maintainer, after upgrading in a Testing machine with systemd to 0.9.8.8-5 version we get nm-dispatcher.action: Script '/etc/NetworkManager/dispatcher.d/01ifupdown' took too long; killing it. with no mount of nfs partitions. Investigating we found https://wiki.archlinux.org/index.php/NetworkManager#Avoiding_the_three_seconds_timeout so we replace the symlink /etc/systemd/system/dbus-org.freedesktop.nm- dispatcher.service creating the script file /etc/systemd/system/dbus- org.freedesktop.nm-dispatcher.service with the following content: .include /lib/systemd/system/NetworkManager-dispatcher.service [Service] RemainAfterExit=yes and enable the script file with permissions rwxr-xr-x. Doing so we workaroud the problem ... Regards! That is intended behaviour. Scripts are not supposed to start long running tasks. Please fix your scripts to not do that. Afaics there is nothing to fix on the NM side, right Dan? At the moment it's intended behavior. NM 0.9.9+ have bumped the timeout to 20 seconds, and for 0.9.10 we're planning to make NetworkManager block on dispatcher scripts for up/down. Obviously, that makes your network connections take longer to connect or disconnect if the dispatcher scripts are stupid, but then the stupid scripts need to get fixed to not take so long. Note that for NFS especially, network connections can drop without warning, especially on WWAN/WiFi/Bluetooth, and at that point the connection is completely gone, and NFS just has to handle that without blocking. Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748837: oneko: desktop file is not installed to /usr/share/applications
Package: oneko Version: 1.2.sakura.6-10 Severity: normal Hello Ricardo! Thank you for adding a desktop file and icons to oneko. However I just noticed that the desktop file is not installed to /usr/share/applications thus it is not visible. Adding oneko.desktop usr/share/applications to the install file does the trick. Cheers, Markus -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages oneko depends on: ii libc6 2.18-5 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii psmisc22.21-2 oneko recommends no packages. oneko 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#726463: video
Tried to watch journal over network, no dice. Now I am 80% certain that hang happens if external display is connected (hdmi). It happened several times, minutes/hours after I switched to external monitor. But here is the problem: it happened with two different monitors and hdmi cables at my home, but it never happened with other monitors at my work. I'll try VGA cable, see if that changes anything. I also did debsums check on everything, nothing seems to be corrupted. If you upgrade the kernel (3.13 to 3.14), and then boot with 3.13, is there anything new running in the system that might affect it even if previous kernel is booted? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748816: qtmultimedia-opensource-src: FTBFS on kfreebsd-*
On 21/05/14 07:27, Pino Toscano wrote:0 Note that qtmultimedia-opensource-src has never built on kfreebsd so far Oops, I didn't realise this. This was just a missing rpath in that spectrum example to locate the fftreal library; patch committed in our packaging repository. Thank you! Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748837: oneko: desktop file is not installed to /usr/share/applications
Of course it should be debian/oneko.desktop usr/share/applications :-) signature.asc Description: OpenPGP digital signature
Bug#748838: python3-flake8: Missing flake8-3 binary
Package: python3-flake8 Version: 2.1.0-2 Hello, python3-flake8 does not ship a Python 3 aware flake8-3 (or similar) program. Instead it just depends on python-flake8 which provides flake8. Thus there is no Python 3 counterpart for flake8 foo.py, and flake8 complains about Python3 specific constructs. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#748301: distlib: Build universal wheels to support pyvenv
Am 16.05.2014 00:03, schrieb Barry Warsaw: As discussed on irc and mlist, we need universal wheel versions of distlib so that pyvenv-3.4 will work in a Debian policy compliant way. Uploads for team maintained packages html5lib, chardet, python-urllib3, and python-pip have already been done. This bug requests a similar change to build the python-distlib-wheels binary package, compatible with the pyvenv general approach. My understanding of this discussion was having exactly one wheel shipped in python-pip-whl which includes the vendorized dependencies. python3.4-venv won't have any version limited dependency on pip's dependencies, and won't hard-code any specific version in the ensurepip module. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748732: wl-beta: Spam filtering with spamc doesn't seem to work
On May 20, 2014 at 10:34AM +0300, yavor (at gnu.org) wrote: '(elmo-spam-spamassassin-learn-program spamc) '(elmo-spam-spamassassin-learn-program-arguments -L spam -d bogdana) The arguments should be list, e.g.: (setq elmo-spam-spamassassin-learn-program-arguments '(-L spam -d bogdana)) Thanks, -- Tatsuya Kinoshita pgprnYXtGJucY.pgp Description: PGP signature
Bug#734787: +1 for nolo, discoteq
I mostly want this to have separate packages for the binary and the libraries. Most users will only want the binary, docs, configs. Only those building packages depending on libraries really need all the source. Anyone got opinions on what the interface for this would look like? I haven’t had to do anything interesting in make or perl in years, but I’m happy to get my hands dirty. — ~j -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748839: fai-server: fai-cd -B aborts leaving two mounted directories /tmp/cow-* and /tmp/fai-*; no cd image created
Package: fai-server Version: 4.1.1 Severity: normal -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fai-server depends on: ii debootstrap 1.0.48+deb7u1 ii fai-client 4.1.1 Versions of packages fai-server recommends: ii isc-dhcp-server 4.2.2.dfsg.1-5+deb70u6 ii libproc-daemon-perl 0.14-1 ii nfs-kernel-server 1:1.2.6-4 ii openbsd-inetd [inet-superserver] 0.20091229-2 ii openssh-client1:6.0p1-4+deb7u1 ii openssh-server1:6.0p1-4+deb7u1 ii tftpd-hpa 5.2-4 Versions of packages fai-server suggests: ii aptitude 0.6.8.2-1 ii debmirror 1:2.14 pn grub none ii perl-tk1:804.030-1 ii reprepro 4.12.5-1 ii xorriso1.2.2-2 -- Configuration Files: /etc/fai/NFSROOT changed [not included] /etc/fai/nfsroot.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748495: closed by Daniel Baumann daniel.baum...@progress-technologies.net (reply to daniel.baum...@progress-technologies.net) (Re: Missing required dependencies)
On 05/19/2014 09:40 AM, Benny Baumann wrote: Even then you should make sure you are recommending the correct version (python3 = 3.3) which currently is not the case. there is no such thing as versioned recommends. Furthermore when running basic commands (and starting a container really IS basic) doesn't work then it makes this package unuseable for many people - despite this only appearing in one sub-command. you're confusing the convenience wrapper /usr/bin/lxc from lxc-stuff with /usr/bin/lxc-* from lxc. while it's true that the wrapper /usr/bin/lxc in lxc-stuff is useless without pythong (since it calls lxc-ls, which is python), the wrapper is only one part within lxc-stuff and thus doesn't make lxc-stuff unusuable. the 'basic commands' that you're refering to are all accessible/usable by calling /usr/bin/lxc-* from lxc itself. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748831: RFS: crashme/2.7-1 [ITA]
Control: owner -1 ! * Dariusz Dwornikowski dariusz.dwornikow...@cs.put.poznan.pl, 2014-05-21, 08:07: dget -x http://mentors.debian.net/debian/pool/main/c/crashme/crashme_2.7-1.dsc [...] * Copyright changed to DEP-5 This is not an accurate description of changes to the copyright file. The original copyright file was already in the DEP-5 format. * New maintainer (Closes: #739083) Did you get any reply from George? * Hardening added That's not an accurate description of the change you did either. (Although enabled hardening might be a side effect of this change.) Why is override_dh_auto_build commented in debian/rules? If this code is not supposed to be run, then remove it. Why do you set CFLAGS in debian/rules? * Spelling patch refreshed Please forward the patch upstream. There's more typos that you might want to fix: $ codespell --skip '*.patch' ./crashme.txt:26: seperate == separate ./crashme.txt:77: enviroment == environment ./crashme.html:147: exersize == exercise ./crashme.html:272: seperate == separate * Bump standards to 3.9.5 Did it require any changes to packaging? * Created manpage for pddet binary I'm sorry to say that, but this manpage is not helpful. I read it twice, and still have no idea what is this program supposed to do. * d/rules updated to clean cleanly If you listed files to remove in debian/clean, you could avoid the override in debian/rules. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748834: ITP: silex -- php micro framework
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Daniel Le 21/05/2014 02:49, Daniel Beyer a écrit : Package: wnpp Silex is a concise, extensible and testable micro framework for php. It is based on the Symfony2 Components and Pimple and inspired by Sinatra. Please consider maintaining it inside the PHP PEAR Maintainers team (there are many Composer packages in the team too), with its reverse dependencies (some Symfony 2 Components are already there). I’m willing to take care of Pimple if that’s OK with you (we already ship an embedded copy in owncloud, and I’d be happy to get rid of it, your ITP motivates me to finally do that). Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTfIWBAAoJEAWMHPlE9r08G4QH/2bGDd/BSKjXg4cTC7R7TgQ/ YVGUOqlTyCoGGeQRp3nFancPSYZWT39EIcBQYu6jpiW1kLnSfzgY69ao1jWaVhZL Zi2x91ClOlVZ1/mkbjxzEn+towkjilhg6yZ+NrVrfsYqH/nxBpITTByM4xX42KZr t6chWdrLgurJlkYaHnrZ1PrpbSS+IWwgYAll1c98jkD8rvshtU2v9ZDv+rFNH7+J o5mykpZQZ+sQkpSEepTKUQLJGKfNKP0x84dP1GDWOWUVJZyMLoSSviTu6K1Rn4WY nSRvgxBc2mjn0aXtJP3gsBFctKvY3FRleJcAY3ovySPmxq3Bb1TMjzxsiAmt76I= =wQH7 -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#684600: shntool: shnsplit fails to split a 2.2G file on amd64
Confirmed - hit this same bug today. I can also confirm that the patches work fine (even with the Debian 3.0.7 version). signature.asc Description: Digital signature
Bug#745480: Updated patch
Control: tags -1 + moreinfo Control: tags -1 - patch Am 22.04.2014 10:58, schrieb Игорь Пашев: Updated patch Previous version breaks openning gzipped files :-) due to uncaught exception this is incomplete. See http://bugs.python.org/issue5689 for the original patches including the testsuite changes. Please make sure that the testsuite succeeds with both the python-lzma package installed, and not installed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748796: [Piuparts-devel] Bug#748796: piuparts: should not use dist-upgrade to check for a single package upgrade
control: severity -1 normal control: tags -1 + moreinfo Hi Yann, thanks for taking the time to file a bug against piuparts. Even though I basically dismiss it, I do appreciate the feedback. (And I have changed my mind in the past too :) On Dienstag, 20. Mai 2014, Yann Dirson wrote: http://bugs.debian.org/726799 shows that, while using dist-upgrade may be useful and can reveal problems, it does not test *just* the package upgrade it claims to be testing (sounds obvious, but well... ;). Yes, it's obvious and I'd also argue it's obviously the right thing to do. So in fact I'm also considering to just close your bug (as not a bug, but design) and/or make it wishlist and close it then. The usual way to upgrade the system is precisely to use apt-get upgrade or apt-get dist-upgrade and _not_ to upgrade a single package with apt-get install $package/$version - that's not a common real world use case. (Plus you seem to be having used aptitude in 726799, which IME not always produces the same results as apt-get.) In this case, a number of hours have been wasted hunting for a seemingly-unreproducible bug, that was in fact perfectly reproducible, but just wrongly characterized. This is unfortunate but this happens. This would also happen sometimes if piuparts would test things differently. * we surely need a better test procedure for package ugrades = what's wrong with just apt-get install $PACKAGE/sid ? See above. Also, (I believe) you speak from the perspective of one bug in one package - I've watched ten thousands of logfiles so far. (The whole setup has roughly a quarter million current logfiles and for the vast majority the tests are fine.) * we do need a test procedure that would reproducibly find this kind of bugs we (=Debian, not just piuparts) surely can use more tests. Check the wishlist bugs against piuparts to learn about some more test cases (ie testing with /usr/local readonly) - and as said, those are just piuparts related ones. What I'm thinking of is something like a tool that would start with a large installation of packages from testing, and which would test-upgrade each one of those packages separately. Interesting idea. Though, IME nobody does this, I mean: no user in the real world upgrades her system like this, so whats the point? OTOH I have implemented other upgrade tests, see https://jenkins.debian.net/view/chroot-installation Similarly, triggers could be tested from a similar setup (both for testing and sid). As always: patches welcome. I think such tests would be more suited on jenkins.debian.net though. (and probably a ton of other tests like that) Yes, sure. https://jenkins.debian.net/userContent/todo.html is also quite long. Hm, after writing this mail I indeed think about http://blog.liw.fi/posts/wishlist-bugs/ and closing this bug. Because, I cannot come up with a bug title which is sensible to me. Except maybe piuparts should have an option to just upgrade a single package and not the system but then I disagree thats a useful option/test... (though if someone sends a patch I'd probably take it. I don't disagree about the feature, even though I disagree with using it for piuparts.debian.org.) Further feedback welcome. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#748840: emscripten: change dependency to llvm-3.3 OR llvm-3.4
Package: emscripten Severity: normal Package emscripten depends on clang-3.2 | clang-3.3 | clang-3.4 and llvm (= 1:3.3). But the latest version of package llvm in the archive IS 3.3 . This means that if you already have clang-3.4/llvm-3.4 installed, installing emscripten will require installing clang-3.3/llvm-3.3 as well, apparently needlessly. The llvm dependency should therefore be changed to llvm-3.3 | llvm-3.4. Consider whether clang-3.5/llvm-3.5 would also be acceptable. -- System Information: Debian Release: 7.1 APT prefers testing APT policy: (990, 'testing'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.utf8, LC_CTYPE=en_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748841: libvirt-bin should start before dhcp (server or relay)
Package: libvirt-bin Version: 1.2.4-3 Severity: wishlist Dear Maintainer, The init script /etc/init.d/libvirt-bin should start before a dhcp server or relay, cause it creates an ethernet-device. /etc/init.d/libvirt-guests should start after dhcp, to get ips via device and dhcp. *** Reporter, 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 template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.14.4-1.00-gb (SMP w/6 CPU cores; PREEMPT) 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 libvirt-bin depends on: ii adduser 3.113+nmu3 ii gettext-base 0.18.3.2-1 ii init-system-helpers 1.18 ii libapparmor1 2.8.0-5+b1 ii libaudit11:2.3.6-1 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libblkid12.20.1-5.7 ii libc62.18-5 ii libcap-ng0 0.7.3-1+b1 ii libdbus-1-3 1.8.2-1 ii libdevmapper1.02.1 2:1.02.83-2 ii libfuse2 2.9.3-10 ii libgcrypt11 1.5.3-4 ii libgnutls26 2.12.23-15 ii libnetcf11:0.2.3-4 ii libnl-3-200 3.2.24-2 ii libnl-route-3-2003.2.24-2 ii libnuma1 2.0.9~rc5-1 ii libparted0debian12.3-20 ii libpcap0.8 1.5.3-2 ii libpciaccess00.13.2-1 ii librados20.72.2-3 ii librbd1 0.72.2-3 ii libreadline6 6.3-6 ii libsasl2-2 2.1.26.dfsg1-9 ii libselinux1 2.3-1 ii libssh2-11.4.3-2 ii libsystemd-daemon0 204-8 ii libudev1 204-8 ii libvirt0 1.2.4-3 ii libxen-4.3 4.3.0-3+b1 ii libxenstore3.0 4.3.0-3+b1 ii libxml2 2.9.1+dfsg1-3 ii libyajl2 2.1.0-1 ii logrotate3.8.7-1 Versions of packages libvirt-bin recommends: ii bridge-utils1.5-7 ii dmidecode 2.12-2 ii dnsmasq-base2.69-1 ii ebtables2.0.10.4-3 ii iproute 1:3.14.0-1 ii iptables1.4.21-1 ii libxml2-utils 2.9.1+dfsg1-3 ii netcat-openbsd 1.105-7 ii parted 2.3-20 ii pm-utils1.4.1-14 ii qemu2.0.0+dfsg-4+b1 ii qemu-kvm2.0.0+dfsg-4+b1 Versions of packages libvirt-bin suggests: pn apparmor none pn auditd none ii policykit-1 0.105-5 pn radvdnone ii systemd 204-8 pn systemtapnone -- Configuration Files: /etc/init.d/libvirt-bin changed: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin export PATH DAEMON=/usr/sbin/libvirtd NAME=libvirtd DESC=libvirt management daemon cgroups=cpuset cpu cpuacct devices freezer net_cls blkio perf_event ! grep -qs cgroup_enable=memory /proc/cmdline || cgroups=$cgroups memory test -x $DAEMON || exit 0 . /lib/lsb/init-functions PIDFILE=/var/run/$NAME.pid DODTIME=1 # Time to wait for the server to die, in seconds if [ -f /etc/default/libvirt-bin ] ; then . /etc/default/libvirt-bin fi check_start_libvirtd_option() { if [ ! $start_libvirtd = yes ]; then log_warning_msg Not starting libvirt management daemon libvirtd, disabled via /etc/default/libvirt-bin return 1 else return 0 fi } running_pid() { # Check if a given process pid's cmdline matches a given name pid=$1 name=$2 [ -z $pid ] return 1 [ ! -d /proc/$pid ] return 1 cmd=`cat /proc/$pid/cmdline | tr \000 \n|head -n 1 |cut -d : -f 1` # Is this the expected child? [ $cmd != $name ] return 1 return 0 } running() { # No pidfile, probably no daemon present [ ! -f $PIDFILE ] return 1 # Obtain the pid and check it against the binary name pid=`cat $PIDFILE` running_pid $pid $DAEMON || return 1 return 0 } systemd_running() { if [ -d /run/systemd/system ] ; then return 0 fi return 1 } mount_cgroups() { if ! systemd_running then mount -t tmpfs cgroup_root /sys/fs/cgroup || return 1 for M in $cgroups; do mkdir /sys/fs/cgroup/$M || return 1 mount -t cgroup -o rw,nosuid,nodev,noexec,relatime,$M cgroup_${M} /sys/fs/cgroup/${M} || return 1 done else log_warning_msg Systemd running, skipping cgroup mount. fi } umount_cgroups() { if ! systemd_running then for M in $cgroups; do umount cgroup_${M} rmdir /sys/fs/cgroup/$M done umount cgroup_root else log_warning_msg Systemd running, skipping cgroup mount. fi } check_mount_cgroup_options() { if [ !
Bug#605702: subversion: commit-email.pl is locale-dependent and does wrong things
Control: reassign -1 subversion-tools 1.8.8-2 as commit-email.pl is now only in subversion-tools. On 2014-01-04 20:41:02 -0500, James McCoy wrote: On Thu, Dec 02, 2010 at 03:48:15PM +0100, Moritz Both wrote: [...] - strftime will create a Date: header line for the commit message. I think that %X should be changed to %T. Because of the %X, I get a Date: header like: Date: Tue, 20 May 2014 04:21:21 PM +0200 on InriaForge commit e-mail messages (it uses the same version of the script). Subversion 1.8 introduced a means to configure the locale in which mod_dav_svn hooks are run and to understand UTF-8 input/output (c.f., http://subversion.apache.org/docs/release-notes/1.8.html#hooks). It looks like this may address the issues you raised. I hope to have a 1.8.x upload ready in a week or so. The script should be able to work in any locale (if needed it can also change the locale at the beginning of itself). But for the Date: header, this appears to be simple enough. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748842: ddd: ddd
Package: kde-l10n-ptbr Version: 4:4.12.4-1 Severity: minor File: ddd Dear Maintainer, *** Reporter, 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 template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4-debian-64bits-fran (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-l10n-ptbr depends on: ii libkdecore5 4:4.12.4-1 kde-l10n-ptbr recommends no packages. Versions of packages kde-l10n-ptbr suggests: pn kde-standard 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#748843: libaudcore1: audacious No installs, broken package
Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, 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 template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4-debian-64bits-fran (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.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#748844: systemd, lxsession-logout no Stop Restart
Package: systemd Version: 204-8 Severity: important Dear Maintainer, *** Reporter, 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 template lines *** -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.4-debian-64bits-fran (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libc62.18-5 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.2-1 ii libgcrypt11 1.5.3-4 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.3-1 ii libsystemd-daemon0 204-8 ii libsystemd-journal0 204-8 ii libsystemd-login0204-8 ii libudev1 204-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53 ii udev 204-8 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: ii libpam-systemd 204-8 Versions of packages systemd suggests: pn systemd-ui none -- Configuration Files: /etc/systemd/logind.conf changed: [Login] -- no debconf information 0 overridden configuration files found. == /var/lib/systemd/deb-systemd-helper-enabled/graphical.target.wants/accounts-daemon.service == == /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also == /etc/systemd/system/multi-user.target.wants/atd.service == /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also == /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.service.dsh-also == /etc/systemd/system/sockets.target.wants/cups.socket /etc/systemd/system/multi-user.target.wants/cups.path /etc/systemd/system/printer.target.wants/cups.service == /var/lib/systemd/deb-systemd-helper-enabled/syslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/binfmt-support.service.dsh-also == /etc/systemd/system/multi-user.target.wants/binfmt-support.service == /var/lib/systemd/deb-systemd-helper-enabled/anacron.service.dsh-also == /etc/systemd/system/multi-user.target.wants/anacron.service == /var/lib/systemd/deb-systemd-helper-enabled/cups.path.dsh-also == /etc/systemd/system/multi-user.target.wants/cups.path == /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/cups.socket == == /var/lib/systemd/deb-systemd-helper-enabled/cups-browsed.service.dsh-also == /etc/systemd/system/multi-user.target.wants/cups-browsed.service == /var/lib/systemd/deb-systemd-helper-enabled/pppd-dns.service.dsh-also == /etc/systemd/system/multi-user.target.wants/pppd-dns.service == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/binfmt-support.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/anacron.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups.path == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/cups-browsed.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service == == /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/pppd-dns.service == == /var/lib/systemd/deb-systemd-helper-enabled/cups.socket.dsh-also == /etc/systemd/system/sockets.target.wants/cups.socket == /var/lib/systemd/deb-systemd-helper-enabled/printer.target.wants/cups.service == == /var/lib/systemd/deb-systemd-helper-enabled/accounts-daemon.service.dsh-also == /etc/systemd/system/graphical.target.wants/accounts-daemon.service # /etc/fstab: static file system information. # # file system mount point type options dump pass #Entry for /dev/sda3 : UUID=41370d5e-a7cc-4715-a489-6628b837db00 / ext4 noatime,barrier=0,commit=60,errors=remount-ro 0 1 #Entry for /dev/sda1 : UUID=C188-0B32 /boot/efi vfatdefaults0 1 #Entry for /dev/sda2 : UUID=03e99bad-595b-4344-80b8-5f867070a738 /media/ext4 ext4 noatime,barrier=0,commit=60,defaults0 2 #Entry for /dev/sdb3 : UUID=b1201dc0-28f9-4bc8-849a-971258bd7f58 /home ext4 noatime,barrier=0,commit=60,defaults0 2 #Entry for /dev/sda4 :
Bug#748843: libaudcore1: audacious No installs, broken package
Control: tag -1 + moreinfo On 2014-05-21 08:27:25, Fran wrote: Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, 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 template lines *** Well, you are really supposed to answer these questions. We really need the info. What did you try to do? What didn't work? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#748732: wl-beta: Spam filtering with spamc doesn't seem to work
Tatsuya Kinoshita wrote: On May 20, 2014 at 10:34AM +0300, yavor (at gnu.org) wrote: '(elmo-spam-spamassassin-learn-program-arguments -L spam -d bogdana) The arguments should be list, e.g.: Thanks, silly me. It still doesn't work though, I get the following in the *Debug ELMO SpamAssassin* buffer: Error in argument 5 : option not found --mbox SpamAssassin Client version 3.3.2 compiled with SSL support (OpenSSL 1.0.1e 11 Feb 2013) Usage: spamc [options] [-e command [args]] message Options: ...(list of spamc's options follows) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748831: RFS: crashme/2.7-1 [ITA]
* Copyright changed to DEP-5 This is not an accurate description of changes to the copyright file. The original copyright file was already in the DEP-5 format. Fixed that. * New maintainer (Closes: #739083) Did you get any reply from George? Yes, we talked that is why I took over the package. We have been working on crashme (he is upstream) past few weeks. * Hardening added That's not an accurate description of the change you did either. (Although enabled hardening might be a side effect of this change.) Why is override_dh_auto_build commented in debian/rules? If this code is not supposed to be run, then remove it. Why do you set CFLAGS in debian/rules? Fixed. Removed. * Spelling patch refreshed Please forward the patch upstream. There's more typos that you might want to fix: $ codespell --skip '*.patch' ./crashme.txt:26: seperate == separate ./crashme.txt:77: enviroment == environment ./crashme.html:147: exersize == exercise ./crashme.html:272: seperate == separate Did that and forwarded to codeplex issue tracker. * Bump standards to 3.9.5 Did it require any changes to packaging? Nope, fixed. * Created manpage for pddet binary I'm sorry to say that, but this manpage is not helpful. I read it twice, and still have no idea what is this program supposed to do. I found a better piece of text to put there, by upstream too. * d/rules updated to clean cleanly If you listed files to remove in debian/clean, you could avoid the override in debian/rules. Yes, fixed that too. Settled for d/rules. The package is in VCS: http://anonscm.debian.org/gitweb/?p=collab-maint/crashme.git -- Dariusz Dwornikowski, Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748845: lintian: Please add a check for packages that ship a .service file but are not calling init-system-helpers
Package: lintian Version: 2.5.22.1 Severity: normal Hi, lintian should generate a warning/error when a package is shipping a systemd service file but is not calling the init-system-helpers scripts, especially for the services containing an [Install] section. If a package is not calling these helpers and if a .service file is explicitly enabled by the user, a dangling symlink might stay on disk when the packages is purged/removed. dh_systemd_{start,enable} already have --no-{start,enable} flags to prevent anything from happening on pkg installation while still cleaning up on purge/remove. Cheers, Laurent Bigonville http://lists.alioth.debian.org/pipermail/pkg-systemd-maintainers/2014-May/002163.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140425-1 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.18-1 ii gettext0.18.3.2-1 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1 ii libdpkg-perl 1.17.9 ii libemail-valid-perl1.193-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.60-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.18.2-4 ii t1utils1.37-2 Versions of packages lintian recommends: pn libperlio-gzip-perl none ii perl-modules [libautodie-perl] 5.18.2-4 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.9 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii libyaml-perl 0.90-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748846: ruby-compass-rails: uninstallable due to new ruby-sprockets
Package: ruby-compass-rails Version: 1.1.7-1 Severity: grave # apt-get install ruby-compass-rails Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ruby-compass-rails : Depends: ruby-sprockets (= 2.11.0) but it is not going to be installed E: Unable to correct problems, you have held broken packages. # apt-cache show ruby-sprockets | grep ^Version: Version: 2.12.1-1 Thanks, -- Colin Watson [cjwat...@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#726463: video
Hang happend with VGA cable also. I've also checked compton vsync option (changed this to 'opengl' around the time when hangs started). Reverted to 'none', did not help. I also have access to Lenovo e130 laptop packing i3-3217U with similar system installed, and XFCE as the environment (I use stripped LXDE on mine). And it does not hang. Now i've booted from my hard drive on e130 to find out if this is hardware issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748847: ITP: r-cran-expm -- GNU R Computation of the matrix exponential and related quantities
Package: wnpp Severity: wishlist Owner: Andreas Tille ti...@debian.org * Package name: r-cran-expm Version : 0.99-1.1 Upstream Author : Martin Maechler and others * URL : http://cran.r-project.org/web/packages/expm/ * License : GPL Programming Lang: R Description : GNU R Computation of the matrix exponential and related quantities The matrix exponential GNU R package enables computation of the matrix exponential and related quantities. Remark: This package is a new dependency for r-cran-msm and required to upgrade. It is maintained by the Debian Science team at svn://anonscm.debian.org/debian-science/packages/R/r-cran-expm/trunk/ Regarding the license I added the following comment to debian/copyright: Comment: The CRAN policy is to encourage package authors to no include the license text to save space. We as in Debian are aware that this is illegal strictly speaking but it seems we will not solve this issue package wise with every single package author. The better solution would be to form an Debian R team which should discuss this with CRAN maintainers in general. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745732: update fontforge (Re: Bug#745732: (no subject)
On Mon, 19 May 2014 20:45:19 +0900 Hideki Yamane henr...@debian.or.jp wrote: Not yet done. Setting up lintian (2.5.22.1) ... +++ lintian output +++ E: fontforge source: source-is-missing nodejs/collabwebview/js/jquery-1.9.1.min.js E: fontforge source: source-is-missing nodejs/collabwebview/js/jquery.masonry.min.js Thanks to smart lintian ;) It's first time for me to deal with jquery non-min file issue. What is the smartest way to fix this, does anyone have any pointer to this? Just find jquery source from upstream github repository and put it to debian/missing-sources directory is enough? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748848: byzanz: does not work at all: Error during recording: no element appsrc
Package: byzanz Version: 0.3.0+git20140123-1 Severity: grave Justification: renders package unusable -BEGIN SCREEN PASTE- tglase@tglase:~ $ byzanz-record -c -e xterm -v --delay=2 ggl.flv ** (byzanz-record:25119): WARNING **: Error retrieving accessibility bus address: org.freedesktop.DBus.Error.ServiceUnknown: The name org.a11y.Bus was not provided by any .service files Error during recording: no element appsrc Recording done. -END SCREEN PASTE- More information about the environment: Debian sid, KDE with IceWM desktop. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages byzanz depends on: ii libc6 2.18-7 ii libcairo2 1.12.16-2 ii libglib2.0-02.40.0-3 ii libgstreamer-plugins-base1.0-0 1.2.4-1 ii libgstreamer1.0-0 1.2.4-1 ii libgtk-3-0 3.12.2-1 ii libxdamage1 1:1.1.4-1 ii libxfixes3 1:5.0.1-1 byzanz recommends no packages. byzanz 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#748849: libcatalyst-plugin-email-perl: FTBFS due to removal of libemail-send-perl
Package: libcatalyst-plugin-email-perl Version: 0.08-1 Severity: serious libcatalyst-plugin-email-perl fails to build in unstable with this error when installing build-dependencies: The following packages have unmet dependencies: sbuild-build-depends-libcatalyst-plugin-email-perl-dummy : Depends: libemail-send-perl but it is not installable E: Unable to correct problems, you have held broken packages. libemail-send-perl was removed from unstable recently: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639878 http://packages.qa.debian.org/libe/libemail-send-perl/news/20140520T063958Z.html Thanks, -- Colin Watson [cjwat...@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#587736: frei0r-plugins: Missing dependency on libcv-dev
Control: tags -1 pending this will be fixed with the upload of frei0r-1.4(-2) to unstable. thanks gfmadsr IOhannes signature.asc Description: OpenPGP digital signature
Bug#747409: RM: several -- ROP; outdated hurd-i386 binary packages
Hi, On Thu, May 08, 2014 at 01:54:06PM +0200, Michael Banck wrote: The following list of source packages has hurd-i386 binary packages which are outdated and can be removed from the archive. dak rm --rdep-check -p -a=hurd-i386 -B burp dateutils ffe haskell-llvm libembperl-perl mail-notification mssh openocd resiprocate rpy2 since skimage tardy tupi xburst-tools xserver-xorg-video-openchrome Ping on this? Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748850: ruby-descendants-tracker: uninstallable due to dependency typo
Package: ruby-descendants-tracker Version: 0.0.4-1 Severity: grave # apt-get install ruby-descendants-tracker Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ruby-descendants-tracker : Depends: ruby-threa-safe but it is not installable E: Unable to correct problems, you have held broken packages. I'm pretty sure that should be ruby-thread-safe instead. Thanks, -- Colin Watson [cjwat...@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#583787: src:frei0r: Some files are LGPL 2.1
Control: tags -1 pending,fixed-in-experimental Control: owner -1 umlae...@debian.org thanks for the report. while packaging frei0r-1.4 we have updated debian/copyright to DEP5 and have now a (hopefully) accurate picture of the various licenses and copyrights used. frei0r_1.4-1 is now in experimental, and will hopefully be uploaded to unstable soon. gfmdsr IOhannes signature.asc Description: OpenPGP digital signature
Bug#748851: rlog: use dh-autoreconf to fix FTBFS on ppc64el
Package: rlog Version: 1.4-2 Severity: normal Tags: patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary. This is because we need new libtool macros for ppc64el. In Ubuntu, the attached patch was applied to achieve the following: * Use dh-autoreconf to fix FTBFS on ppc64el as well by getting new libtool macros (still updates config.{sub,guess}). * Add fix_autoreconf_FTBFS to fix FTBFS with autoreconf due to commented-out rules. Thanks for considering the patch. Erwan Prioul. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- 1.4-2/debian/control +++ 1.4-2ubuntu2/debian/control @@ -1,7 +1,7 @@ Source: rlog Priority: optional Maintainer: Eduard Bloch bl...@debian.org -Build-Depends: debhelper (= 5.0.0), doxygen-latex, gcc (=4:4.3.4) +Build-Depends: debhelper (= 5.0.0), doxygen-latex, gcc (=4:4.3.4), dh-autoreconf Standards-Version: 3.9.2 Section: libs --- 1.4-2/debian/rules +++ 1.4-2ubuntu2/debian/rules @@ -46,6 +46,7 @@ export CXXFLAGS config.status: configure dh_testdir + dh_autoreconf # Add here commands to configure the package. ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr --mandir=\$${prefix}/share/man --infodir=\$${prefix}/share/info @@ -74,6 +75,7 @@ clean: # cp -f /usr/share/misc/config.guess config/config.guess #endif + dh_autoreconf_clean dh_clean install: build --- 1.4-2/docs/Makefile.am +++ 1.4-2ubuntu2/docs/Makefile.am @@ -24,8 +24,6 @@ html/index.html: ../Doxyfile $(SOURCES) -cd .. @DOXYGEN@ Doxyfile clean-local: - #-rm -rf html - #-rm -rf latex endif all-local: html/index.html
Bug#743748: Folders are not listed, blank folder pane
Hello Mordur, On Sat, Apr 05, 2014 at 06:17:55PM -0400, Mordur Ingolfsson wrote: The software seems to be working (filters, calendars etc.) except for the folder pane and the folder list in the subscriptions control panel are completely blank. The folder pane is gray like the background of tabs and the top bar and when I click on manage folder subscriptions, that seems to work except no folders are displayed. The main pane to the right of the folder pane displays the settings pane for the default (top) account of the 12 accounts that are set up on the Icedove client. do you have any addons directly from Mozilla installed? What happend if you disabled them? Or if you start in safe-mode? The accounts are all still there, settings, filters and all, everything except for the folders themselves.. What happened if you backup your profile and restart Icedove? Is Icedove correctly crteating a new profile in $HOME/.icedove? I found a bug in my personal builds for Icedove 28 with a missspelled profile directory, Icedove isn't accepting the profile in $HOME/.icedove and instead need a directory $HOME/icdove. Can you please verify that? My latest version works probably if I renamed '.icedove' to '.icdove' ! Please ensure you have correct backup if you doing something like that! This bug renders the software nearly useless. This is what I get when I start Icedove from terminal: These kind of logs are mostly useless. You will find proper information if you follow https://wiki.debian.org/Icedove#Debugging_Icedove_Activity But I think it's more a problem with your addons. 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#605702: subversion: commit-email.pl is locale-dependent and does wrong things
Control: tags -1 upstream Control: forwarded -1 http://mail-archives.apache.org/mod_mbox/subversion-dev/201405.mbox/%3C20140521114046.GA14463%40ypig.lip.ens-lyon.fr%3E On 2014-05-21 13:23:50 +0200, Vincent Lefevre wrote: On 2014-01-04 20:41:02 -0500, James McCoy wrote: On Thu, Dec 02, 2010 at 03:48:15PM +0100, Moritz Both wrote: [...] - strftime will create a Date: header line for the commit message. I think that %X should be changed to %T. [...] I've also reported the bug upstream (it's still present in the trunk). As I've said there, there may also be problems with %a and %b, and for these ones, the only possibility seems to locally change the locale to C (and possibly change it back after the strftime). -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748571: [Ceph-maintainers] Bug#748571: Bug#748571: ceph: FTBFS on hppa
On 20-May-14, at 10:09 PM, John David Anglin wrote: It seems $(PTHREAD_CFLAGS) needs to be added to a lot of *_LDADD statements in Makefile.in. This causes -lpthread to be added to link command in the correct location. With this, the build completes. Attached last bit of log showing symbol warnings. Regards, Dave -- John David Anglin dave.ang...@bell.net dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/librados2/DEBIAN/symbols doesn't match completely debian/librados2.symbols --- debian/librados2.symbols (librados2_0.80.1-1_hppa) +++ dpkg-gensymbolsMRdP02 2014-05-21 01:39:59.979380501 -0400 @@ -1,4 +1,10 @@ librados.so.2 librados2 #MINVER# + AO_compare_double_and_swap_double_emulation@Base 0.80.1-1 + AO_fetch_compare_and_swap_emulation@Base 0.80.1-1 + AO_locks@Base 0.80.1-1 + AO_pause@Base 0.80.1-1 + AO_pt_lock@Base 0.80.1-1 + AO_store_full_emulation@Base 0.80.1-1 CEPH_CONF_FILE_DEFAULT@Base 0.72.2 (regex|c++)^_.* 0.80 (regex)^ceph_ver__[0-9a-f]{40}@Base$ 0.80 dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libcephfs1/DEBIAN/symbols doesn't match completely debian/libcephfs1.symbols --- debian/libcephfs1.symbols (libcephfs1_0.80.1-1_hppa) +++ dpkg-gensymbolswaqgIS 2014-05-21 01:40:38.879824500 -0400 @@ -1,4 +1,10 @@ libcephfs.so.1 libcephfs1 #MINVER# + AO_compare_double_and_swap_double_emulation@Base 0.80.1-1 + AO_fetch_compare_and_swap_emulation@Base 0.80.1-1 + AO_locks@Base 0.80.1-1 + AO_pause@Base 0.80.1-1 + AO_pt_lock@Base 0.80.1-1 + AO_store_full_emulation@Base 0.80.1-1 CEPH_CONF_FILE_DEFAULT@Base 0.72.2 (regex|c++)^_.* 0.80 (regex)^ceph_ver__[0-9a-f]{40}@Base$ 0.80 make[1]: Leaving directory '/home/dave/debian/ceph/ceph-0.80.1' dh_shlibdeps -a -O--parallel dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_kvs.so contains an unresolvable reference to symbol _ZN4ceph6buffer4list6appendERKS1_: it's probably a plugin dpkg-shlibdeps: warning: 20 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/ceph/erasure-code/libec_jerasure_sse3.so contains an unresolvable reference to symbol _ZN4ceph18__ceph_assert_failEPKcS1_iS1_: it's probably a plugin dpkg-shlibdeps: warning: 26 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_rgw.so contains an unresolvable reference to symbol _ZN4ceph6buffer4list7copy_inEjjPKc: it's probably a plugin dpkg-shlibdeps: warning: 26 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_version.so contains an unresolvable reference to symbol _ZN4ceph6buffer4list6appendEPKcj: it's probably a plugin dpkg-shlibdeps: warning: 11 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_user.so contains an unresolvable reference to symbol _Z22cls_cxx_map_remove_keyPvRKSs: it's probably a plugin dpkg-shlibdeps: warning: 16 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_replica_log.so contains an unresolvable reference to symbol _ZN4ceph6buffer4list8iterator7advanceEi: it's probably a plugin dpkg-shlibdeps: warning: 11 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_refcount.so contains an unresolvable reference to symbol cls_register: it's probably a plugin dpkg-shlibdeps: warning: 17 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_rbd.so contains an unresolvable reference to symbol _Z22cls_cxx_map_remove_keyPvRKSs: it's probably a plugin dpkg-shlibdeps: warning: 26 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/ceph/erasure-code/libec_jerasure_generic.so contains an unresolvable reference to symbol _ZN4ceph6buffer4list6appendEPKcj: it's probably a plugin dpkg-shlibdeps: warning: 26 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/rados-classes/libcls_statelog.so contains an unresolvable reference to symbol _ZN4ceph6buffer3ptrC1ERKS1_: it's probably a plugin dpkg-shlibdeps: warning: 16 other similar warnings have been skipped (use -v to see them all) dpkg-shlibdeps: warning: debian/ceph/usr/lib/hppa-linux-gnu/ceph/erasure-code/libec_jerasure.so contains an unresolvable reference to symbol
Bug#745732: [Pkg-fonts-devel] Bug#745732: update fontforge (Re: Bug#745732: (no subject)
On Wed, 21 May 2014, Hideki Yamane wrote: +++ lintian output +++ E: fontforge source: source-is-missing nodejs/collabwebview/js/jquery-1.9.1.min.js E: fontforge source: source-is-missing nodejs/collabwebview/js/jquery.masonry.min.js Thanks to smart lintian ;) It's first time for me to deal with jquery non-min file issue. Ignore for now ... it is just a pain with it with thousands of emails hacking back and forth. As long as this is not getting viral I ignore the same things in my packages. What is the smartest way to fix this, does anyone have any pointer to this? Ignore for now ;-) Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748843: libaudcore1: audacious No installs, broken package
Please keep the bug in CC. On 2014-05-21 09:10:58, Fran wrote: Em Wed, 21 May 2014 13:37:16 +0200 Sebastian Ramacher sramac...@debian.org escreveu: Control: tag -1 + moreinfo On 2014-05-21 08:27:25, Fran wrote: Package: libaudcore1 Version: audacious No installs, broken package Severity: normal Dear Maintainer, *** Reporter, 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 template lines *** Well, you are really supposed to answer these questions. We really need the info. What did you try to do? What didn't work? Cheers audacious No installs Please provide us with the exact commands that you tried to run and paste the full output. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#748852: devscripts: sadt should allow to visualize output even when all tests passed
Package: devscripts Version: 2.14.2 Severity: wishlist Hi. Even with sadt -v, when tests succesfully pass, the standard outputs are captured and discarded. It should be possible to nevertheless have access to them for debugging purposes (messages on skipped tests, etc.). Maybe with a double -v ? Thanks in advance. Best regards, -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- BTS_DEFAULT_CC=olivier.ber...@it-sudparis.eu,ober...@debian.org -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.17.9 ii libc62.18-5 ii perl 5.18.2-4 ii python3 3.3.4-1 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.36.0-2 ii dctrl-tools 2.23 ii debian-keyring 2014.04.25 ii dput0.9.6.4 ii dupload 2.7.0 ii equivs 2.0.9 ii fakeroot1.18.4-2 ii file1:5.18-1 ii gnupg 1.4.16-1.1 ii libdistro-info-perl 0.13 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.04-3 pn libparse-debcontrol-perlnone pn libsoap-lite-perl none ii liburi-perl 1.60-1 ii libwww-perl 6.06-1 ii lintian 2.5.22.1 ii man-db 2.6.7.1-1 ii patch 2.7.1-5 ii patchutils 0.3.3-1 ii python3-debian 0.1.21+nmu3 ii python3-magic 1:5.18-1 ii sensible-utils 0.0.9 ii strace 4.5.20-2.3 ii unzip 6.0-12 ii wdiff 1.2.1-3 ii wget1.15-1 ii xz-utils5.1.1alpha+20120614-2 Versions of packages devscripts suggests: ii bsd-mailx [mailx]8.1.2-0.20131005cvs-1 ii build-essential 11.6 pn cvs-buildpackage none pn devscripts-elnone ii gnuplot 4.6.5-1 ii gpgv 1.4.16-1.1 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1 ii libnet-smtp-ssl-perl 1.01-3 pn libterm-size-perlnone ii libtimedate-perl 2.3000-2 pn libyaml-syck-perlnone ii mutt 1.5.23-1 ii openssh-client [ssh-client] 1:6.6p1-5 ii svn-buildpackage 0.8.5 ii w3m 0.5.3-15 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745732: [Pkg-fonts-devel] Bug#745732: update fontforge
Quoting Hideki Yamane (2014-05-21 14:03:47) On Mon, 19 May 2014 20:45:19 +0900 Hideki Yamane henr...@debian.or.jp wrote: Not yet done. Setting up lintian (2.5.22.1) ... +++ lintian output +++ E: fontforge source: source-is-missing nodejs/collabwebview/js/jquery-1.9.1.min.js E: fontforge source: source-is-missing nodejs/collabwebview/js/jquery.masonry.min.js Thanks to smart lintian ;) It's first time for me to deal with jquery non-min file issue. What is the smartest way to fix this, does anyone have any pointer to this? Just find jquery source from upstream github repository and put it to debian/missing-sources directory is enough? This was discussed recently both at d-devel and the Javascript team mailinglist. There are different opinions on this... If you consider it important for Debian to redistribute upstream tarball in pristine form but consider it unimportant for Debian to include source for files unused to produce binary packages (a view not shared with ftpmasters), then just make sure those files are not used and suppress that lintian warning. If you consider it important for Debian both to redistribute upstream tarball in pristine form and include source for files unused to produce binary packages, then one approach is to build-depend on libjs-jquery and node-uglifyjs and fail the build if minification of both included minified file and separately packaged file are identical. What I would do is to repackage the tarball with those files stripped. NB! Whichever of above you choose, best is to promote code reuse - i.e. have the binary package (symlink as needed and) depend on separately packaged JavaScript libraries - not ship and use its own minified files. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#748853: libatomic-ops-dev: header files don't work with C++
Package: libatomic-ops-dev Version: 7.3~alpha3+git20130717-1 Severity: normal The atomic_ops.h header and include headers from /usr/include/atomic_ops lack the standard namespace stuff for use with C++: #ifdef __cplusplus extern C { #endif ... #ifdef __cplusplus } #endif This leads to link errors when libatomic_ops.a is linked against an application compiled with g++ (e.g., ceph)s: libtool: link: g++-4.8 -I/usr/include/nss -I/usr/include/nspr -Wall -Wtype-limits -Wignored-qualifiers -Winit-self -Wpointer-arith -Werror=format-security -fno- strict-aliasing -fsigned-char -rdynamic -ftemplate-depth-1024 -Wnon-virtual-dtor -Wno-invalid-offsetof -Wstrict-null-sentinel -g -O2 -Wformat -Werror=format-sec urity -o .libs/ceph_rgw_multiparser rgw/rgw_multiparser.o -Wl,--as-needed ./.li bs/librgw.a ./.libs/librados.so ./.libs/libcls_rgw_client.a libcls_log_client.a libcls_statelog_client.a libcls_user_client.a libcls_replica_log_client.a ./.lib s/libcls_lock_client.a ./.libs/libcls_refcount_client.a libcls_version_client.a /usr/lib/hppa-linux-gnu/libcurl-gnutls.so /usr/lib/hppa-linux-gnu/libexpat.so /u sr/lib/libfcgi.so ./.libs/libglobal.a ./.libs/libcommon.a -ldl -lnss3 -lnssutil3 -lsmime3 -lssl3 -lplds4 -lplc4 -lnspr4 -luuid -lm /usr/lib/libatomic_ops.a -lrt -lboost_thread -lboost_system -lleveldb -lsnappy -pthread ./.libs/librados.so: undefined reference to `AO_fetch_compare_and_swap_emulation (unsigned int volatile*, unsigned int, unsigned int)' ./.libs/librados.so: undefined reference to `AO_store_full_emulation(unsigned in t volatile*, unsigned int)' collect2: error: ld returned 1 exit status -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: hppa (parisc64) Kernel: Linux 3.14.4+ (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8) Shell: /bin/sh linked to /bin/dash -- 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#748854: ITP: vim-snippets -- This repository contains snippets files for various programming languages.
Package: wnpp Severity: wishlist Owner: Andrea Capriotti capri...@debian.org * Package name: vim-snippets Version : 1.0.0 Upstream Author : Honza Pokorny m...@honza.ca * URL : https://github.com/honza * License : MIT Programming Lang: Vim Description : Snippets files for various programming languages. This repository contains many different snippets files for various programming languages. Snipmate and UltiSnips formats are supported. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748851: (no subject)
Hi, It seems that this bug is a dup of bug #747877. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747877 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748732: wl-beta: Spam filtering with spamc doesn't seem to work
Control: severity -1 wishlist On May 21, 2014 at 2:05PM +0300, yavor (at gnu.org) wrote: Error in argument 5 : option not found --mbox Ah, the spamc command is not supported. The options --mbox, --spam and --ham are required by the program of elmo-spam-spamassassin-learn-program. See also elsp-sa.el. Thanks, -- Tatsuya Kinoshita pgpb12nDQskCb.pgp Description: PGP signature
Bug#726463: video
My system booted on e130 did not hang in several hours. So maybe it is a hardware issue. I tried to blow out some dust from my laptop. And also removed ~/.drirc which contained a lot of old 'experiments'. Well, 32 minutes uptime with external monitor and ticking... If I will not report back in couple of days, then assume one of these actions fixed the issue, therefore it does not belong to this bug. Otherwise it's ambiguous. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748301: distlib: Build universal wheels to support pyvenv
On May 21, 2014, at 12:08 PM, Matthias Klose wrote: My understanding of this discussion was having exactly one wheel shipped in python-pip-whl which includes the vendorized dependencies. No, each -whl package installs separately, and they're essentially vendorized at run time by putting the wheels from venv/lib/python-wheels at the front of sys.path. python3.4-venv won't have any version limited dependency on pip's dependencies, and won't hard-code any specific version in the ensurepip module. I guess you changed the ensurepip.diff then to listdir /usr/share/python-wheels? dstufft and I had talked about that, but it was his feeling that it wouldn't be a good idea. I don't remember why, but I would like to see an upstream solution to that, eventually. signature.asc Description: PGP signature
Bug#748855: src:libusb: use dh-autoreconf to fix FTBFS on ppc64el
Package: src:libusb Version: 0.1.12-23.3 Severity: normal Tags: patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary. This is because we need new libtool macros for ppc64el. In Ubuntu, the attached patch was applied to achieve the following: * Use dh_autoreconf. Thanks for considering the patch. Erwan Prioul. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- a/debian/control 2012-04-03 21:13:30.0 + +++ b/debian/control 2013-12-03 13:53:27.0 + @@ -2,7 +2,7 @@ Source: libusb Section: libs Priority: optional Maintainer: Aurelien Jarno aure...@debian.org -Build-Depends: debhelper (= 8.1.3), autotools-dev, pkg-config, docbook, docbook-dsssl +Build-Depends: debhelper (= 8.1.3), dh-autoreconf, autotools-dev, pkg-config, docbook, docbook-dsssl Standards-Version: 3.9.3 Package: libusb-0.1-4 --- a/debian/rules 2013-11-14 11:57:49.0 + +++ b/debian/rules 2013-12-03 13:54:15.0 + @@ -55,6 +55,8 @@ configure-common-stamp: cp -f /usr/share/misc/config.sub config.sub cp -f /usr/share/misc/config.guess config.guess + dh_autoreconf + touch $@ configure-deb: configure-deb-stamp @@ -134,6 +136,7 @@ clean: # Remove install dirs rm -rf $(CURDIR)/debian/tmp $(CURDIR)/debian/tmp-udeb + dh_autoreconf_clean dh_clean install: build
Bug#748856: gnome: panel clock date display does not reflect locale
Package: gnome Version: 1:3.4+7+deb7u1 Severity: normal Dear Maintainer, Even though my locale (Ireland) specifies ‘21 May’ as the date format, the display shows ‘Wed May 21, 15:46:09’. This cannot be changed through the preferences settings. -- 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/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii aisleriot1:3.4.1-1 ii alacarte 3.5.3-1 ii avahi-daemon 0.6.31-2 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.3-3 ii desktop-base 7.0.3 ii evolution3.4.4-3 ii evolution-plugins3.4.4-3 ii file-roller 3.4.2-1 ii gedit3.4.2-1 ii gedit-plugins3.4.0-1 ii gimp 2.8.2-2+deb7u1 ii gnome-applets3.4.1-3 ii gnome-color-manager 3.4.2-1 ii gnome-core 1:3.4+7+deb7u1 ii gnome-documents 0.4.2-2 ii gnome-games 1:3.4.2-3 ii gnome-media 3.4.0-1 ii gnome-nettool3.2.0-1 ii gnome-orca 3.4.2-2 ii gnome-shell-extensions 3.4.0-2 ii gnome-tweak-tool 3.4.0.1-2 ii gnumeric 1.10.17-1.1 ii gstreamer0.10-ffmpeg 0.10.13-5 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.3.1-1.3 ii libgtk2-perl 2:1.244-1 ii libreoffice-calc 1:3.5.4+dfsg2-0+deb7u2 ii libreoffice-gnome1:3.5.4+dfsg2-0+deb7u2 ii libreoffice-impress 1:3.5.4+dfsg2-0+deb7u2 ii libreoffice-writer 1:3.5.4+dfsg2-0+deb7u2 ii nautilus-sendto 3.0.3-2+b1 ii network-manager-gnome0.9.4.1-5 ii rhythmbox2.97-2.1 ii rhythmbox-plugin-cdrecorder 2.97-2.1 ii rhythmbox-plugins2.97-2.1 ii rygel-playbin0.14.3-2+deb7u1 ii rygel-preferences0.14.3-2+deb7u1 ii rygel-tracker0.14.3-2+deb7u1 ii seahorse 3.4.1-2 ii shotwell 0.12.3-2+deb7u1 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.7-0+deb7u1 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.1-1 ii tomboy 1.10.0-2 ii totem3.0.1-8 ii totem-plugins3.0.1-8 ii tracker-gui 0.14.1-3 ii transmission-gtk 2.52-3+nmu1 ii vinagre 3.4.2-2 ii xdg-user-dirs-gtk0.9-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20120629-1+deb7u1 ii gdebi0.8.7 ii gnome-games-extra-data 3.2.0-4 ii nautilus-sendto-empathy 3.4.2.3-2+deb7u1 ii telepathy-idle 0.1.11-2+deb7u1 Versions of packages gnome suggests: pn dia-gnome none pn gnome-boxesnone pn gnucashnone pn iceweasel-l10n-all none ii libreoffice-evolution 1:3.5.4+dfsg2-0+deb7u2 pn plannernone ii xul-ext-adblock-plus 2.1-1+deb7u1 pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core2.5.3-2 ii baobab 3.4.1-1 ii brasero 3.4.1-4 ii caribou 0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend 0.12.1-3 ii dconf-tools 0.12.1-3 ii empathy 3.4.2.3-2+deb7u1 ii eog 3.4.2-1+build1 ii evince 3.4.0-3.1 ii evolution-data-server 3.4.4-3 ii fonts-cantarell 0.0.9-1 ii gcalctool 6.4.2.1-3 ii gconf2 3.2.5-1+build1 ii gdm33.4.1-8 ii gkbd-capplet3.4.0.2-1 ii glib-networking 2.32.3-1 ii gnome-backgrounds 3.4.2-1 ii gnome-bluetooth 3.4.2-1 ii gnome-contacts 3.4.1-1+b1 ii gnome-control-center1:3.4.3.1-2 ii gnome-dictionary3.4.0-2 ii gnome-disk-utility 3.0.2-3 ii gnome-font-viewer 3.4.0-2 ii gnome-icon-theme3.4.0-2 ii gnome-icon-theme-extras 3.4.0-1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-keyring 3.4.1-5 ii gnome-menus 3.4.2-5 ii gnome-online-accounts 3.4.2-2 ii gnome-packagekit3.4.2-2 ii gnome-panel 3.4.2.1-4 ii gnome-power-manager 3.4.0-2 ii gnome-screensaver
Bug#748851: (no subject)
Hello, As said Breno, this bug is a dup of #747877. I've missed it when checking for dup. Sorry. This bug, #748851, can be cancelled. Erwan Prioul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741649: RFS: tegrarcm/1.5-2
Hi Marc, Marc Dietrich wrote: Since in the meanwhile 1.6 is out, it would be nice if you could incorporate the new upstream release into you next upload to mentors, merging in the changelog entries from 1.5-1 and 1.5-2 into the one for 1.6-1. ok, I updated it to 1.6. Thanks. Will have a look later when I'm back from work. I also updated cbootimage to v1.3 following your comments above. It would be great if you could also sponsor this upload. Didn't know that package yet. Will have a look, too. 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#741649: RFS: tegrarcm/1.5-2
Hi Alex, Am Mittwoch, 21. Mai 2014, 15:56:46 schrieb Axel Beckert: Marc Dietrich wrote: Since in the meanwhile 1.6 is out, it would be nice if you could incorporate the new upstream release into you next upload to mentors, merging in the changelog entries from 1.5-1 and 1.5-2 into the one for 1.6-1. ok, I updated it to 1.6. Thanks. Will have a look later when I'm back from work. I also updated cbootimage to v1.3 following your comments above. It would be great if you could also sponsor this upload. Didn't know that package yet. Will have a look, too. bug 741648. I guess it needs some man page an a compile fix for kfreebsd. Thanks Marc signature.asc Description: This is a digitally signed message part.
Bug#746643: Manual fix
This seems to be a manual work-around: cd /usr/src/nvidia-current-331.67 make cp Module.symvers uvm/ make -C uvm cp uvm/nvidia-uvm.ko /lib/modules/`uname -r`/updates/dkms Cheers! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562128:
Does not seems to be dead anymore... 0.5 was released. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748732: wl-beta: Spam filtering with spamc doesn't seem to work
Tatsuya Kinoshita wrote: On May 21, 2014 at 2:05PM +0300, yavor (at gnu.org) wrote: Error in argument 5 : option not found --mbox Ah, the spamc command is not supported. Yes, the code seems to expect sa-learn as the learning program. I had the impression by reading `(wl)SpamAssassin' that spamc is also supported, but it appears that the confusion is mine. So clearly not a bug, just a wishlist item. Sorry for the noise. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721052: aqualung: lacks support AC3, AAC, WavPack, WMA, etc. after being rebuilt against libav 9
Control: tags -1 patch Hi, On 12.05.2014 16:39, Moritz Muehlenhoff wrote: Sebastian Ramacher wrote: aqualung fails to detect libav when rebuilt against libav 9. The build log to rebuil aqualung against libav 9 contains: This still holds with libav10. Attached is a fix for this that I backported from upstream. But since the last upstream release is from 2010, it might make more sense to update to a recent SVN snapshot instead of applying this patch. Best regards, Andreas diff --git a/debian/control b/debian/control index fe49870..7bb0f78 100644 --- a/debian/control +++ b/debian/control @@ -26,7 +26,8 @@ Build-Depends: debhelper (= 5), autotools-dev, imagemagick, libpulse-dev, liblua5.1-0-dev | liblua5.1-dev, - libmp3lame-dev + libmp3lame-dev, + dh-autoreconf Standards-Version: 3.8.4 Homepage: http://aqualung.sourceforge.net/ diff --git a/debian/patches/Support-newer-lavc.patch b/debian/patches/Support-newer-lavc.patch new file mode 100644 index 000..b287ad7 --- /dev/null +++ b/debian/patches/Support-newer-lavc.patch @@ -0,0 +1,317 @@ +Description: Backport support for newer lavc. + +Origin: https://github.com/jeremyevans/aqualung/blob/master/src/decoder/dec_lavc.c +Author: Andreas Cadhalpun andreas.cadhal...@googlemail.com +Last-Update: 2014-05-21 + +--- aqualung-0.9~beta11.orig/configure.ac aqualung-0.9~beta11/configure.ac +@@ -660,10 +660,7 @@ else + fi + fi + +- AC_CHECK_LIB(avformat, av_open_input_file, [avf_lib=yes], [avf_lib=no], [-lavcodec -lavutil -lz]) +- AC_CHECK_LIB(avcodec, avcodec_open, [avc_lib=yes], [avc_lib=no], [-lavformat -lavutil -lz]) +- +- if test $avc_hdr = yes -a $avf_hdr = yes -a $avc_lib = yes -a $avf_lib = yes ; then ++ if test $avc_hdr = yes -a $avf_hdr = yes ; then + lavc_LIBS=-lavformat -lavcodec -lavutil -lz + AC_DEFINE([HAVE_LAVC], [1], [Defined if compile with LAVC support]) + lavc=yes +--- aqualung-0.9~beta11.orig/src/decoder/dec_lavc.c aqualung-0.9~beta11/src/decoder/dec_lavc.c +@@ -15,27 +15,149 @@ + along with this program; if not, write to the Free Software + Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA. + +-$Id: dec_lavc.c 1068 2009-07-24 12:02:30Z peterszilagyi $ ++$Id$ + */ + +- + #include config.h + ++#include stddef.h + #include stdio.h + #include stdlib.h +-#include string.h ++#include sys/types.h + #include ctype.h ++#include libavutil/avutil.h + ++#include ../common.h ++#include ../rb.h + #include dec_lavc.h + + +-#ifdef HAVE_LAVC +- + /* uncomment this to get some debug info */ + /* #define LAVC_DEBUG */ + + extern size_t sample_size; + ++/* interleaved: */ ++void conv_fmt_u8(int n_samples, int sample_size, float * fsamples, AVFrame * frame) { ++ int i; ++ for (i = 0; i n_samples; i++) { ++ *fsamples++ = (*((uint8_t*)(frame-extended_data[0] + i*sample_size)) - 128) / 256.f; ++ } ++} ++void conv_fmt_s16(int n_samples, int sample_size, float * fsamples, AVFrame * frame) { ++ int i; ++ for (i = 0; i n_samples; i++) { ++ *fsamples++ = *((int16_t*)(frame-extended_data[0] + i*sample_size)) / 32768.f; ++ } ++} ++void conv_fmt_s32(int n_samples, int sample_size, float * fsamples, AVFrame * frame) { ++ int i; ++ for (i = 0; i n_samples; i++) { ++ *fsamples++ = *((int32_t*)(frame-extended_data[0] + i*sample_size)) / 2147483648.f; ++ } ++} ++void conv_fmt_flt(int n_samples, int sample_size, float * fsamples, AVFrame * frame) { ++ int i; ++ for (i = 0; i n_samples; i++) { ++ *fsamples++ = *((float*)(frame-extended_data[0] + i*sample_size)); ++ } ++} ++void conv_fmt_dbl(int n_samples, int sample_size, float * fsamples, AVFrame * frame) { ++ int i; ++ for (i = 0; i n_samples; i++) { ++ *fsamples++ = *((double*)(frame-extended_data[0] + i*sample_size)); ++ } ++} ++ ++/* planar: */ ++void conv_fmt_u8p(int n_samples, int channels, int sample_size, float * fsamples, AVFrame * frame) { ++ int i, ch; ++ for (i = 0; i n_samples; i++) { ++ for (ch = 0; ch channels; ch++) { ++ *fsamples++ = (*((uint8_t*)(frame-extended_data[ch] + i*sample_size)) - 128) / 256.f; ++ } ++ } ++} ++void conv_fmt_s16p(int n_samples, int channels, int sample_size, float * fsamples, AVFrame * frame) { ++ int i, ch; ++ for (i = 0; i n_samples; i++) { ++ for (ch = 0; ch channels; ch++) { ++ *fsamples++ = *((int16_t*)(frame-extended_data[ch] + i*sample_size)) / 32768.f; ++ } ++ } ++} ++void conv_fmt_s32p(int n_samples, int channels, int sample_size, float * fsamples, AVFrame * frame) { ++ int i, ch; ++ for (i = 0; i n_samples; i++) { ++ for (ch = 0; ch channels; ch++) { ++ *fsamples++ = *((int32_t*)(frame-extended_data[ch] + i*sample_size)) / 2147483648.f; ++ } ++ } ++} ++void conv_fmt_fltp(int n_samples, int channels, int sample_size, float * fsamples, AVFrame * frame) { ++ int i, ch; ++ for (i = 0; i n_samples; i++) { ++ for (ch = 0; ch channels; ch++) { ++ *fsamples++ = *((float*)(frame-extended_data[ch] + i*sample_size)); ++ } ++ } ++} ++void conv_fmt_dblp(int n_samples, int
Bug#734708:
And 1.3.0 release has been made ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732349: libgc: Add arm64 support
Package: libgc Version: 7.2d-6 Followup-For: Bug #732349 User: debian-...@lists.debian.org Usertag: arm64 This patch expands on the basic autoconf patch in the initial bug report. Aplying that patch configures for arm64 and tries to build for it, but fails due to not actually having internal support: Attached is a full patch which also adds aarch64/arm64 support to the gcconfig file, based on the ubuntu patch at: http://patches.ubuntu.com/libg/libgc/libgc_1:7.2d-5ubuntu2.patch It also enables the pthreads library as otherwise the test target fails. I'm not sure why it aparently builds on other arches without this. Something to do with defaults I guess, but some investigation has made me none the wiser. Please upload this patch as soon as you can as libgc blocks core packages like base-passwd on the arm64 port. I am happy to do an NMU for you if you prefer. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-kvm-i386-20110111 (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/bash diff -Nru libgc-7.2d/debian/changelog libgc-7.2d/debian/changelog --- libgc-7.2d/debian/changelog 2013-12-23 11:49:36.0 + +++ libgc-7.2d/debian/changelog 2014-05-20 19:35:52.0 + @@ -1,3 +1,11 @@ +libgc (1:7.2d-6+arm64) unreleased; urgency=low + + * Non-maintainer upload. + * autoreconf to support new ports + * Add aarch64/arm64 support: gcconfig.h and symbols file + + -- Wookey woo...@debian.org Thu, 17 Apr 2014 16:25:03 + + libgc (1:7.2d-6) unstable; urgency=medium * Run full autoreconf during build diff -Nru libgc-7.2d/debian/control libgc-7.2d/debian/control --- libgc-7.2d/debian/control 2013-12-23 11:28:03.0 + +++ libgc-7.2d/debian/control 2014-05-20 19:46:58.0 + @@ -3,7 +3,8 @@ Section: libs Priority: standard Build-Depends: debhelper (= 9), - autoconf, + dh-autoreconf, + autotools-dev, libatomic-ops-dev (= 7.3~), pkg-config, pkg-kde-tools diff -Nru libgc-7.2d/debian/libgc1c2.symbols libgc-7.2d/debian/libgc1c2.symbols --- libgc-7.2d/debian/libgc1c2.symbols 2013-12-23 11:45:23.0 + +++ libgc-7.2d/debian/libgc1c2.symbols 2014-05-20 19:34:47.0 + @@ -84,7 +84,7 @@ GC_core_malloc@Base 1:7.2d GC_core_malloc_atomic@Base 1:7.2d GC_current_warn_proc@Base 1:7.2d - (arch=!kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_data_start@Base 1:7.2d + (arch=!arm64 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_data_start@Base 1:7.2d GC_debug_change_stubborn@Base 1:7.2d GC_debug_end_stubborn_change@Base 1:7.2d GC_debug_free@Base 1:7.2d @@ -159,7 +159,7 @@ GC_ext_descriptors@Base 1:7.2d GC_extend_size_map@Base 1:7.2d GC_fail_count@Base 1:7.2d - (arch=!mips !mipsel !s390 !s390x)GC_fault_handler@Base 1:7.2d + (arch=!arm64 !mips !mipsel !s390 !s390x)GC_fault_handler@Base 1:7.2d (arch=alpha amd64 i386 ia64 m68k x32)GC_fault_handler_lock@Base 1:7.2d GC_finalize@Base 1:7.2d GC_finalize_all@Base 1:7.2d @@ -168,8 +168,8 @@ GC_finalizer_notifier@Base 1:7.2d GC_find_header@Base 1:7.2d GC_find_leak@Base 1:7.2d - (arch=!mips !mipsel !s390 !s390x)GC_find_limit@Base 1:7.2d - (arch=!mips !mipsel !s390 !s390x)GC_find_limit_with_bound@Base 1:7.2d + (arch=!arm64 !mips !mipsel !s390 !s390x)GC_find_limit@Base 1:7.2d + (arch=!arm64 !mips !mipsel !s390 !s390x)GC_find_limit_with_bound@Base 1:7.2d GC_findleak_delay_free@Base 1:7.2d GC_finish_collection@Base 1:7.2d GC_fo_entries@Base 1:7.2d @@ -265,7 +265,7 @@ GC_init_explicit_typing@Base 1:7.2d GC_init_gcj_malloc@Base 1:7.2d GC_init_headers@Base 1:7.2d - (arch=!kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_init_linux_data_start@Base 1:7.2d + (arch=!arm64 !kfreebsd-amd64 !kfreebsd-i386 !mips !mipsel !s390 !s390x !sparc !sparc64)GC_init_linux_data_start@Base 1:7.2d GC_init_parallel@Base 1:7.2d GC_init_size_map@Base 1:7.2d GC_init_thread_local@Base 1:7.2d @@ -286,7 +286,7 @@ GC_is_visible@Base 1:7.2d GC_is_visible_print_proc@Base 1:7.2d GC_java_finalization@Base 1:7.2d - (arch=!mips !mipsel !s390 !s390x)GC_jmp_buf@Base 1:7.2d + (arch=!arm64 !mips !mipsel !s390 !s390x)GC_jmp_buf@Base 1:7.2d (arch=armel armhf hurd-i386)GC_key_create@Base 1:7.2d GC_large_alloc_warn_interval@Base 1:7.2d GC_large_alloc_warn_suppressed@Base 1:7.2d @@ -477,7 +477,7 @@ (arch=armel armhf hurd-i386)GC_remove_specific@Base 1:7.2d GC_remove_tmp_roots@Base 1:7.2d (arch=!hurd-i386 !kfreebsd-amd64 !kfreebsd-i386)GC_repeat_read@Base 1:7.2d - (arch=!mips !mipsel !s390 !s390x)GC_reset_fault_handler@Base 1:7.2d + (arch=!arm64 !mips !mipsel !s390 !s390x)GC_reset_fault_handler@Base 1:7.2d GC_reset_finalizer_nested@Base 1:7.2d GC_restart_handler@Base 1:7.2d GC_retry_signals@Base 1:7.2d @@ -515,7 +515,7 @@ GC_set_warn_proc@Base 1:7.2d
Bug#748857: gimp-gap: Spurious dependency on libavcodec-dev
Package: gimp-gap Version: 2.6.0+dfsg-4 Severity: wishlist Dear Maintainer, gimp-gap is configured with '--disable-libavformat', but it still build-depends on libavcodec-dev, which seems to be unneeded. At least the package still builds without that. So please remove this spurious dependency. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570623: reprepro: please add multiple version management
Hi, I got distracted by different tasks, but now I have time to work on reprepro again. Am Dienstag, den 04.02.2014, 23:23 +0100 schrieb Bernhard R. Link: * Benjamin Drung benjamin.dr...@profitbricks.com [140203 13:15]: Okay. Attached the patch for my prototype. Be aware: It's just a prototype that is just able to run the commands that I wanted to test, but isn't near to be ready for mainlining. The prototype implements case 2 just because that was my initial idea, but now I tend to think that case 1 might be easier/cleaner. Thanks. I'll take a look this weekend. Any feedback so far? It sounds quite slow either way. Perhaps the way to go is instead changing the data format, like having the version first (perhaps even in preparsed format to speed things up). Good idea, but is this function really time critical? It should be only called when comparing duplicate keys (which shouldn't happen that often, does it?). It might also happen when updating some value otherwise. (And if the version is in some meta-data first one also does not have to differentiate between binaries and sources that much). One could also take the opportunity of a format change to allow for other possible future meta data (like the first added timestamp). How flexible should the new data structure be? What meta data besides the timestamp could be relevant? How do you want to preparse the version? if versions are compared they are split into epoch version and revision and version and revision are gain split into sequences of numbers and not-numbers. Dpkg for example first parsed all the functions and later only compares the already split part. if easily possible it could make sense to store it in a format like that (but then parsing a on-disk format of the split data might be just as time-consuming as just looking at the real data). The version and revision can have a nearly unlimited amount of concatenated numbers and not-numbers. You could store the parts as list with type information. I doubt that a different on-disk format could increase the speed. We could split the full version into epoch, version, and revision and store them separately, but parsing these parts will be more time consuming. My feeling is that we should stick with the full version as string. How would the data format change? Currently the database value contains just the control junk. We could put the pair (version, control) as value into the database. How should the pair separated? Maybe with a null character? something like that. Then we could just use the pointer to the value as version string (the null character from the pair separation would also be used to terminate the string). Yes. That would be the store verbatim and non-preparsed variant. Alternatively one could first store a length of the string, so one can even faster jump to the control part. What do you prefer? My current implementation just concatenates the version string (including it's null character) and the control chunk. I could expand the tuple to a tripple and add the timestamp (in which format?) as third parameter. While working on reprepro, I found a typo. A patch for that is attached. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. From 02a9440ac87532adfdf63a4e510e783f310708a9 Mon Sep 17 00:00:00 2001 From: Benjamin Drung benjamin.dr...@profitbricks.com Date: Tue, 20 May 2014 15:10:12 +0200 Subject: [PATCH 1/1] Fix typo connot - cannot. --- database.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/database.c b/database.c index 83eb652..377ede3 100644 --- a/database.c +++ b/database.c @@ -942,7 +942,7 @@ static const char databaseerror[] = Internal error of the underlying BerkeleyDB / * Stuff to handle data in tables * - There is nothing that connot be solved by another layer of indirection, except + There is nothing that cannot be solved by another layer of indirection, except too many levels of indirection. (Source forgotten) */ struct table { -- 1.9.1
Bug#732349: Info received (libgc: Add arm64 support)
+++ Debian Bug Tracking System [2014-05-21 14:21 +]: It also enables the pthreads library as otherwise the test target fails. I'm not sure why it aparently builds on other arches without this. Something to do with defaults I guess, but some investigation has made me none the wiser. I was confused about this. It is actually needed on all arches for the autoreconf to work properly. Without it the build target becomes null and make check fails because there is nothing to check (which is whay I got confused). So that is in fact consistent acrossarchitectures. I suspect this actually points to something sub-optimal in the automake file. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726463: video
Dead out of the blue on 1:21 uptime. Either failing hardware, or specific-hardware related bug. I will try running on battery, then with 3.12 kernel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#306428: net-tools sctp - patch looks to be included upstream
See upstream at: http://sourceforge.net/p/net-tools/code/ci/master/tree/ Commits: 4932915 Add netstat -S/--sctp parameter into help and manpages 8306063 netstat: add sctp connection decoding (Debian #306428 and Gentoo #258714) (This looks to be what fedora considers project upstream, ref https://lists.fedoraproject.org/pipermail/scm-commits/2012-July/811997.html ) An updated package based on this upstream git would be appreciated. -- -erik http://useofwords.blogspot.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748858: xdelta: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Package: xdelta Version: 1.1.3 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf The package xdelta fails to build on ppc64el, as on new architectures, because the config.{guess,sub} files are out of date, and are not updated during the build. This is the error log: dh_install --sourcedir=debian/tmp --list-missing dh_install: libxdelta2 missing files (usr/lib/*.so.*), aborting make: *** [install] Error 255 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 I just created a patch that enables it to be built on ppc64el. I am using the following URL as reference: https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build Thank you, Breno -- System Information: *** End of the template - remove these lines *** Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: xdelta-1.1.3/debian/control === --- xdelta-1.1.3.orig/debian/control 2014-05-21 13:48:55.0 + +++ xdelta-1.1.3/debian/control 2014-05-21 14:36:37.0 + @@ -2,7 +2,7 @@ Section: utils Priority: optional Maintainer: LaMont Jones lam...@debian.org -Build-Depends: debhelper ( 5.0.0), libglib2.0-dev, zlib1g-dev, autotools-dev +Build-Depends: debhelper ( 5.0.0), libglib2.0-dev, zlib1g-dev, dh-autoreconf Standards-Version: 3.7.3 XS-Vcs-Browser: http://git.debian.org/?p=users/lamont/xdelta.git XS-Vcs-Git: git://git.debian.org/~lamont/xdelta.git Index: xdelta-1.1.3/debian/rules === --- xdelta-1.1.3.orig/debian/rules 2014-05-21 13:48:55.0 + +++ xdelta-1.1.3/debian/rules 2014-05-21 13:51:37.0 + @@ -19,8 +19,7 @@ config.status: configure dh_testdir - cp -f /usr/share/misc/config.guess config.guess - cp -f /usr/share/misc/config.sub config.sub + dh_autoreconf CPPFLAGS=`glib-config --cflags` CFLAGS=${CFLAGS} \ ./configure --prefix=/usr --mandir=\$${prefix}/share/man \ --infodir=\$${prefix}/share/info @@ -44,6 +43,7 @@ clean: dh_testdir dh_testroot + dh_autoreconf_clean dh_clean rm -f build-stamp build [ ! -f Makefile ] || $(MAKE) distclean
Bug#728066: new upstream release
On Wed, May 21, 2014 at 12:31:40PM +0530, Ritesh Raj Sarraf wrote: On 05/21/2014 03:58 AM, Jonathan McCrohan wrote: Has there been any progress on this? Ritesh, could you perhaps push your work to collab-maint? I'd like to work on importing Redshift 1.9. The repo is in the packager's home directory. I can't push there. Can you please take over the packaging to collab-maint? Once done, I'll push it there. Good idea - I'll move the package to collab-maint and then other people can contribute! Thank you! Rhalina -- rhalina (Franziska Lichtblau) rhal...@old-forest.org lichtb...@cip.ifi.lmu.de «I refuse to be bound by software I cannot trust and negotiate with.» -- Enrico Zini -- signature.asc Description: Digital signature
Bug#742213:
Hello everybody, if anything maintainer of this package should at least give us a reply. So we know a reason why Geary isn't updated for so long. By doing this, he could only potentially get help to have it updated. Otherwise, I would urge maintainer to orphan the package, so somebody else could pick it up and give it some love. Regards, Adnan
Bug#748859: gnome-online-accounts does not connect to facebook anymore
Package: gnome-online-accounts Version: 3.12.2-1 Severity: important Dear Maintainer, recently empathy stopped work with facebook accounts, fails on login. I tried to authenticate again with gnome-online-account but I get this message: Error Accessing App. We're sorry, but the application you're trying to use doesn't exist or has been disabled. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-online-accounts depends on: ii libc6 2.18-5 ii libgcr-base-3-1 3.12.0-1 ii libglib2.0-0 2.40.0-3 ii libgoa-1.0-0b 3.12.2-1 ii libgoa-backend-1.0-1 3.12.2-1 ii libkrb5-3 1.12.1+dfsg-1 ii librest-0.7-0 0.7.91-1 ii libsoup2.4-1 2.46.0-2 ii libtelepathy-glib00.24.0-1 Versions of packages gnome-online-accounts recommends: ii gnome-control-center 1:3.12.1-3 ii realmd0.15.0-1 gnome-online-accounts 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#748483: xfsprogs: Let's add a watch file
Le mercredi 21 mai 2014 à 07:47 -0700, Christoph Hellwig a écrit : On Sat, May 17, 2014 at 07:59:57PM +0200, Vincent Blut wrote: Source: xfsprogs Version: 3.1.9 Severity: wishlist Hey guys, Even if it doesn't necessarily improve your workflow, the watch file could improve some Debian tools that check it (e.g. UDD). Could you please apply the attached one in your next upload? I'll assume this should go into debian/watch? Indeed! It's probably best if you simply submit a patch that adds it with proper From:, Subject: and Signed-off-by: tags so it can be applied as-is. Will do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org