Bug#757190: reportbug: diff for NMU version 6.5.0+nmu1
Package: reportbug Version: 6.5.0 Severity: normal Tags: patch Hi Sandro, Attached is the debdiff used for 6.5.0+nmu1 uploaded due to DSA-2997-1 / CVE-2014-0479. Regards, Salvatore diff -Nru reportbug-6.5.0/debian/changelog reportbug-6.5.0+nmu1/debian/changelog --- reportbug-6.5.0/debian/changelog 2014-01-26 20:42:00.0 +0100 +++ reportbug-6.5.0+nmu1/debian/changelog 2014-08-03 16:03:24.0 +0200 @@ -1,3 +1,13 @@ +reportbug (6.5.0+nmu1) unstable; urgency=high + + * Non-maintainer upload. + * CVE-2014-0479: Arbitrary code execution in compare_versions. +A man-in-the-middle attacker could put shell metacharacters in the +version number, causing execution of code of their choice. +Thanks to Jakub Wilk jw...@debian.org + + -- Salvatore Bonaccorso car...@debian.org Sun, 03 Aug 2014 16:03:15 +0200 + reportbug (6.5.0) unstable; urgency=low [ Sandro Tosi ] diff -Nru reportbug-6.5.0/reportbug/checkversions.py reportbug-6.5.0+nmu1/reportbug/checkversions.py --- reportbug-6.5.0/reportbug/checkversions.py 2014-01-26 20:42:00.0 +0100 +++ reportbug-6.5.0+nmu1/reportbug/checkversions.py 2014-08-03 16:02:42.0 +0200 @@ -37,6 +37,7 @@ # needed to parse new.822 from debian.deb822 import Deb822 +from debian import debian_support RMADISON_URL = 'http://qa.debian.org/madison.php?package=%stext=on' INCOMING_URL = 'http://incoming.debian.org/' @@ -87,13 +88,7 @@ Return 1 if upstream is newer than current, -1 if current is newer than upstream, and 0 if the same. if not current or not upstream: return 0 -rc = os.system('dpkg --compare-versions %s lt %s' % (current, upstream)) -rc2 = os.system('dpkg --compare-versions %s gt %s' % (current, upstream)) -if not rc: -return 1 -elif not rc2: -return -1 -return 0 +return debian_support.version_compare(upstream, current) def later_version(a, b): if compare_versions(a, b) 0:
Bug#754260: RFS: terminology/0.6.0-1 [ITP]
On Wed, 2014-08-06 at 06:47 +0100, Anthony F McInerney wrote: https://phab.enlightenment.org/T1489 Why is that bug locked/private? The two main comments were Could you work on the patch to use the lib if the lib is found. This would require debian to provide a lz4.pc (and give it to upstream). Followed by invalid and closed. The patch already does that I think, hard to tell from the language they use though. I think they would accept a patch that would work for them to be able to keep their embedded copy. The whole point is to have them remove the embedded copy so that doesn't sound like a useful thing to spend time on. So that we don't have to patch, just delete src/bin/lz4, which would be cleaner? The best thing you can do for now is just apply the patch in Debian until upstream are willing to remove the embedded code copy. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#756584: [RFR] templates://whatmaps/{templates}
Quoting Justin B Rye (justin.byam@gmail.com): _Description: Automatically restart services on library security updates? ...but if we have to we could crush it right down to: _Description: Hup services on library security fixes? Well, that's too geeky, in my opinion. I suspect this package is meant to be quite widely installed, so the question has to be understandable by the average user signature.asc Description: Digital signature
Bug#756689: [Pkg-octave-devel] Bug#756689: octave: [hdf5 transition] please support hdf5 1.8.13 new packaging layout
Hi Mike, Mike Miller a écrit , Le 06/08/2014 04:23: On Mon, Aug 4, 2014 at 10:40:52 -0400, Mike Miller wrote: On Mon, Aug 4, 2014 at 11:54:02 +, Gilles Filippini wrote: These patches aren't Debian-specific. They help when HDF5 is installed into a non standard path. Some similar changes to support non-standard HDF5 install paths were already made upstream some time ago but have not been verified nor released yet. See upstream bug #38928 [1]. I plan on testing upstream's development branch with the hdf5 experimental packages to see whether it is sufficient or whether these patches are also needed. I'll report back here and on the upstream bug report with my findings. I have started testing upstream with the new hdf5 packages. These or similar changes will indeed need to be applied upstream, I have reopened and commented on the upstream bug report and forwarded your suggested patches there. Thanks for that. In the mean time is it possible for you to upload a fixed octave package to unstable to ease the transition? Thanks in advance, _g. signature.asc Description: OpenPGP digital signature
Bug#756835: First steps towards source-only uploads
Hi, Quoting Charles Plessy (2014-08-06 07:41:40) what do you think about the patch I sent to the Policy, for describing the syntax of the current optional fields of the Packages-List field ? Do you think that modifications are needed ? Would you second it ? https://bugs.debian.org/756835 Have a nice day, I had worded it a bit differently: diff --git a/policy.sgml b/policy.sgml index fbbe4a3..840951c 100644 --- a/policy.sgml +++ b/policy.sgml @@ -3824,10 +3824,17 @@ Checksums-Sha256: the source package, considering every architecture. The first line of the field value is empty. Each one of the next lines describes one binary package, by listing its name, type, section and priority - separated by spaces. Fifth and subsequent space-separated items - may be present and parsers must allow them. See the - qref id=f-Package-TypePackage-Type/qref field for a list of - package types. + separated by spaces. + See the qref id=f-Package-TypePackage-Type/qref field for a + list of package types. + Fifth and subsequent space-separated items are key/value pairs of + the form ttkey=value1,value2/tt. The currently used keys are + the ttarch/tt key which lists the architectures a binary + package builds for and the ttprofile/tt key which lists the + build profiles a binary package builds in. + footnoteThe key/value syntax for all fields after the fourth was + introduced in prgndpkg/prgn version tt1.17.7/tt in + emJessie/em./footnote /p /sect1 cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754260: RFS: terminology/0.6.0-1 [ITP]
On 6 August 2014 06:56, Paul Wise p...@debian.org wrote: https://phab.enlightenment.org/T1489 Why is that bug locked/private? I do believe you might actually need a phab account to see it. http://i.imgur.com/7NcKL7r.jpg here's a screenshot instead The best thing you can do for now is just apply the patch in Debian until upstream are willing to remove the embedded code copy. On that note, also some further comments from raster (lead enlightenment/efl dev) raster in this case - no raster as other distros dont generally ship lz4 raster and as i said - we are going to wrap etc. raster and move it elsewhere raster also - debian policies are not ours Oh well. Anthony.
Bug#757182: debian-installer: Please provide a warning about BTRFS
reassign 757182 partman-btrfs thanks Quoting Russell Coker (russ...@coker.com.au): Package: debian-installer Severity: normal http://www.spinics.net/lists/linux-btrfs/msg36461.html BTRFS has some issues that can cause system lockups, filesystem deadlocks that prevent writing to disk, and other problems. After some discussion on the BTRFS mailing list (see the above URL for the archive) the consensus seems to be that we should have a warning. BTRFS isn't at the stage where someone with little knowledge of it can just use it. To have it work reliably the sysadmin needs to know more about it than for other filesystems. I'm somehow reluctant to new debconf templates in a late stage of d-i development. Moreover, it's important to decide about the time such warning would be displayed. Maybe (if possible) when a user decides to choose btrfs as filesystem for one of the partitions? Not sure that partman allows that, too. Another option would be to turn partman-btrfs into an optional package by changing the priority of the partman-btrfs package. This way, btrfs wouldn't be shown as an option to users going the default way of installing Debian. People really wanting to use BTRFS would then have to pick partman-btrfs in a list of optional packages to install (only in expert mode). signature.asc Description: Digital signature
Bug#757172: Spurious build dep on libmng
On 6. August 2014 00:01:48 MESZ, Moritz Muehlenhoff j...@debian.org wrote: Source: cegui-mk2 Severity: normal Hi, your package build-depends on libmng, bug apparently it doesn't link against/use libmng. Please double-check and remove the stray build dep. Cheers, Moritz Control: tags -1 +pending Hi Moritz, my NMU due to enter the archives in a few days is already targeting this. -- tobi -- Tobias Frost 13C9 04F0 CE08 5E7C 3630 7985 DECF 849A A635 7FB7
Bug#757191: morning warning needed on man page
Package: cron Version: 3.0pl1-124.1 Severity: wishlist File: /usr/share/man/man8/cron.8.gz After mentioning anacron, add that one should use anacron if ones machine is not powered up between 6 and 7 AM, else according to /etc/crontab many jobs won't get run!! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757192: RFA: cvc3 - Automatic theorem prover for SMT problems
Package: wnpp Severity: normal X-Debbugs-CC: mdet...@cs.nyu.edu
Bug#757193: ITP: libnumber-phone-perl -- base class for parsing and dealing with phone numbers
Package: wnpp Severity: wishlist Owner: Michael Prokop m...@debian.org * Package name: libnumber-phone-perl Version : 3.0001 Upstream Author : David Cantrell * URL : http://search.cpan.org/~dcantrell/Number-Phone-3.0001/ * License : Artistic / GPLv2 Programming Lang: Perl Description : base class for parsing and dealing with phone numbers This Perl module and its sub-classes provides support for parsing and dealing with phone numbers, e.g. Number::Phone::Country looks up the country based on a telephone number. Note: One of the companies I'm working for uses this package and we want to contribute this package back to Debian, I plan to do the actual packaging work under the wonderful Perl pkg group umbrella, as usual. regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014-08-06t08-25...@devnull.michael-prokop.at
Bug#757194: [uscan] manpage example for GitHub incorrectly names downloaded file
Package: devscripts Version: 2.14.6 Severity: normal File: /usr/share/man/man1/uscan.1.gz Hello, In the uscan.1 manpage, the current sample entry for fetching new upstream tarball from GitHub seems to be problematic. While it correctly finds the new upstream version, e.g. vX.Y.Z.tar.gz, it would incorrectly name the downloaded file projectname-Z.tar.gz. Fortunately, https://wiki.debian.org/debian/watch has an updated sample entry for GitHub: opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/project-$1\.tar\.gz/ \ https://github.com/user/project/tags .*/v?(\d\S*)\.tar\.gz which correctly names the downloaded file as projectname-X.Y.Z.tar.gz. Using opts=filenamemangle=s/.+\/v? ... rather than opts=filenamemangle=s/(?:.*)?v? ... fixes the issue for me. Note that Bart Martens made other fixes too to the version on Wiki, e.g. changing (\d[\d.]*) and (\d[\d\.]+) to (\d\S*), as shown in: https://wiki.debian.org/debian/watch?action=diffrev1=37rev2=38 I wish I had more time to look into this in depth, but Real Life beckons, and I'd better get back to my other works. :-) == Steps to reproduce == 1. Following this example in the current uscan.1 manpage: opts=filenamemangle=s/(?:.*)?v?(\d[\d\.]*)\.tar\.gz/project-$1.tar.gz/ \ https://github.com/user/project/tags (?:.*/)?v?(\d[\d\.]*)\.tar\.gz I wrote a debian/watch file like so: version=3 opts=filenamemangle=s/(?:.*)?v?(\d[\d\.]*)\.tar\.gz/frescobaldi-$1.tar.gz/ \ https://github.com/wbsoft/frescobaldi/tags (?:.*/)?v?(\d[\d\.]*)\.tar\.gz Now, if I run uscan, I get this: $ uscan frescobaldi: Newer version (2.0.16) available on remote site: https://github.com/wbsoft/frescobaldi/archive/v2.0.16.tar.gz (local version is 2.0.13+ds1) Successfully downloaded updated package frescobaldi-6.tar.gz Successfully symlinked ../frescobaldi-6.tar.gz to ../frescobaldi_2.0.16.orig.tar.gz. == Expected behaviour == Now, following the example on https://wiki.debian.org/debian/watch instead: version=3 opts=filenamemangle=s/.+\/v?(\d\S*)\.tar\.gz/frescobaldi-$1\.tar\.gz/ \ https://github.com/wbsoft/frescobaldi/tags .*/v?(\d\S*)\.tar\.gz the resulting tarball is named correctly: frescobaldi: Newer version (2.0.16) available on remote site: https://github.com/wbsoft/frescobaldi/archive/v2.0.16.tar.gz (local version is 2.0.13+ds1) Successfully downloaded updated package frescobaldi-2.0.16.tar.gz Successfully symlinked ../frescobaldi-2.0.16.tar.gz to ../frescobaldi_2.0.16.orig.tar.gz. Thanks for looking into this! Anthony -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- DEBCHANGE_RELEASE_HEURISTIC=changelog DEBUILD_DPKG_BUILDPACKAGE_OPTS=-k12C59ACF DEBUILD_LINTIAN_OPTS=-i -I --show-overrides DEBSIGN_KEYID=12C59ACF -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 devscripts depends on: ii dpkg-dev 1.17.10 ii libc62.19-7 ii perl 5.18.2-7 ii python3 3.4.1-1 pn python3:any none Versions of packages devscripts recommends: ii at 3.1.14-1 ii curl7.37.1-1 ii dctrl-tools 2.23 ii debian-keyring 2014.04.25 ii dput0.9.6.4 ii equivs 2.0.9 ii fakeroot1.20.1-1 ii file1:5.19-1 ii gnupg 1.4.18-2 ii libdistro-info-perl 0.13 ii libencode-locale-perl 1.03-1 ii libjson-perl2.61-1 ii liblwp-protocol-https-perl 6.06-2 ii libparse-debcontrol-perl2.005-4 ii libsoap-lite-perl 1.11-1 ii liburi-perl 1.64-1 ii libwww-perl 6.08-1 ii lintian 2.5.25 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.22 ii python3-magic 1:5.19-1 ii sensible-utils 0.0.9 ii strace 4.8-1.1 ii unzip 6.0-12 ii wdiff 1.2.2-1 ii wget1.15-1+b1 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-10 ii gpgv 1.4.18-2 ii libauthen-sasl-perl 2.1600-1 ii libfile-desktopentry-perl0.07-1
Bug#757150:
Il giorno Tue, 5 Aug 2014 22:15:41 +0200 Tomasz Buchert tomasz.buch...@inria.fr ha scritto: Hi Davide, thanks for your information. Did the previous version of stellarium work for you? Your GPU is GeForce 7300 SE/7200 and it seems that it does not support some fragment shader functionality (e.g., see https://code.google.com/p/flightgear-bugs/issues/detail?id=750). Is This bug is not specific to Debian and therefore I'll forward it to upstream as they will be probably interested in it. I'll keep you informed. Cheers, Tomasz Hi Tomasz, I have installed the package libqt4-opengl, and the software has successfully started. I think that it's a problem of dependency-on debian. You see the output now: $ stellarium --- [ This is Stellarium 0.13.0 - http://www.stellarium.org ] [ Copyright (C) 2000-2014 Fabien Chereau et al ] --- Writing log file to: /home/magellanino/.stellarium/log.txt File search paths: 0 . /home/magellanino/.stellarium 1 . /usr/share/stellarium Config file is: /home/magellanino/.stellarium/config.ini OpenGL versions supported: 1.1, 1.2, 1.3, 1.4, 1.5, 2.0, 2.1 Driver version string: 2.1.2 NVIDIA 304.123 GL vendor is NVIDIA Corporation GL renderer is GeForce 7300 SE/7200 GS/PCIe/SSE2 Cache directory is: /home/magellanino/.cache/stellarium/stellarium Sky language is it_IT Application language is it_IT Loading Solar System data ... Found an old starsConfig.json file, upgrade.. Creates file /home/magellanino/.stellarium/stars/default/starsConfig.json Loading star data ... Loading /usr/share/stellarium/stars/default/stars_0_0v0_5.cat: 0_0v0_2; 4963 Loading /usr/share/stellarium/stars/default/stars_1_0v0_5.cat: 1_0v0_2; 21598 Loading /usr/share/stellarium/stars/default/stars_2_0v0_5.cat: 2_0v0_2; 150090 Loading /usr/share/stellarium/stars/default/stars_3_1v0_3.cat: 3_1v0_3; 428466 Finished loading star catalogue data, max_geodesic_level: 3 navigation/preset_sky_time is a double - treating as jday: 2.45151e+06 Loaded 10051 NGC records Loading NGC name data ... Loaded 416 / 416 NGC name records successfully Loading star names from /usr/share/stellarium/skycultures/western/star_names.fab Loaded 237 / 237 common star names Loading star names from /usr/share/stellarium/stars/default/name.fab Loaded 4359 / 4359 scientific star names Loading variable stars from /usr/share/stellarium/stars/default/gcvs_hip_part.dat Loaded 6886 / 6886 variable stars Loaded 88 / 88 constellation records successfully for culture western Loaded 85 / 85 constellation art records successfully for culture western Loaded 89 / 89 constellation names Loading constellation boundary data ... Loaded 782 constellation boundary segments Intializing basic GL shaders... Creating GUI ... Loaded plugin Satellites Satellites::init copied default satellites.json to /home/magellanino/.stellarium/modules/Satellites/satellites.json Satellites: loading catalog file: /home/magellanino/.stellarium/modules/Satellites/satellites.json Unable to find module called TimeZoneConfiguration Loaded plugin TimeZoneConfiguration Satellites: starting Internet update... Satellite added: 02802 SL-8 R/B Satellites: purging objects that were not updated... Satellite removed: 23833 GPS BIIA-25 (PRN 03) Satellites: 1 satellites proposed for removal, 1 removed, 665 remain. Satellites::saveTleMap() writing to: /home/magellanino/.stellarium/modules/Satellites/satellites.json Satellites: update finished. 664 / 665 updated, 1 added, 1 missing or removed. 833 source entries parsed. Creating directory /home/magellanino/.stellarium/data Unloaded plugin TimeZoneConfiguration Unloaded plugin Satellites Downloaded 0 files (0 kbytes) in a session of 31.515 sec (average of 0 kB/s + 0 files from cache (0 kB)). I discovered this by installing the previous version of stellarium. During the installation of the old version, it was required dependency libqt4-opengl # apt-get -t stable install stellarium Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto Alcuni pacchetti non possono essere installati. Questo può voler dire che è stata richiesta una situazione impossibile oppure, se si sta usando una distribuzione in sviluppo, che alcuni pacchetti richiesti non sono ancora stati creati o sono stati rimossi da Incoming. Le seguenti informazioni possono aiutare a risolvere la situazione: I seguenti pacchetti hanno dipendenze non soddisfatte: stellarium : Dipende: libqt4-opengl (= 4:4.8.0) ma non sta per essere installato E: Impossibile correggere i problemi, ci sono pacchetti danneggiati bloccati. Kindly, Davide Governale. signature.asc Description: PGP signature
Bug#757196: nginx: CVE-2014-3556 STARTTLS command injection
Source: nginx Severity: important Tags: security A bug in nginx SMTP proxy was found, which allows an attacker in a privileged network position to inject commands into SSL sessions started with the STARTTLS command, potentially making it possible to steal sensitive information sent by clients (CVE-2014-3556). The problem affects nginx 1.5.6 - 1.7.3. The problem is fixed in nginx 1.7.4, 1.6.1. http://mailman.nginx.org/pipermail/nginx-announce/2014/000144.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756848: xserver-xorg-video-radeon: Random segfaults with glamor enabled on Southern Islands card
On 06.08.2014 11:55, Jeff Bradberry wrote: On Tue, Aug 5, 2014 at 10:26 PM, Michel Dänzer mic...@daenzer.net wrote: Does setting the environment variable EGL_DRIVER=egl_dri2 work around this problem? It has no effect on the behavior. The Xorg.0.log is the same, and the debug output looks like (with non-EGL lines redacted): libEGL debug: Native platform type: drm (autodetected) libEGL debug: ignore EGL_DRIVERS_PATH for setuid/setgid binaries libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl libEGL debug: added egl_dri2 to module array libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglInitialize Hmm, my best guess is that dri2_initialize_drm() fails, but I'm not sure why... Did installing the *-dbg packages cause any other packages to be removed / upgraded / installed? -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751337: [PATCH] tests: test_ctf_writer: replace HOST_NAME_MAX
On 2014-08-05 16:14:12 [-0400], Jon Bernard wrote: This may also work as well: diff --git a/configure.ac b/configure.ac index 80eba33..248044e 100644 --- a/configure.ac +++ b/configure.ac @@ -50,6 +50,17 @@ AC_C_INLINE AC_TYPE_PID_T AC_TYPE_SIZE_T +# FreeBSD does not define HOST_NAME_MAX +AC_CHECK_DECL(HOST_NAME_MAX,, + [ +AC_CHECK_DECL(_POSIX_HOST_NAME_MAX, + AC_DEFINE(HOST_NAME_MAX, _POSIX_HOST_NAME_MAX, []), + AC_DEFINE(HOST_NAME_MAX, 256, [Define to 256 if neither have HOST_NAME_MAX nor _POSIX_HOST_NAME_MAX]), + [[#include limits.h]]) + ], + [[#include limits.h]] +) Sure it will. I have no strong opinion on how it gets fixed :) + # Checks for library functions. AC_FUNC_MALLOC AC_FUNC_MMAP Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757195: journalmctl: incomplete doc
severity 757195 wishlist thanks Am 06.08.2014 09:00, schrieb Erwan David: Package: systemd Version: 208-6 Severity: normal File: /bin/journalctl journalctl man page states journalctl [OPTIONS...] [MATCHES...] but does not define what MATCHES are. This makes the command pretty unusable Please raise this issue upstream. This is not a downstream integration issue. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#757197: libphp-swiftmailer: Please rename binary package to php-swiftmailer
Package: libphp-swiftmailer Version: 4.2.1-1 Severity: wishlist Tags: patch Hi, Your package does not follow the pkg-php name convention, thus forcing other packages using dh_phpcomposer to provide a debian/pkg-php-tools-overrides in order to generate working dependencies out of a composer.json. Therefore your should consider renaming your binary package to php-swiftmailer, providing a transitional package libphp-swiftmailer. The patch provided with this bug report can be applied to a local clone of swift.git with '# git am', e.g.: # cd /PATH/TO/SWIFT-GIT-REPO # git am /PATH/TO/0001-Rename-binary-package-to-php-swiftmailer.patch Note that you might need to update the (5.1.0-1~) that is found in the Replaces: and Breaks: fields in debian/control, if you intend to do the renaming in a version post 5.1.0-1 - e.g. set it to (5.2.1-1~) if it is renamed in your version 5.2.1-1. Thanks Daniel From e8c478f6d16fdf8bce614249dfa515e5b6a42962 Mon Sep 17 00:00:00 2001 From: Daniel Beyer d...@deb.ymc.ch Date: Wed, 6 Aug 2014 08:23:33 +0200 Subject: [PATCH] Rename binary package to php-swiftmailer The package does not follow the pkg-php name convention, thus forcing other packages using dh_phpcomposer to provide a debian/pkg-php-tools-overrides in order to generate working dependencies out of a composer.json. Therefore the binary package is renamed to php-swiftmailer, providing a transitional package libphp-swiftmailer. --- debian/control | 12 +++- debian/dirs | 2 +- debian/lintian-overrides | 2 +- debian/rules | 4 ++-- 4 files changed, 15 insertions(+), 5 deletions(-) diff --git a/debian/control b/debian/control index deb489e..00768ae 100644 --- a/debian/control +++ b/debian/control @@ -9,9 +9,12 @@ Homepage: http://swiftmailer.org/ Vcs-Git: git://anonscm.debian.org/collab-maint/swift.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=collab-maint/swift.git -Package: libphp-swiftmailer +Package: php-swiftmailer Architecture: all Depends: ${misc:Depends}, php5 | php5-cli +Replaces: libphp-swiftmailer (5.1.0-1~) +Breaks: libphp-swiftmailer (5.1.0-1~) +Provides: libphp-swiftmailer Description: component-based library for sending e-mails Swift Mailer is component based mailing solution for PHP 5 Send emails using SMTP, sendmail, postfix or a custom Transport @@ -23,3 +26,10 @@ Description: component-based library for sending e-mails - event-driven plugins to customize the library - MIME compliant HTML/multipart emails - large attachments and inline/embedded images with low memory use + +Package: libphp-swiftmailer +Depends: ${misc:Depends}, php-swiftmailer +Architecture: all +Section: oldlibs +Description: transitional dummy package + This is a transitional dummy package. It can safely be removed. diff --git a/debian/dirs b/debian/dirs index 260c4e7..7105aeb 100644 --- a/debian/dirs +++ b/debian/dirs @@ -1,2 +1,2 @@ usr/share/php/Swift -usr/share/doc/libphp-swiftmailer +usr/share/doc/php-swiftmailer diff --git a/debian/lintian-overrides b/debian/lintian-overrides index 0095669..258599c 100644 --- a/debian/lintian-overrides +++ b/debian/lintian-overrides @@ -1,4 +1,4 @@ # Upstream distribute it like this. That script is used to generate mime types # used by swiftmailer. # tell lintian to not complain: -libphp-swiftmailer: script-not-executable +php-swiftmailer: script-not-executable diff --git a/debian/rules b/debian/rules index 679fccb..4cea9c7 100755 --- a/debian/rules +++ b/debian/rules @@ -14,5 +14,5 @@ override_dh_installdocs: dh_installdocs - rm debian/libphp-swiftmailer/usr/share/doc/libphp-swiftmailer/test-suite/LICENSE - rm debian/libphp-swiftmailer/usr/share/doc/libphp-swiftmailer/test-suite/lib/simpletest/LICENSE + rm debian/php-swiftmailer/usr/share/doc/php-swiftmailer/test-suite/LICENSE + rm debian/php-swiftmailer/usr/share/doc/php-swiftmailer/test-suite/lib/simpletest/LICENSE -- 1.9.1 signature.asc Description: This is a digitally signed message part
Bug#757198: RFP: lxqt-config-randr-0.7.0 -- Simple monitor configuration for LXQt
Package: wnpp Severity: wishlist * Package name: lxqt-config-randr Version : 0.7.0 Upstream Author : LXQt team: http://lxqt.org Francisco Ballina Sanchez zballin...@gmail.com * URL : https://github.com/lxde/lxqt-config-randr * License : GPL-2 and LGPL-2.1+ Programming Lang: C++ Description : Simple monitor configuration for LXQt This is one of the packages that will be used in LXQt desktop environment. Reference information: http://wiki.lxde.org/en/Build_LXDE-Qt_From_Source#lxqt-config-randr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757199: [icedove] [32bit] getdents() = EOVERFLOW - Mail Extensions inaccessible when profile folder resides on large XFS or BTRFS volume with 64bit inodes
Package: icedove Version: 31.0-1 Severity: serious --- Please enter the report below this line. --- After migrating my home directory to a 1.8TiB XFS partition, I could not access my emails anymore. Icedove would open, but all extensions from the profile folder were missing. The accounts were listed with the name crossed out in the folder pane - yet the INBOX of my POP3 account (and a single subfolder) would show up (including the mail contained therein)... Rsyncing the profile folder from my backup one time after another and trying various things kept me busy for most of the day... with an AUFS union set up merging the backup root partition (ro) and /tmp (rw), the same profile folder did work! Digging deeper I finally found the right clues to identify the problem cause: xfs uses 64-bit inodes by default for volumes 1TiB (and I think BTRFS does now, too).. Icedove chokes on those. The failing 32bit-getdents() call in strace: access(/home/empee584/.icedove/profile/extensions, F_OK) = 0 stat64(/home/empee584/.icedove/profile/extensions, {st_mode=S_IFDIR|0770, st_size=4096, ...}) = 0 openat(AT_FDCWD, /home/empee584/.icedove/profile/extensions, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 24 getdents(24, 0xab44401c, 32768) = -1 EOVERFLOW (Value too large for defined data type) close(24) = 0 gettimeofday({1407252551, 784289}, NULL) = 0 gettimeofday({1407252551, 784852}, NULL) = 0 write(1, 1407252551784\taddons.xpi\tWARN\tCa..., 10321407252551784 addons.xpi WARNCan't iterate directory /home/empe e584/.icedov e/profile/extensions: [Exception... Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIFile.directoryEntries] nsres ult: 0x80004005 (NS_ERROR_FAILURE) location: JS frame :: resource://gre/modules/addons/XPIProvider.jsm :: getDirectoryEntries :: line 1355 d ata: no] Stack trace: getDirectoryEntries()@resource://gre/modules/addons/XPIProvider.jsm:1355 DirInstallLocation__readAddons()@resource://gre/m odules/addons/XPIProvider.jsm:6889 DirectoryInstallLocation()@resource://gre/modules/addons/XPIProvider.jsm:6828 addDirectoryInstallLocation() @resource://gre/modules/addons/XPIProvider.jsm:1775 XPI_startup()@resource://gre/modules/addons/XPIProvider.jsm:1856 AMI_callProviders()@resou rce://gre/modules/AddonManager.jsm:869 AMI_startup()@resource://gre/modules/AddonManager.jsm:745 AMP_startup()@resource://gre/modules/AddonMan ager.jsm:2318 AMC_observe()@resource://gre/components/addonManager.js:55 file:unknown ) = 1032 ... With the very same profile folder bind-mounted into ~/.icedove on an ext4 (using 32bit-inodes): access(/home/empee584/.icedove/profile/extensions, F_OK) = 0 stat64(/home/empee584/.icedove/profile/extensions, {st_mode=S_IFDIR|0770, st_size=4096, ...}) = 0 openat(AT_FDCWD, /home/empee584/.icedove/profile/extensions, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY|O_CLOEXEC) = 24 getdents(24, /* 61 entries */, 32768) = 2832 getdents(24, /* 0 entries */, 32768) = 0 close(24) = 0 stat64(/home/empee584/.icedove/profile/extensions/{57068FBE-1506-42ee-AB02-BD183E7999E4}, {st_mode=S_IFDIR|0770, st_size=4096, ...}) = 0 stat64(/home/empee584/.icedove/profile/extensions/{57068FBE-1506-42ee-AB02-BD183E7999E4}, {st_mode=S_IFDIR|0770, st_size=4096, ...}) = 0 stat64(/home/empee584/.icedove/profile/extensions/{4C9FE6FE-2C83-11DC-90B4-DC8456D89593}, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/home/empee584/.icedove/profile/extensions/{4C9FE6FE-2C83-11DC-90B4-DC8456D89593}, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/home/empee584/.icedove/profile/extensions/{CC3C233D-6668-41bc-AAEB-F3A1D1D594F5}, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 stat64(/home/empee584/.icedove/profile/extensions/{CC3C233D-6668-41bc-AAEB-F3A1D1D594F5}, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 ... chromium seemingly had the problem: https://code.google.com/p/nativeclient/issues/detail?id=1253 64-bit icedove reportedly does work with xfs/inode64.. http://oss.sgi.com/archives/xfs/2013-07/msg00152.html Running a 32bit distro with 1TeraByte partitions is probably rather uncommon so I couldn't find a bug reported for this upstream.. just something similar (?) fixed up 4 years ago.. https://bugzilla.mozilla.org/show_bug.cgi?id=389087 Bug 389087: nsILocalFileUnix affected by 32bit stat/statvfs/truncate, therefore does not work with large files # wget https://raw.githubusercontent.com/gnb/junkcode/master/summarise_stat.pl # perl summarise_stat.pl /usr/lib/icedove/ Summary by status - 476 97.3% are scripts (shell, perl, whatever) 10 2.0% don't use any stat() family calls at all 2 0.4% use 32-bit stat() family interfaces only [BROKEN] 1 0.2% use both 32-bit and 64-bit stat() family interfaces [BROKEN] 3 0.6% BROKEN List of broken files
Bug#757150: [Debian-astro-maintainers] Bug#757150:
On 06/08/14 08:57, Davide Governale wrote: Il giorno Tue, 5 Aug 2014 22:15:41 +0200 Tomasz Buchert tomasz.buch...@inria.fr ha scritto: Hi Davide, thanks for your information. Did the previous version of stellarium work for you? Your GPU is GeForce 7300 SE/7200 and it seems that it does not support some fragment shader functionality (e.g., see https://code.google.com/p/flightgear-bugs/issues/detail?id=750). Is This bug is not specific to Debian and therefore I'll forward it to upstream as they will be probably interested in it. I'll keep you informed. Cheers, Tomasz Hi Tomasz, I have installed the package libqt4-opengl, and the software has successfully started. I think that it's a problem of dependency-on debian. You see the output now: $ stellarium --- [ This is Stellarium 0.13.0 - http://www.stellarium.org ] [ Copyright (C) 2000-2014 Fabien Chereau et al ] --- Writing log file to: /home/magellanino/.stellarium/log.txt File search paths: 0 . /home/magellanino/.stellarium 1 . /usr/share/stellarium Config file is: /home/magellanino/.stellarium/config.ini OpenGL versions supported: 1.1, 1.2, 1.3, 1.4, 1.5, 2.0, 2.1 Driver version string: 2.1.2 NVIDIA 304.123 GL vendor is NVIDIA Corporation GL renderer is GeForce 7300 SE/7200 GS/PCIe/SSE2 Cache directory is: /home/magellanino/.cache/stellarium/stellarium Sky language is it_IT Application language is it_IT Loading Solar System data ... Found an old starsConfig.json file, upgrade.. Creates file /home/magellanino/.stellarium/stars/default/starsConfig.json Loading star data ... Loading /usr/share/stellarium/stars/default/stars_0_0v0_5.cat: 0_0v0_2; 4963 Loading /usr/share/stellarium/stars/default/stars_1_0v0_5.cat: 1_0v0_2; 21598 Loading /usr/share/stellarium/stars/default/stars_2_0v0_5.cat: 2_0v0_2; 150090 Loading /usr/share/stellarium/stars/default/stars_3_1v0_3.cat: 3_1v0_3; 428466 Finished loading star catalogue data, max_geodesic_level: 3 navigation/preset_sky_time is a double - treating as jday: 2.45151e+06 Loaded 10051 NGC records Loading NGC name data ... Loaded 416 / 416 NGC name records successfully Loading star names from /usr/share/stellarium/skycultures/western/star_names.fab Loaded 237 / 237 common star names Loading star names from /usr/share/stellarium/stars/default/name.fab Loaded 4359 / 4359 scientific star names Loading variable stars from /usr/share/stellarium/stars/default/gcvs_hip_part.dat Loaded 6886 / 6886 variable stars Loaded 88 / 88 constellation records successfully for culture western Loaded 85 / 85 constellation art records successfully for culture western Loaded 89 / 89 constellation names Loading constellation boundary data ... Loaded 782 constellation boundary segments Intializing basic GL shaders... Creating GUI ... Loaded plugin Satellites Satellites::init copied default satellites.json to /home/magellanino/.stellarium/modules/Satellites/satellites.json Satellites: loading catalog file: /home/magellanino/.stellarium/modules/Satellites/satellites.json Unable to find module called TimeZoneConfiguration Loaded plugin TimeZoneConfiguration Satellites: starting Internet update... Satellite added: 02802 SL-8 R/B Satellites: purging objects that were not updated... Satellite removed: 23833 GPS BIIA-25 (PRN 03) Satellites: 1 satellites proposed for removal, 1 removed, 665 remain. Satellites::saveTleMap() writing to: /home/magellanino/.stellarium/modules/Satellites/satellites.json Satellites: update finished. 664 / 665 updated, 1 added, 1 missing or removed. 833 source entries parsed. Creating directory /home/magellanino/.stellarium/data Unloaded plugin TimeZoneConfiguration Unloaded plugin Satellites Downloaded 0 files (0 kbytes) in a session of 31.515 sec (average of 0 kB/s + 0 files from cache (0 kB)). I discovered this by installing the previous version of stellarium. During the installation of the old version, it was required dependency libqt4-opengl # apt-get -t stable install stellarium Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto Alcuni pacchetti non possono essere installati. Questo può voler dire che è stata richiesta una situazione impossibile oppure, se si sta usando una distribuzione in sviluppo, che alcuni pacchetti richiesti non sono ancora stati creati o sono stati rimossi da Incoming. Le seguenti informazioni possono aiutare a risolvere la situazione: I seguenti pacchetti hanno dipendenze non soddisfatte: stellarium : Dipende: libqt4-opengl (= 4:4.8.0) ma non sta per essere installato E: Impossibile correggere i problemi, ci sono pacchetti danneggiati bloccati. Kindly, Davide Governale. Thanks a lot for this! However, this is VERY weird since in theory
Bug#750800: RFS: gtamsanalyzer.app/0.42-7
Hi Yavor, This bug was already closed, but I already had a look... On Sat, 07 Jun 2014 04:57:13 +0300 Yavor Doganov ya...@gnu.org wrote: I am looking for a sponsor for my package gtamsanalyzer.app. gtamsanalyzer.app - Qualitative Research Software for GNUstep First remark, I don't really like the short description. It doesn't tell me what this piece of software does, when would I be interested to install it? Some remarks I have nevertheless: Icon in desktop file in /usr/lib Description could do with an update: if the file format is not the same after 10 years, it clearly doesn't belong in the description. Also, I don't think MAC OS is relevant in Debian. Copy of Apples license seems to have been made with the wrong encoding: AppleÕs To prevent accidental use of embedded code copies, I would remove them in the clean target Patches upstream? Build tif files from source: .xcf Thinks I saw in the upstream tar ball and didn't really like: Source/.thumbnails, .bk files, NoXML.tar.gz. Paul signature.asc Description: OpenPGP digital signature
Bug#757201: src:upower: use dh-autoreconf to fix FTBFS on ppc64el
Package: src:upower Version: 0.99.0-3 Severity: normal Tags: patch Dear Maintainer, I got a failure while building the package on ppc64el architecture. Since this package uses libtool, a full autoreconf seems necessary. This is because it needs new libtool macros for ppc64el. The attached patch was applied to achieve the following: * Build using dh-autoreconf. * Patch configure.ac because side-by-side use of IT_PROG_INTLTOOL and AM_GNU_GETTEXT is not supported. Thanks for considering the patch. Thanks in advance, Erwan. -- 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 diff -Naur a/debian/control b/debian/control --- a/debian/control 2014-08-04 17:23:04.346734439 +0200 +++ b/debian/control 2014-08-05 10:29:32.479461085 +0200 @@ -21,6 +21,7 @@ libimobiledevice-dev (= 0.9.7) [linux-any], libgirepository1.0-dev (= 0.10.7-1~), gobject-introspection (= 0.9.12-4~), + dh-autoreconf Standards-Version: 3.9.5 Vcs-Git: git://git.debian.org/git/pkg-utopia/upower.git Vcs-Browser: http://git.debian.org/?p=pkg-utopia/upower.git;a=summary diff -Naur a/debian/patches/configure.patch b/debian/patches/configure.patch --- a/debian/patches/configure.patch 1970-01-01 01:00:00.0 +0100 +++ b/debian/patches/configure.patch 2014-08-06 09:06:20.747134308 +0200 @@ -0,0 +1,12 @@ +--- a/configure.ac 2014-08-04 17:23:03.682734474 +0200 b/configure.ac 2014-08-05 12:32:56.283067579 +0200 +@@ -234,9 +234,6 @@ + # i18n support + IT_PROG_INTLTOOL([0.40.0]) + +-AM_GNU_GETTEXT_VERSION([0.17]) +-AM_GNU_GETTEXT([external]) +- + AC_SUBST([GETTEXT_PACKAGE],[${PACKAGE_TARNAME}]) + AC_DEFINE([GETTEXT_PACKAGE],[PACKAGE_TARNAME],[Define to the gettext package name]) + diff -Naur a/debian/patches/series b/debian/patches/series --- a/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ b/debian/patches/series 2014-08-06 09:07:53.931129355 +0200 @@ -0,0 +1 @@ +configure.patch diff -Naur a/debian/rules b/debian/rules --- a/debian/rules 2014-08-04 17:23:04.358734438 +0200 +++ b/debian/rules 2014-08-05 17:27:09.714129315 +0200 @@ -1,7 +1,7 @@ #!/usr/bin/make -f %: - dh $@ --with gir + dh $@ --with gir --with autoreconf override_dh_auto_configure: dh_auto_configure -- \ @@ -29,3 +29,11 @@ override_dh_makeshlibs: dh_makeshlibs -- -c4 + +override_dh_auto_clean: + rm -f libupower-glib/up-client-glue.c \ + libupower-glib/up-client-glue.h \ + libupower-glib/up-device-glue.c \ + libupower-glib/up-device-glue.h \ + libupower-glib/up-wakeups-glue.c \ + libupower-glib/up-wakeups-glue.h
Bug#757144: closed by Michael Biebl bi...@debian.org (Re: Bug#757144: systemd: Directory /etc/tmpfiles.d is empty and expected to be not.)
On 08/05/2014 11:36 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the systemd package: #757144: systemd: Directory /etc/tmpfiles.d is empty and expected to be not. It has been closed by Michael Biebl bi...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Michael Biebl bi...@debian.org by replying to this email. Hi Sorry but i have jessie fresh install and not have files on /etc/tmpfiles.d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757200: Package leaves a file behind
Package: flashplugin-nonfree Version: 1:3.5 It looks like the flash player package creates an extra file in /usr/bin/: # Verifying system specific password checks... NEW: --WARN-- [lin001w] File `/usr/bin/flash-player-properties' does not belong to any package. So this should ideally be added to the postrm script in order to be removed when the package is purged. Francois -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756197: marked as done (gnome-menus: new upstream version fixes crashes)
hi all, what are the steps to reproduce the bug? 2014-08-06 6:17 GMT+02:00 Paul Wise pa...@bonedaddy.net: On Wed, 2014-08-06 at 10:33 +0800, Paul Wise wrote: Hmm, I haven't been able to reproduce it yet. Actually I just did an upgrade that I noticed gnome-menus triggered on and got a crash of gnome-shell. Please report the issue upstream, they will pretty quickly fix it or tell you what other update is missing. I'll do that now. -- bye, pabs http://bonedaddy.net/pabs3/ ___ pkg-gnome-maintainers mailing list pkg-gnome-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gnome-maintainers
Bug#751550: RFS: aclock.app/0.4.0-1 [ITA]
Hi Yavor, On 04-08-14 22:12, Yavor Doganov wrote: Paul Gevers wrote: Are there any sources for the png/wav in Resources ? There's a Blender file (cuckoo.blend) in the top directory. Then I really suggest to create the images (and the wav?) from that file during building. I share the opinion of many (most?) DD's that the only way to make sure that we can build from sources with tools available in Debian is to actually do that. I don't know blender though, so I can imagine that it is not trivial to automate this. In that case, please verify that the blender file is really the source of the images and document that fact in either d/copyright or in a comment in d/rules I tried (fix pushed in Git). I still have to pull, but thanks already. I found one more thinks to remark: The location of icon in the desktop file point to /usr/lib/ Paul signature.asc Description: OpenPGP digital signature
Bug#757144: closed by Michael Biebl bi...@debian.org (Re: Bug#757144: systemd: Directory /etc/tmpfiles.d is empty and expected to be not.)
Am 05.08.2014 22:41, schrieb Corcodel Marian: On 08/05/2014 11:36 PM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the systemd package: #757144: systemd: Directory /etc/tmpfiles.d is empty and expected to be not. It has been closed by Michael Biebl bi...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Michael Biebl bi...@debian.org by replying to this email. Hi Sorry but i have jessie fresh install and not have files on /etc/tmpfiles.d That's fine. If it's a fresh installation, there is no file supposed to be in /etc/tmpfiles.d -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#751698: RFS: talksoup.app/1.0alpha-32-g55b4d4e-2 [ITA]
Control: owner -1 ! Control: tags -1 moreinfo Hi Yavor, On Sun, 15 Jun 2014 20:15:41 +0300 Yavor Doganov ya...@gnu.org wrote: I am looking for a sponsor for my package talksoup.app. Some remarks: Icon in desktop file in /usr/lib/ Text about license file on Debian systems does not mention the version It would be nice if the patch header for origin of the patch contains URL instead of just upstream Patches need sending upstream? Paul signature.asc Description: OpenPGP digital signature
Bug#757202: anki: cannot sync with current version
Package: anki Version: 2.0.26+dfsg-1 Severity: important Dear Maintainer, Sometime in late July, the ankisrs.net server admins disabled sync support for version 2.0.26 and earlier. Currently, Debian Sid (and experimental) have 2.0.26. The latest development version from upstream is 2.0.28. If I try to use 2.0.26, I get an error message. Syncing failed: Please upgrade to the latest version of Anki. This only happens if one has syncing enabled. Offline use is unaffected. The error message itself is excessively concise, and the uninformed user might be confused, since neither the current version number nor required version number is displayed in it. As a workaround, one can download the source code and run that directly. But it would be ideal if the Debian package could be updated. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages anki depends on: ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-flot 0.8.2+dfsg-1 ii libjs-jquery-ui 1.10.1+dfsg-1 ii python-beautifulsoup 3.2.1-1 ii python-httplib2 0.9+dfsg-1 ii python-pyaudio0.2.8-1+b1 ii python-qt44.11.1+dfsg-1 ii python-simplejson 3.6.0-1 ii python-sqlalchemy 0.9.7-1 pn python:anynone Versions of packages anki recommends: ii python-matplotlib 1.3.1-2 Versions of packages anki suggests: pn dvipng 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#757052: dietlibc-dev: programs made with diet have executable stacks
On Tue, 5 Aug 2014, Felix von Leitner wrote: This should not longer be the case. I noticed a few months (?) ago and fixed it in the CVS at least. OK, thanks! bye, //mirabilos -- [16:04:33] bkix: veni vidi violini [16:04:45] bkix: ich kam, sah und vergeigte... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750865: RFS: lynkeos.app/1.2-7
Control: owner -1 ! Control: tags -1 moreinfo Hi Yavor, On Sat, 07 Jun 2014 21:20:42 +0300 Yavor Doganov ya...@gnu.org wrote: I am looking for a sponsor for my package lynkeos.app. Some remarks in random order: The location of icon in the desktop file point to /usr/lib/ Could you add tilde to the dependency on gnustep-make (for backports) Short description, the for GNUstep seems misplaced. I suggest to either insert an extra comma, or move the for GNUstep after Tool. Description: Mac OS X is irrelevant I would simplify the patching of the png. Just include the binary file in the debian tree and copy/clean it during building. (Adding a binary file in the debian tree requires a flag to be set somewhere..) Update years in copyright: first file is from 1998 Are the patches sent upstream? Clean fails for me in my normal environment. Paul signature.asc Description: OpenPGP digital signature
Bug#757203: apt-listchanges: barfs on libjack-jackd2-0
Package: apt-listchanges Version: 2.85.13 Running apt-listchanges from aptitude, I just got the following error message: Retrieving bug reports... Done Parsing Found/Fixed information... Done Traceback (most recent call last): File /usr/bin/apt-listchanges, line 250, in module main() File /usr/bin/apt-listchanges, line 48, in main debs = apt_listchanges.read_apt_pipeline(config) File /usr/share/apt-listchanges/apt_listchanges.py, line 98, in read_apt_pipeline del filenames[pkg] KeyError: 'libjack-jackd2-0' Extracting templates from packages: 100% Preconfiguring packages ... My /var/log/aptitude lists: [UPGRADE] libjack-jackd2-0:amd64 1.9.10+20140610git97e0e80b~dfsg-1 - 1.9.10+20140719git3eb0ae6a~dfsg-1 [UPGRADE] libjack-jackd2-0:i386 1.9.10+20140610git97e0e80b~dfsg-1 - 1.9.10+20140719git3eb0ae6a~dfsg-1 among other upgrades, if this is of any use or relevance. Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753461: faketime stable breaks iceweasel 24.6
On Sun, 13 Jul 2014 20:21:00 -0400 Daniel Kahn Gillmor d...@fifthhorseman.net wrote: control: -1 unreproducible On 07/02/2014 01:19 AM, Charles Evans wrote: on a 4core Athlon2: faketime -m -f -1s iceweasel iceweasel uses 200% CPU forever, but generally works. faketime -m -f -10s iceweasel iceweasel uses 300% CPU forever, but generally works. faketime -m -f +10s iceweasel iceweasel takes about 10s to react, not useable. I see marginally slower behavior (and more CPU) when i run faketime -m yesterday iceweasel, but i don't see the unusable behavior you're describing. I've tried it on powerpc and i386 machines. Can you help me reproduce it somehow? snip (I answered this many days ago, but it seems to have vanished. possibly not the only email I sent to do so.) The problem is with offset timing: faketime -m -f -1s iceweasel sets the clock to appear to run 1s behind. the -f +1s and -f -1s cause problems. BTW I updated to the backport Version: 0.9.6-1~bpo70+1 and it still has many of the same problems: -1s pegs 2 cores at 100% forever. +1s makes large menus that scroll do so extremely slowly. -- Charles Evans charlesev...@chartertn.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757150: [Debian-astro-maintainers] Bug#757150:
Il giorno Wed, 6 Aug 2014 09:24:40 +0200 Tomasz Buchert tomasz.buch...@inria.fr ha scritto: On 06/08/14 08:57, Davide Governale wrote: Il giorno Tue, 5 Aug 2014 22:15:41 +0200 Tomasz Buchert tomasz.buch...@inria.fr ha scritto: Hi Davide, thanks for your information. Did the previous version of stellarium work for you? Your GPU is GeForce 7300 SE/7200 and it seems that it does not support some fragment shader functionality (e.g., see https://code.google.com/p/flightgear-bugs/issues/detail?id=750). Is This bug is not specific to Debian and therefore I'll forward it to upstream as they will be probably interested in it. I'll keep you informed. Cheers, Tomasz Hi Tomasz, I have installed the package libqt4-opengl, and the software has successfully started. I think that it's a problem of dependency-on debian. You see the output now: $ stellarium --- [ This is Stellarium 0.13.0 - http://www.stellarium.org ] [ Copyright (C) 2000-2014 Fabien Chereau et al ] --- Writing log file to: /home/magellanino/.stellarium/log.txt File search paths: 0 . /home/magellanino/.stellarium 1 . /usr/share/stellarium Config file is: /home/magellanino/.stellarium/config.ini OpenGL versions supported: 1.1, 1.2, 1.3, 1.4, 1.5, 2.0, 2.1 Driver version string: 2.1.2 NVIDIA 304.123 GL vendor is NVIDIA Corporation GL renderer is GeForce 7300 SE/7200 GS/PCIe/SSE2 Cache directory is: /home/magellanino/.cache/stellarium/stellarium Sky language is it_IT Application language is it_IT Loading Solar System data ... Found an old starsConfig.json file, upgrade.. Creates file /home/magellanino/.stellarium/stars/default/starsConfig.json Loading star data ... Loading /usr/share/stellarium/stars/default/stars_0_0v0_5.cat: 0_0v0_2; 4963 Loading /usr/share/stellarium/stars/default/stars_1_0v0_5.cat: 1_0v0_2; 21598 Loading /usr/share/stellarium/stars/default/stars_2_0v0_5.cat: 2_0v0_2; 150090 Loading /usr/share/stellarium/stars/default/stars_3_1v0_3.cat: 3_1v0_3; 428466 Finished loading star catalogue data, max_geodesic_level: 3 navigation/preset_sky_time is a double - treating as jday: 2.45151e+06 Loaded 10051 NGC records Loading NGC name data ... Loaded 416 / 416 NGC name records successfully Loading star names from /usr/share/stellarium/skycultures/western/star_names.fab Loaded 237 / 237 common star names Loading star names from /usr/share/stellarium/stars/default/name.fab Loaded 4359 / 4359 scientific star names Loading variable stars from /usr/share/stellarium/stars/default/gcvs_hip_part.dat Loaded 6886 / 6886 variable stars Loaded 88 / 88 constellation records successfully for culture western Loaded 85 / 85 constellation art records successfully for culture western Loaded 89 / 89 constellation names Loading constellation boundary data ... Loaded 782 constellation boundary segments Intializing basic GL shaders... Creating GUI ... Loaded plugin Satellites Satellites::init copied default satellites.json to /home/magellanino/.stellarium/modules/Satellites/satellites.json Satellites: loading catalog file: /home/magellanino/.stellarium/modules/Satellites/satellites.json Unable to find module called TimeZoneConfiguration Loaded plugin TimeZoneConfiguration Satellites: starting Internet update... Satellite added: 02802 SL-8 R/B Satellites: purging objects that were not updated... Satellite removed: 23833 GPS BIIA-25 (PRN 03) Satellites: 1 satellites proposed for removal, 1 removed, 665 remain. Satellites::saveTleMap() writing to: /home/magellanino/.stellarium/modules/Satellites/satellites.json Satellites: update finished. 664 / 665 updated, 1 added, 1 missing or removed. 833 source entries parsed. Creating directory /home/magellanino/.stellarium/data Unloaded plugin TimeZoneConfiguration Unloaded plugin Satellites Downloaded 0 files (0 kbytes) in a session of 31.515 sec (average of 0 kB/s + 0 files from cache (0 kB)). I discovered this by installing the previous version of stellarium. During the installation of the old version, it was required dependency libqt4-opengl # apt-get -t stable install stellarium Lettura elenco dei pacchetti... Fatto Generazione albero delle dipendenze Lettura informazioni sullo stato... Fatto Alcuni pacchetti non possono essere installati. Questo può voler dire che è stata richiesta una situazione impossibile oppure, se si sta usando una distribuzione in sviluppo, che alcuni pacchetti richiesti non sono ancora stati creati o sono stati rimossi da Incoming. Le seguenti informazioni possono aiutare a risolvere la situazione: I seguenti pacchetti hanno dipendenze non soddisfatte: stellarium : Dipende: libqt4-opengl (= 4:4.8.0) ma non sta per essere installato E: Impossibile
Bug#757204: Please support running from inetd
Package: tftpd-hpa Version: 5.2+20140608-3 Severity: wishlist Hello, I prefer to run tftpd-hpa from inetd. Unfortunately, the provided config and init scripts start it unconditionally as standalone. I would appreciate inetd support in the maintainer scipts, or if that is too complex, an option to install tftpd-hpa but not start it by default, e.g. in /etc/default/tftpd-hpa TFTP_START=no Bye, Joerg signature.asc Description: Digital signature
Bug#757205: brutalchess: On the chessboard are blocked rows to move any chess piece on
Package: brutalchess Version: 0.5.2+dfsg-5 Severity: normal Dear Maintainer, E.g. after first start of the game, you can not move any chess piece onto the rows number 4 and 5. The blocking of the row depends on the slope of chessboard. If you want play chess you have to alter the slope till you can legally move chess piece on. With regards M. Kovařík -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/1 CPU core) Locale: LANG=cs_CZ.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages brutalchess depends on: ii fonts-dejavu 2.34-1 ii libc6 2.19-7 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.1-1 ii libgl1-mesa-glx [libgl1] 10.2.4-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libice6 2:1.0.9-1 ii libpng12-01.2.50-2 ii libsdl-image1.2 1.2.12-5+b2 ii libsdl1.2debian 1.2.15-10 ii libsm62:1.2.2-1 ii libstdc++64.9.1-1 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxi62:1.7.4-1 ii libxmu6 2:1.1.2-1 ii libxt61:1.1.4-1 ii zlib1g1:1.2.8.dfsg-1 brutalchess recommends no packages. brutalchess 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#757030: postgresql: Postgresql break dovecot and exim4 an startup
Control: tag -1 moreinfo Re: Corcodel Marian 2014-08-04 20140804170434.1760.42601.report...@marian1000.go.ro Package: postgresql Version: 9.3+157 Severity: normal Hi Postgresql is on default from installation.When run systemctl mask postgresql , all is ok and exim4 and dovecot starts. Hi, do you have any logs or screen output for this? Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692059: (no subject)
Control: severity -1 wishlist You should open this up as a feature request upstream. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#738127: (no subject)
Can one of you confirm if it works under the GNOME environment ? It is weird. Should work in any environment. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#756564: cmake fltk-config
Am 05.08.2014 um 21:15 schrieb Felix Geyer: On Thu, 31 Jul 2014 00:48:14 +0100 Dimitri John Ledkov dimitri.led...@surgut.co.uk wrote: However, before even falling back to fltk-config, the cmake shipped modules should be able to find /usr/lib/fltk/*.cmake modules include them direct and define as found both shared and static variants of all libs. Matthias, can you point me at the example of a package that uses cmake FindFLTK module and ends up with a static fltk instead of the _SHARED variant? Yes, please provide an example where this actually happens. It's quite possible that some projects bundle their own version of FindFLTK. that is the proposed packaging of tigervnc, originally done by the debian neuro team. Currently you can get it from https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/4325100/+listing-archive-extra yes, it looks like they can bundle with an internal fltk. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650394: updated packages available
now the package has an ITP again, without many action. I did update the packaging, and built it here: https://launchpad.net/~doko/+archive/ubuntu/toolchain/+sourcepub/4325100/+listing-archive-extra final package currently in https://launchpad.net/ubuntu/utopic/+queue?queue_state=0 if accepted, it will be available from https://launchpad.net/ubuntu/+source/tigervnc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741308: (no subject)
There's another bug report about this same issue. I believe the correct recommendation to make is to use $HOME/.autostart Can you try that ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#757206: [kdiff3] Statusline is empty
Package: kdiff3 Version: 0.9.98-1 Severity: normal The statusline contains no infoemation --- System information. --- Architecture: amd64 Kernel: Linux 3.16-rc6-amd64 Debian Release: jessie/sid 500 unstabledebian 500 testing debian 500 stable deb.opera.com 101 experimentaldebian --- Package information. --- Depends (Version) | Installed ==-+-=== kde-runtime( 4:4.10) | 4:4.13.3-1 libc6(= 2.14) | libkdecore5 (= 4:4.4.4) | libkdeui5 (= 4:4.4.4) | libkio5 (= 4:4.5.85) | libkparts4 (= 4:4.5.85) | libqtcore4 (= 4:4.7.0~beta1) | libqtgui4 (= 4:4.8.0) | libstdc++6(= 4.6) | Recommends (Version) | Installed =-+-=== kdiff3-doc| 0.9.98-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757207: systemd: Installation of systemd makes system unbootable
Package: systemd Severity: critical Justification: breaks the whole system The bug is properly related to #754059, but unlike Filippo, I was stupid enough to update to systemd, which resulted in the removal of sysvinit-core and resulted in an unbotable system. Using emergency mode (which is also a problem due to #755581), I was able to re-add sysvinit-core, which subsequently removed network-manager:i386 (0.9.10.0-1), kde-plasma-desktop:i386 (84), hplip:i386 (3.14.6-1), plasma-nm:i386 (0.9.3.3-4), printer-driver-postscript-hp:i386 (3.14.6-1), systemd-sysv:i386 (208-6), kde-standard:i386 (84), polkit-kde-1:i386 (0.99.1-1), packagekit:i386 (0.8.17-4), appstream-index:i386 (0.7.0-2), task-kde-desktop:i386 (3.20), policykit-1-gnome:i386 (0.105-2), listaller:i386 (0.5.8-2), plasma-widget-networkmanagement:i386 (0.9.3.3-4), gvfs:i386 (1.20.2-1), colord:i386 (1.2.1-1), libpam-systemd:i386 (208-6), udisks2:i386 (2.1.3-2), packagekit-tools:i386 (0.8.17-4), gvfs-daemons:i386 (1.20.2-1), policykit-1:i386 (0.105-6.1), apper:i386 (0.8.2-3) Have looked at the different bug reports, but have not found anyway to restablish my system. What systemd packages should be added, it order for my system to work properly again? And do I need to modify anything else? Looked at the systemd wiki entry, but that seems a bit outdated with respect to the discussion taking place on the debian-devel mailing-list. Adding systemd, systemd-shim and cgmanager did not help. Trying to add several of the packages in the above list .e.f. network-manager requires systemd and will remove sysvinit-core and make my system unbootable again. Since I am using a LVM2 encripted disk, this report may also be related to #678438 and/or #692120. Relevant version numbers for the systemd packages are systemd 208-6 systemd-shim 6-4 cgmanager 0.28.3 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53.2 ii libacl1 2.2.52-1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-7 ii libcap2 1:2.24-3 ii libcap2-bin 1:2.24-3 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.6-1 ii libgcrypt11 1.5.3-5 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-6 ii libsystemd-journal0 208-6 ii libsystemd-login0208-6 ii libudev1 208-6 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.2 ii udev 208-6 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: pn libpam-systemd none Versions of packages systemd suggests: pn systemd-ui none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757208: gamera: bump wxpython dependency to 3.0
Source: gamera Version: 3.4.1-1 Severity: normal Due to the transition to Wxwidgets 3.0 [1], the dependencies should be updated to python-wxgtk3.0 [2,3,4]. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755757 [2] https://wiki.debian.org/Teams/WxWidgets/Transition2.8to3.0 [3] https://release.debian.org/transitions/html/wxpython3.0.html [4] https://packages.qa.debian.org/w/wxpython3.0.html -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757209: src:libopenraw: use dh-autoreconf to fix FTBFS on ppc64el
Source: libopenraw Version: 0.0.9-3.4 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, The package libopenraw fails to build on ppc64le, because of changes required in config.{guess,sub}. This patch includes dh-autoreconf to the build so that it builds correctly. Thanks for considering the patch! Thanks and regards, Brahadambal -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -ruN libopenraw-0.0.9.orig/debian/control libopenraw-0.0.9/debian/control --- libopenraw-0.0.9.orig/debian/control2014-08-06 08:26:17.0 + +++ libopenraw-0.0.9/debian/control 2014-08-06 08:26:50.0 + @@ -5,7 +5,7 @@ Uploaders: Sarah J. Fortune sarah.fort...@gmail.com Build-Depends: debhelper (= 9~) - , autotools-dev + , dh-autoreconf , libglib2.0-dev (= 2.0.0) , libboost-test-dev (= 1.33.1) , libjpeg-dev diff -ruN libopenraw-0.0.9.orig/debian/rules libopenraw-0.0.9/debian/rules --- libopenraw-0.0.9.orig/debian/rules 2014-08-06 08:26:26.0 + +++ libopenraw-0.0.9/debian/rules 2014-08-06 08:26:58.0 + @@ -11,4 +11,4 @@ %: dh $@ \ - --with pkgkde_symbolshelper,autotools_dev + --with pkgkde_symbolshelper,autoreconf
Bug#756453: [Pkg-postgresql-public] Bug#756453: Please add the attached systemd service file
Re: Michael Stapelberg 2014-07-30 2014072934.19179.14310.report...@midna.zekjur.net please add the attached systemd service file. Hi Michael, thanks for the patch. --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Debian PostgreSQL Maintainers pkg-postgresql-pub...@lists.alioth.debian.org Uploaders: Christoph Berg m...@debian.org Build-Depends: debhelper (= 9), libpq-dev, postgresql-server-dev-all (= 148~), - libpam0g-dev, libssl-dev, libmemcached-dev, dh-autoreconf, + libpam0g-dev, libssl-dev, libmemcached-dev, dh-autoreconf, dh-systemd (= 1.19), We'd like to maintain compatibility with older Debian and Ubuntu releases which dont' have dh-systemd. Is there a B-D line that works on all releases, but only pulls in dh-systemd where it actually exists? Possibly something like Build-Depends: dh-systemd (= 1.19) | sysvinit ( 2.88dsf-42) debian/rules would then make the use of dh --with systemd depend on the actually installed packages. The relevant versions are: $ rmadison -uubuntu,debian sysvinit ubuntu: sysvinit | 2.87dsf-4ubuntu17 | lucid | source sysvinit | 2.87dsf-4ubuntu17.5 | lucid-updates | source sysvinit | 2.88dsf-13.10ubuntu11 | precise | source sysvinit | 2.88dsf-13.10ubuntu11.1 | precise-updates | source sysvinit | 2.88dsf-41ubuntu6 | trusty | source sysvinit | 2.88dsf-41ubuntu16 | utopic | source debian: sysvinit | 2.88dsf-13.1+squeeze1 | squeeze | source, amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc sysvinit | 2.88dsf-41+deb7u1 | wheezy | source, amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc sysvinit | 2.88dsf-53.2 | jessie | source, amd64, armel, armhf, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x sysvinit | 2.88dsf-53.2 | sid | source, amd64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc sysvinit | 2.88dsf-55.2 | experimental | source, amd64, armel, armhf, hurd-i386, i386, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390x, sparc $ rmadison -uubuntu,debian dh-systemd ubuntu: dh-systemd | 1.14| trusty | all dh-systemd | 1.20ubuntu3 | utopic | all debian: dh-systemd | 1.18~bpo70+1 | wheezy-backports | all dh-systemd | 1.20 | jessie | all dh-systemd | 1.20 | sid | all Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#729132: patch: FTBFS due to ed check, with solution
On Tue, 05 Aug 2014 at 08:45:32 +0200, Helmut Grohne wrote: What I am getting out of that command for mips occasionally is `ed (without the double quotes but including the back-quote). I can't help thinking that rather than parsing the binary, it would be simpler to check that EDITOR_PROGRAM is defined the way you want it: --- patch-2.7.1/debian/rules2013-11-04 12:43:02.0 + +++ patch/debian/rules 2014-08-06 09:28:56.798604137 +0100 @@ -37,8 +37,8 @@ dh_testdir $(MAKE) dh_auto_test - # make sure we call ed as ed - [ $$(strings -n 2 src/patch | grep -w 'ed$$') = ed ] + # make sure we call ed as ed, not /bin/ed or something + grep '#define *EDITOR_PROGRAM *ed' config.h touch build-stamp clean: Regards, S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756022: ITP: apt-transport-s3 -- APT transport for privately held AWS S3 repositories
On 2014-07-26 15:25:32, David Kalnischkies wrote: Hi David, That is surprising to see. It seems to be a slightly modified 6 years old copy of apt's http method (with all its bugs of course) which just got 2 years ago GPLv3(+) headers. Taking above on board I decided to write whole S3 transport from scratch. I have the strong feeling that this could just as well be patched into apt directly. Some of the forks (really, 77 forks? for this? apt has a serious marketing problem…) suggest that a bunch of stuff could be added, which I guess are not that okayish for apt directly, but I would encourage you in any case to contact us at de...@lists.debian.org so we can work out how to avoid a massive code-copy as this is (as shown here) prune to get out of date and accumulate unfixed (security) bugs fast. We (me and my colleague) already have a proof of concept in python which just need some more polishing. Once it's done I'll drop follow up to de...@lists.debian.org with request to evaluate it from your point of view. deb s3://AWS_ACCESS_ID:[AWS_SECRET_KEY]@s3.amazonaws.com/BUCKETNAME wheezy main btw: You don't need to write your credentials in a sources.list anymore (which should be world-readable) if your apt is recent enough (and with recent I mean at least oldstable). You can populate a netrc-like file at /etc/apt/auth.conf with them (create it if you must and set for it the permissions to your liking!). Great to know, thx for the hint we'll use this option as a fallback in case that IAM role (AWS auth system) is not available. -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: Digital signature
Bug#757207: systemd: Installation of systemd makes system unbootable
tags 757207 + moreinfo thanks Am 06.08.2014 10:28, schrieb Jens Stavnstrup: Package: systemd Severity: critical Justification: breaks the whole system The bug is properly related to #754059, but unlike Filippo, I was stupid enough to update to systemd, Please keep technical. We won't communicate on that level. Using emergency mode (which is also a problem due to #755581), I was able to re-add sysvinit-core, which subsequently removed network-manager:i386 (0.9.10.0-1), kde-plasma-desktop:i386 (84), hplip:i386 (3.14.6-1), plasma-nm:i386 (0.9.3.3-4), printer-driver-postscript-hp:i386 (3.14.6-1), systemd-sysv:i386 (208-6), kde-standard:i386 (84), polkit-kde-1:i386 (0.99.1-1), packagekit:i386 (0.8.17-4), appstream-index:i386 (0.7.0-2), task-kde-desktop:i386 (3.20), policykit-1-gnome:i386 (0.105-2), listaller:i386 (0.5.8-2), plasma-widget-networkmanagement:i386 (0.9.3.3-4), gvfs:i386 (1.20.2-1), colord:i386 (1.2.1-1), libpam-systemd:i386 (208-6), udisks2:i386 (2.1.3-2), packagekit-tools:i386 (0.8.17-4), gvfs-daemons:i386 (1.20.2-1), policykit-1:i386 (0.105-6.1), apper:i386 (0.8.2-3) Have looked at the different bug reports, but have not found anyway to restablish my system. What systemd packages should be added, it order for my system to work properly again? And do I need to modify anything else? Looked at the systemd wiki entry, but that seems a bit outdated with respect to the discussion taking place on the debian-devel mailing-list. Adding systemd, systemd-shim and cgmanager did not help. Trying to add several of the packages in the above list .e.f. network-manager requires systemd and will remove sysvinit-core and make my system unbootable again. Since I am using a LVM2 encripted disk, this report may also be related to #678438 and/or #692120. Please enable the debug-shell.service (systemctl enable debug-shell.service), then boot with the following kernel command line option to enable a verbose debug log systemd.log_level=debug During boot when the system get's stuck, switch to tty9 and get us the output of systemctl list-jobs and journalctl -alb What is the last output you see on tty1? -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#708000: more info
Hello Roger, What is the intent here? If a boot process starts fscking every block device explicitly, wouldn't that be inefficient ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#757210: RFS: [NMU] php-imagick/3.1.2-1.1 ease transition of imagemagick
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the package php-imagick Package name: php-imagick Version : 3.1.2-1.1 Upstream Author : php group URL :http://pecl.php.net/package/imagick License : The PHP License, version 3.01 Section : php It builds those binary packages: php5-imagick - ImageMagick module for php5 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/php-imagick Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/php-imagick/php-imagick_3.1.2-1.1.dsc More information about hello can be obtained from http://www.example.com. Changes since the last upload: * NMU * Fix FTBFS with newer imagemagick. Will ease imagemagick transition. Use pkgconfig instead of hardcoding path in config script (Closes: #747857) Regards, bastien roucaries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756197: marked as done (gnome-menus: new upstream version fixes crashes)
On Wed, 2014-08-06 at 09:32 +0200, Pierangelo Mancusi wrote: what are the steps to reproduce the bug? On my Debian system it appears to happen during upgrades. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#757211: src:libmediaart: use dh-autoreconf to fix FTBFS on ppc64el
Source: libmediaart Version: 0.4.0-1 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, The package libmediaart fails to build on ppc64le, because of changes required in libtool. This patch includes dh-autoreconf to the build so that it builds correctly. Thanks for considering the patch! Thanks and regards, Brahadambal -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#757212: icedove: crashes after replying to a message
Package: icedove Version: 31.0-1 Severity: important Dear Maintainer, after upgrading from Icedove 24 to 31, I experience frequent crashes after replying to a mail. Unfortunately, this is not completely reproducible, but it happens most of the time which makes Icedove pretty much unusable. For some reason, KCrash crashes when trying to deal with that crash...^^ here's backtrace from gdb: #0 js::jit::Assembler::TraceJumpRelocations (trc=0x7fff9d1e7360, code=0x7fff9e62b520, reader=...) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jit/x64/Assembler-x64.cpp:259 #1 0x742d7da3 in js::jit::JitCode::trace (this=0x7fff9d1e7360, this@entry=0x7fff9e62b520, trc=0x7fff9e62b520, trc@entry=0x7fff9d1e7360) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jit/Ion.cpp:733 #2 0x742cda63 in MarkChildren (code=0x7fff9e62b520, trc=0x7fff9d1e7360) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/gc/Marking.cpp:1290 #3 js::GCMarker::processMarkStackOther (this=0x7fff9d1e7360, tag=optimized out, addr=140735850657056) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/gc/Marking.cpp:1461 #4 0x742ce308 in processMarkStackTop (budget=..., this=0x7fff9d1e7360) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/gc/Marking.cpp:1499 #5 js::GCMarker::drainMarkStack (this=this@entry=0x7fff9d1e7360, budget=...) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/gc/Marking.cpp:1608 #6 0x7441fa96 in DrainMarkStack (phase=js::gcstats::PHASE_MARK, sliceBudget=..., rt=0x7fff9d1e7000) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsgc.cpp:3841 #7 IncrementalCollectSlice (rt=rt@entry=0x7fff9d1e7000, budget=budget@entry=0, reason=reason@entry=JS::gcreason::DOM_WORKER, gckind=gckind@entry=js::GC_SHRINK) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsgc.cpp:4404 #8 0x744214b5 in GCCycle (rt=rt@entry=0x7fff9d1e7000, incremental=incremental@entry=false, budget=budget@entry=0, gckind=gckind@entry=js::GC_SHRINK, reason=reason@entry=JS::gcreason::DOM_WORKER) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsgc.cpp:4565 #9 0x744218ee in Collect (rt=0x7fff9d1e7000, rt@entry=0x0, incremental=incremental@entry=false, budget=budget@entry=0, gckind=gckind@entry=js::GC_SHRINK, reason=JS::gcreason::DOM_WORKER, reason@entry=JS::gcreason::MAYBEGC) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsgc.cpp:4698 #10 0x74421a90 in Collect (reason=JS::gcreason::MAYBEGC, gckind=js::GC_SHRINK, budget=0, incremental=false, rt=rt@entry=0x0) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsgc.cpp:4730 #11 js::GC (rt=rt@entry=0x0, gckind=gckind@entry=js::GC_SHRINK, reason=reason@entry=JS::gcreason::DOM_WORKER) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsgc.cpp:4729 #12 0x7440ac4c in JS::ShrinkingGC (rt=rt@entry=0x0, reason=reason@entry=JS::gcreason::DOM_WORKER) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/js/src/jsfriendapi.cpp:204 #13 0x7377083a in mozilla::dom::workers::WorkerPrivate::GarbageCollectInternal (this=0x7fffb384fc00, aCx=0x7fffb384fc00, aShrinking=true, aCollectChildren=optimized out) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/dom/workers/WorkerPrivate.cpp:5593 #14 0x7377089c in (anonymous namespace)::GarbageCollectRunnable::WorkerRun (this=optimized out, aCx=optimized out, aWorkerPrivate=optimized out) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/dom/workers/WorkerPrivate.cpp:1660 #15 0x73779934 in mozilla::dom::workers::WorkerRunnable::Run (this=0x7fffb04df670) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/dom/workers/WorkerRunnable.cpp:312 #16 0x737760e8 in mozilla::dom::workers::WorkerPrivate::ProcessAllControlRunnablesLocked (this=this@entry=0x7fffb384fc00) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/dom/workers/WorkerPrivate.cpp:4480 #17 0x73777a1a in mozilla::dom::workers::WorkerPrivate::DoRunLoop (this=0x7fffb384fc00, aCx=aCx@entry=0x7fff96f69ef0) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/dom/workers/WorkerPrivate.cpp:3977 #18 0x73767cc7 in (anonymous namespace)::WorkerThreadPrimaryRunnable::Run (this=0x7fffb04df4c0) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/dom/workers/RuntimeService.cpp:2558 #19 0x72dce135 in nsThread::ProcessNextEvent (this=0x7fffdc193d80, mayWait=optimized out, result=0x7fff895fde1f) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/xpcom/threads/nsThread.cpp:715 #20 0x72d8cf1e in NS_ProcessNextEvent (thread=optimized out, mayWait=mayWait@entry=false) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/xpcom/glue/nsThreadUtils.cpp:263 #21 0x72f69548 in mozilla::ipc::MessagePumpForNonMainThreads::Run (this=0x7fffaf364580, aDelegate=0x7fff970b4da0) at /build/icedove-HPEiZ0/icedove-31.0/mozilla/ipc/glue/MessagePump.cpp:307 #22 0x72f5b711 in RunHandler (this=0x7fff970b4da0) at
Bug#757213: systemd becomes non-responsive, connection refused to /run/systemd/private
Package: systemd Version: 208-6 Severity: important Dear Maintainer, I have two machines here with systemd becoming non-responsive after roughly one to a few days of uptime. Both share the same hardware and software install. This has been so for about a week (i.e. the problem reappears after a reboot). The machines have been idle with no one logging in since the last reboot (which was yesterday), and this morning I observe the following: root@potee:~# systemctl status Failed to get D-Bus connection: Failed to connect to socket /run/systemd/private: Connection refused As a consequence, many things don't work as they should, of course. So far, one of these two machines has not yet been rebooted. Here is the last relevant excerpt from /var/log/syslog before the point systemd freezes. Note that the freeze occurs during normal operation, not during normal operation, not during a system upgrade. Aug 6 07:04:24 potee systemd[1]: Starting CUPS Printing Service... Aug 6 07:04:24 potee systemd[1]: Started CUPS Printing Service. Aug 6 07:04:25 potee colord: Profile added: a210-Gray.. Aug 6 07:04:25 potee colord: Profile added: a210-CMYK.. Aug 6 07:04:25 potee colord[930]: (colord:930): Cd-WARNING **: failed to get session [pid 29125]: Unknown error -2 Aug 6 07:04:25 potee colord: Device added: cups-a210 Aug 6 07:04:56 potee colord: Automatic remove of a210-Gray.. from cups-a210 Aug 6 07:04:56 potee colord: Profile removed: a210-Gray.. Aug 6 07:04:56 potee colord: Automatic remove of a210-CMYK.. from cups-a210 Aug 6 07:04:56 potee colord: Profile removed: a210-CMYK.. Aug 6 07:04:56 potee colord: device removed: cups-a210 Aug 6 07:05:01 potee /USR/SBIN/CRON[29133]: (root) CMD (if [ -x /etc/munin/plugins/apt_all ]; then munin-run apt_all update 7200 12 /dev/null; elif [ -x /etc/munin/plugins/apt ]; then munin-run apt update 7200 12 /dev/null; fi) Aug 6 07:05:24 potee systemd[1]: Starting CUPS Printing Service... Aug 6 07:05:24 potee systemd[1]: Started CUPS Printing Service. Aug 6 07:05:25 potee colord: Profile added: a210-Gray.. Aug 6 07:05:25 potee colord: Profile added: a210-CMYK.. Aug 6 07:05:25 potee colord[930]: (colord:930): Cd-WARNING **: failed to get session [pid 29134]: Unknown error -2 Aug 6 07:05:25 potee colord: Device added: cups-a210 Aug 6 07:05:56 potee colord: Automatic remove of a210-Gray.. from cups-a210 Aug 6 07:05:56 potee colord: Profile removed: a210-Gray.. Aug 6 07:05:56 potee colord: Automatic remove of a210-CMYK.. from cups-a210 Aug 6 07:05:56 potee colord: Profile removed: a210-CMYK.. Aug 6 07:05:56 potee colord: device removed: cups-a210 Aug 6 07:05:56 potee systemd[1]: Assertion 'close_nointr(fd) == 0' failed at ../src/shared/util.c:188, function safe_close(). Aborting. Aug 6 07:05:56 potee systemd[1]: Caught ABRT, dumped core as pid 29139. Aug 6 07:05:56 potee systemd[1]: Freezing execution. The second machine freezes because of the same failed assertion, after similar syslog activity. There's obviously something fishy with how CUPS behaves here, which might be caused by local misconfiguration or perhaps a CUPS bug, I'll investigate that separately. However systemd should not freeze like this. [I've looked at #742322; it's probably not totally unrelated, but as far as I can tell there is no dead symlink at stake here]. Given the fact that the situation seems somewhat reproducible if one is ready to wait a few hours, I would says that instrumenting the code to gather more info from the point of failure can be envisioned if needed. I'm happy to help with further information. Best regards, E. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.utf8 (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.2 ii libacl1 2.2.52-1 ii libaudit11:2.3.7-1 ii libblkid12.20.1-5.8 ii libc62.19-7 ii libcap2 1:2.24-3 ii libcap2-bin 1:2.24-3 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.6-1 ii libgcrypt11 1.5.3-5 ii libkmod2 18-1 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-6 ii libsystemd-journal0 208-6 ii libsystemd-login0208-6 ii libudev1 208-6 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53.2 ii udev 208-6 ii util-linux 2.20.1-5.8 Versions of packages systemd recommends: ii libpam-systemd 208-6 Versions of packages systemd suggests: pn systemd-ui none -- no debconf information [OVERRIDDEN]
Bug#757214: src:libsmi : use dh-autoreconf to fix FTBFS on ppc64el
Source: libsmi Version: 0.4.8+dfsg2-9 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, The package libsmi fails to build on ppc64le, because of changes required in config.{guess,sub}. This patch includes dh-autoreconf to the build so that it builds correctly. Thanks for considering the patch! Thanks and regards, Brahadambal -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash diff -ruN libsmi-0.4.8+dfsg2.orig/debian/control libsmi-0.4.8+dfsg2/debian/control --- libsmi-0.4.8+dfsg2.orig/debian/control 2014-08-06 09:01:44.0 + +++ libsmi-0.4.8+dfsg2/debian/control 2014-08-06 09:02:20.0 + @@ -1,7 +1,7 @@ Source: libsmi Priority: optional Maintainer: Vincent Bernat ber...@debian.org -Build-Depends: flex, bison, debhelper (= 9), autotools-dev +Build-Depends: flex, bison, debhelper (= 9), dh-autoreconf Section: libs Standards-Version: 3.9.5 Homepage: http://www.ibr.cs.tu-bs.de/projects/libsmi/ diff -ruN libsmi-0.4.8+dfsg2.orig/debian/rules libsmi-0.4.8+dfsg2/debian/rules --- libsmi-0.4.8+dfsg2.orig/debian/rules2014-08-06 09:01:51.0 + +++ libsmi-0.4.8+dfsg2/debian/rules 2014-08-06 09:02:28.0 + @@ -4,7 +4,7 @@ DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) %: - dh $@ --with autotools_dev + dh $@ --with autoreconf override_dh_auto_test: # Don't do that.
Bug#757215: wxpython3.0: can't build w/o updated wxversion.py
Package: wxpython3.0 Version: 3.0.0.0+dfsg-1 Severity: normal This Bug report for smoothening the transition (other maintainers might face that issue, too): I cannot build Gamera with the updated b-d as long as the new version of dist-packages/wxversion.py, resp. an updated python-wxversion isn't available (currently it remains being provided by wxwidgets2.8): .build cd doc PYTHONPATH=$(_py_=python2.7; _py_=${_py_#python}; ls -d /tmp/buildd/gamera-3.4.1/build/lib.*-${_py_}) python gendoc.py Traceback (most recent call last): File gendoc.py, line 6, in module wxversion.select([2.8, 2.6, 2.5, 2.4]) File /usr/lib/python2.7/dist-packages/wxversion.py, line 152, in select raise VersionError(Requested version of wxPython not found)/.build Greetings, Daniel Stender -- http://www.danielstender.com/blog/ PGP key: 2048R/E41BD2D0 C879 5E41 1ED7 EE80 0F2E 7D0C DBDD 4D96 E41B D2D0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757216: src:libstoragemgmt: use dh-autoreconf to fix FTBFS on ppc64el
Source: libstoragemgmt Version: 0.0.20-2 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, The package libstoragemgmt fails to build on ppc64le, because of changes required in config.{guess,sub}. This patch includes dh-autoreconf to the build so that it builds correctly. Thanks for considering the patch! Thanks and regards, Brahadambal -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.13-1-powerpc64le (SMP w/16 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#757182: debian-installer: Please provide a warning about BTRFS
On 6 August 2014 03:46, Russell Coker russ...@coker.com.au wrote: Package: debian-installer Severity: normal http://www.spinics.net/lists/linux-btrfs/msg36461.html BTRFS has some issues that can cause system lockups, filesystem deadlocks that prevent writing to disk, and other problems. After some discussion on the BTRFS mailing list (see the above URL for the archive) the consensus seems to be that we should have a warning. BTRFS isn't at the stage where someone with little knowledge of it can just use it. To have it work reliably the sysadmin needs to know more about it than for other filesystems. I disagree and the assessment here is unjust. By default we offer ext4, [ with lvm2 [ with cryptsetup LUKS ] ]. mdadm raid needs additional setup. For none of the above, we show any warnings. In the manual partitioning, again ext4 is the default. To get to BTRFS, one needs to change from ext4 to it, which imho there is a sufficient amount of hoops to jump through. I wouldn't want to loose ability to install on to btrfs, since developers have need to have working installers with btrfs. From UX perspective, users don't read warnings =) When people ask me if they should use btrfs, or if btrfs is ready my reply is usually if you have to ask, you shouldn't use it. Instead study and benchmark it to know for sure what you are getting into with your workload. ext4 is Debian's and Ubuntu's default filesystem for upcoming releases. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549409: status of CoinMP ITP?
ownwr 549409 ! thanks Hi, On Tue, Aug 05, 2014 at 11:10:48PM -0600, Miles Lubin wrote: I just released ownership of this RFP. I no longer intend to package CoinMP. The main reason for this is that the next release of Cbc will include a native C interface (written by myself), making CoinMP unnecessary. I'm happy to help work with LibreOffice developers to help them move over to this interface if you can point me in the right direction. I took a glance at the LO code, and it doesn't seem like it will be much effort at all. Would be nice, yes. There are also some quality control issues in packaging CoinMP that I didn't have time to put effort into resolving: 1) The CoinMP API is entirely undocumented Well, I don't personally care. LO uses its API and that is enough and that is the only reason I need this. :) I somehow don't believe users will attempt to use this lib in Debian without knowing how to use it anyway. 2) The upstream tarball contains windows binaries (in CoinMP.zip), which I don't believe would be appropriate to include in the debian archives Yeah. I needed to repackage it anyway ro get rid of the totally unneeded copies of other coinor stuff, so I could remove that one as well. OK, so I'll fine-tune what I have and upload. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757016: python-dateutil: Please backport 1.5 to squeeze
On Mon, Aug 04, 2014 at 05:24:33PM +0300, Andriy Senkovych wrote: Package: python-dateutil Version: 1.5+dfsg-1 Severity: wishlist Dear Maintainer, I am maintainer of the buildbot package and currently working on #705366 where I was asked to backport packages to squeeze. Current version of buildbot requires python-dateutil (= 1.5) which is not available in squeeze. I kindly ask you to backport python-dateutil package if it's possible. I'm currently lacking the resources to do that but feel free to upload it to backports yourself. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757212: icedove: crashes after replying to a message
Hi again, after upgrading from Icedove 24 to 31, I experience frequent crashes after replying to a mail. Unfortunately, this is not completely reproducible, but it happens most of the time which makes Icedove pretty much unusable. I found a way to make this semi-reproducible, and it seems as if disabling the integration with the KDE wallet fixes the problem. According to the comments on https://addons.mozilla.org/en-US/thunderbird/addon/kde-wallet-password-integratio/reviews/, there's a mozilla issue opened for this and it may be a JIT bug. If you don't want to track this here, feel free to close the issue. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757217: Ceph init script error
Package: ceph Version: 0.72.2-1~bpo70+1 /etc/init.d/ceph init file, doesn't check if osds are running before it tries to reload them. This produces the following output error on reload: === osd.126 === Reloading Ceph osd.126 on rd0-21...cat: /var/run/ceph/osd.126.pid: No such file or directory done === osd.127 === Reloading Ceph osd.127 on rd0-21...cat: /var/run/ceph/osd.127.pid: No such file or directory done === osd.128 === Reloading Ceph osd.128 on rd0-21...cat: /var/run/ceph/osd.128.pid: No such file or directory done === osd.129 === Reloading Ceph osd.129 on rd0-21...cat: /var/run/ceph/osd.129.pid: No such file or directory done === osd.130 === Reloading Ceph osd.130 on rd0-21...cat: /var/run/ceph/osd.130.pid: No such file or directory done === osd.131 === Reloading Ceph osd.131 on rd0-21...cat: /var/run/ceph/osd.131.pid: No such file or directory done The system is a debian 7.6 with 3.14-0.bpo.2-amd64 kernel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757218: lxc-stuff: unowned files after purge (policy 6.8, 10.8)
Package: lxc-stuff Version: 1.1.0~alpha1-5 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi Daniel, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s- removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m35.8s ERROR: FAIL: Package purging left files on system: /var/log/lxc/ not owned cheers, Holger Start: 2014-07-29 04:11:47 UTC Package: lxc-stuff Source: lxc Version: 1.1.0~alpha1-5 Installed-Size: 312 Maintainer: Daniel Baumann m...@daniel-baumann.ch Architecture: all Replaces: lxc Depends: debconf (= 0.5) | debconf-2.0, lxc (= 1.1.0~alpha1-5) Recommends: debootstrap, irker Suggests: live-debconfig-doc, gpgv, debian-keyring, rsync Breaks: lxc ( 1.0.0~alpha) Description: Linux Containers userspace tools (additional utilities) Homepage: http://linuxcontainers.org/ Description-md5: 05eb3442362304d81c4c51221300d79a Section: admin Priority: optional Filename: pool/main/l/lxc/lxc-stuff_1.1.0~alpha1-5_all.deb Size: 52744 MD5sum: 177f0eefab7e8ff6131e90617db8bf65 SHA1: 903d5abb0d9d5e9933170ab1e29de1eb74ac6299 SHA256: aeea46eae71be02654dc3f22f4f5ba0a4bc9c07cd08cbabe7e3e7627040676f3 Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --scriptsdir /etc/piuparts/scripts-leftovers --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz -d sid --no-upgrade-test --apt lxc-stuff=1.1.0~alpha1-5 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at https://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.59 starting up. 0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --scriptsdir /etc/piuparts/scripts-leftovers --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz -d sid --no-upgrade-test --apt lxc-stuff=1.1.0~alpha1-5 0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.60-1+deb7u1 x86_64 0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpR5p14N 0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpR5p14N 0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpR5p14N', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz'] 0m1.8s DUMP: tar: ./proc: time stamp 2014-09-01 04:24:41 is 2938372.875022871 s in the future 0m1.8s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpR5p14N', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz'] 0m1.8s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpR5p14N', 'mount', '-t', 'proc', 'proc', '/proc'] 0m1.8s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpR5p14N', 'mount', '-t', 'proc', 'proc', '/proc'] 0m1.8s DEBUG: sources.list: deb http://mirror.bm.debian.org/debian/ sid main 0m1.8s DEBUG: Created policy-rc.d and chmodded it. 0m1.8s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpR5p14N', 'apt-get', 'update'] 0m6.1s DUMP: Get:1 http://mirror.bm.debian.org sid InRelease [206 kB] Get:2 http://mirror.bm.debian.org sid/main amd64 Packages [6839 kB] Get:3 http://mirror.bm.debian.org sid/main Translation-en [4660 kB] Fetched 11.7 MB in 2s (4581 kB/s) Reading package lists... 0m6.1s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpR5p14N', 'apt-get', 'update'] 0m6.1s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpR5p14N', 'apt-get', '-yf', 'dist-upgrade'] 0m7.0s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: gcc-4.7-base 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 149 kB of archives. After this operation, 0 B of additional disk space will be used. Get:1 http://mirror.bm.debian.org/debian/ sid/main gcc-4.7-base amd64 4.7.4-2 [149 kB] debconf: delaying package configuration, since apt-utils is not
Bug#757219: clang-3.5: scan-build --use-cc broken
Package: clang-3.5 Version: 1:3.5~+rc1-2 Dear Maintainer, Bug #748777 was re-intrduced in latest clang-3.5 package. The following invokation does not work anymore: scan-build --use-cc=arm-none-eabi-gcc -o out make -e It seems that the patch from bug #748777 was dropped from latest package. Attached is an rebased version of the patch that apply cleanly on latest clang-3.5 and that fixes the problem again. Regards. Aurélien Jacobsdiff -Naur llvm-toolchain-3.5-3.5~+rc1.orig/clang/tools/scan-build/ccc-analyzer llvm-toolchain-3.5-3.5~+rc1/clang/tools/scan-build/ccc-analyzer --- llvm-toolchain-3.5-3.5~+rc1.orig/clang/tools/scan-build/ccc-analyzer 2014-08-06 10:29:51.990552103 +0200 +++ llvm-toolchain-3.5-3.5~+rc1/clang/tools/scan-build/ccc-analyzer 2014-08-06 10:35:05.016567533 +0200 @@ -25,6 +25,17 @@ # Compiler command setup. ##===--===## +# Search in the PATH if the compiler exists +sub SearchInPath { +my $file = shift; +foreach my $dir (split (':', $ENV{PATH})) { +if (-x $dir/$file) { +return 1; +} +} +return 0; +} + my $Compiler; my $Clang; my $DefaultCCompiler; @@ -41,7 +52,7 @@ if ($FindBin::Script =~ /c\+\+-analyzer/) { $Compiler = $ENV{'CCC_CXX'}; - if (!defined $Compiler || ! -x $Compiler) { $Compiler = $DefaultCXXCompiler; } + if (!defined $Compiler || (! -x $Compiler ! SearchInPath($Compiler))) { $Compiler = $DefaultCXXCompiler; } $Clang = $ENV{'CLANG_CXX'}; if (!defined $Clang || ! -x $Clang) { $Clang = 'clang++'; } @@ -50,7 +61,7 @@ } else { $Compiler = $ENV{'CCC_CC'}; - if (!defined $Compiler || ! -x $Compiler) { $Compiler = $DefaultCCompiler; } + if (!defined $Compiler || (! -x $Compiler ! SearchInPath($Compiler))) { $Compiler = $DefaultCCompiler; } $Clang = $ENV{'CLANG'}; if (!defined $Clang || ! -x $Clang) { $Clang = 'clang'; }
Bug#329192: nullmailer ignores permanent SMTP errors
I'm splitting this bug into two: 329192 remains the original bug about ignoring SMTP errors (message #5) and having no queue expiry time (message #10). The clone concerns the hammering on closed door effect of the default pausetime, which is what has really taken up people's bandwidth and log space and which led to it being marked 'serious' (messages #29 onwards). I'm doing this because upstream has logged them as separate issues in their own tracker, and so that we can consider whether upstream's fix for the second issue is adequate to allow this package to be reintroduced into Jesse. Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#695874: xombrero: status inquery
Hi Chrysn, On Thu, Sep 12, 2013 at 02:01:53PM +0200, chrysn wrote: hello henrix, what is the current status of new versions of xxxterm / xombrero in debian? your RFS was 693514 closed in what seemed to be a successful upload at that time, but there's still no xombrero package in debian. were there objections from ftpmasters? i've just built and installed your xombrero (2:1.6.1-1) package from mentors, and things look good. as this also goes to the RFS bug, i'll mention where i think the package can be enhanced: * the lintian override is not required, just increase the debhelper version in the depends field of debian/control * wouldn't the name change be a chance to get rid of the epoch? please keep trying to get it uploaded. best regards chrysn Just FYI, I've just uploaded another xombrero package into mentors.debian.net and have bug #757176 open. Let's see if I'm lucky with sponsoring :) Cheers, -- Luis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757220: d-i manual: update kernelversions for Jessie
Package: installation-guide Tags: patch Hi, there are entities for kernel versions in the d-i manual, which need to be updated. Patch attached, while I' unsure about the kfreebsd version: kfreebsd-image package version in jessie is 10 currently, but the jessie-alpha1 installer still installs kfreebsd-9. What will be in Jessie when releasing? Holger -- Holger Wansing hwans...@mailbox.org Index: build/arch-options/linux === --- build/arch-options/linux (Revision 69224) +++ build/arch-options/linux (Arbeitskopie) @@ -4,5 +4,5 @@ archspec=$archspec;linux-any arch_kernel=Linux arch_parttype=Linux -kernelversion=3.2.0 +kernelversion=3.16.0 kernelpackage=linux-image Index: build/arch-options/hurd === --- build/arch-options/hurd (Revision 69224) +++ build/arch-options/hurd (Arbeitskopie) @@ -4,5 +4,5 @@ archspec=$archspec;hurd-any arch_kernel=Hurd arch_parttype=Linux -kernelversion=1.3.99 +kernelversion=1.4 kernelpackage=gnumach Index: build/arch-options/kfreebsd === --- build/arch-options/kfreebsd (Revision 69224) +++ build/arch-options/kfreebsd (Arbeitskopie) @@ -4,5 +4,5 @@ archspec=$archspec;kfreebsd-any arch_kernel=kFreeBSD arch_parttype=FreeBSD -kernelversion=8 +kernelversion=9 kernelpackage=kfreebsd-image
Bug#756788: libwebp: FTBFS on mips*
Adding -mips32r2 is not a good idea, since all Debian on mips* is built for mips2. Instead, i think that better solution would be to define WEBP_USE_MIPS32 only in mips32 case. (src/dsp/dsp.h) The patch that contains needed changes is attached. With this patch I was able to successfully build libwebp for both mips and mipsel. Could you please consider including this patch?--- libwebp-0.4.1.orig/src/dsp/dsp.h 2014-07-29 00:22:32.0 + +++ libwebp-0.4.1/src/dsp/dsp.h 2014-08-04 12:10:23.0 + @@ -60,7 +60,7 @@ #define WEBP_USE_NEON #endif -#if defined(__mips__) +#if defined(__mips__) defined(_MIPS_ARCH_MIPS32) #define WEBP_USE_MIPS32 #endif
Bug#747804: spotlighter: FTBFS: error: Test for GTK3+ failed
On Wed, 30 Jul 2014 at 16:10:25 +0800, YunQiang Su wrote: I think this problem is caused by libgtk-3-dev. File /usr/share/aclocal/gtk-3.0.m4, it doesn't work, as the header files of gtk+3 is in /usr/include/gtk-3.0 And I will nmu spotlighter to not use gtk-3.0.m4. Whenever you NMU a package, you should send the diff between the current package and your proposed NMU to the BTS. (See §5.11.1 in https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu.) I attach the diff between 0.3-1 and 0.3-1.1. A much simpler Gtk version check, suitable for sending upstream: - delete the call to AM_PATH_GTK_3_0 as was done in the NMU - delete this block: AC_MSG_CHECKING([if GTK+ is version 2.99.3 or newer]) ... AC_MSG_RESULT($have_gtk_3) - delete the unused pkg_modules variable - change PKG_CHECK_MODULES(spotlighter, [gtk+-3.0]) to PKG_CHECK_MODULES([spotlighter], [gtk+-3.0 =] gtk_required_version) S diffstat for spotlighter-0.3 spotlighter-0.3 changelog |8 control |3 ++- patches/no_AM_PATH_GTK_3_0.diff | 16 patches/series |1 + rules |2 +- 5 files changed, 28 insertions(+), 2 deletions(-) diff -Nru spotlighter-0.3/debian/changelog spotlighter-0.3/debian/changelog --- spotlighter-0.3/debian/changelog 2013-12-14 09:41:29.0 + +++ spotlighter-0.3/debian/changelog 2014-07-30 09:48:24.0 +0100 @@ -1,3 +1,11 @@ +spotlighter (0.3-1.1) unstable; urgency=low + + * Non-maintainer upload. + * don't use AM_PATH_GTK_3_0 in configure.ac, as it cannot work + * use dh-autoreconf update build system (Closes: #747804 #727974) + + -- YunQiang Su s...@debian.org Wed, 30 Jul 2014 16:26:02 +0800 + spotlighter (0.3-1) unstable; urgency=low * New upstream release. (Closes: #685911) diff -Nru spotlighter-0.3/debian/control spotlighter-0.3/debian/control --- spotlighter-0.3/debian/control 2013-12-14 09:35:10.0 + +++ spotlighter-0.3/debian/control 2014-07-30 09:29:19.0 +0100 @@ -6,7 +6,8 @@ autotools-dev, intltool, pkg-config, - libgtk-3-dev + libgtk-3-dev, + dh-autoreconf Standards-Version: 3.9.5 Homepage: http://code.google.com/p/ardesia/ Vcs-Git: git://anonscm.debian.org/collab-maint/spotlighter.git diff -Nru spotlighter-0.3/debian/patches/no_AM_PATH_GTK_3_0.diff spotlighter-0.3/debian/patches/no_AM_PATH_GTK_3_0.diff --- spotlighter-0.3/debian/patches/no_AM_PATH_GTK_3_0.diff 1970-01-01 01:00:00.0 +0100 +++ spotlighter-0.3/debian/patches/no_AM_PATH_GTK_3_0.diff 2014-07-30 09:28:48.0 +0100 @@ -0,0 +1,16 @@ +Index: spotlighter-0.3/configure.ac +=== +--- spotlighter-0.3.orig/configure.ac 2012-09-04 18:38:43.0 +0800 spotlighter-0.3/configure.ac 2014-07-30 16:28:44.745410082 +0800 +@@ -73,11 +73,6 @@ + ### + # Gtk 3 + ### +-AM_PATH_GTK_3_0(gtk_required_version, :, +- AC_MSG_ERROR(Test for GTK3+ failed. See the file 'INSTALL' for help.), +- gthread) +- +- + AC_MSG_CHECKING([if GTK+ is version 2.99.3 or newer]) + if $PKG_CONFIG --atleast-version=2.99.3 gtk+-3.0; then + have_gtk3=yes diff -Nru spotlighter-0.3/debian/patches/series spotlighter-0.3/debian/patches/series --- spotlighter-0.3/debian/patches/series 2013-12-13 17:40:23.0 + +++ spotlighter-0.3/debian/patches/series 2014-07-30 09:28:28.0 +0100 @@ -1,2 +1,3 @@ 00_desktop.patch 01_ftbfs_mips.patch +no_AM_PATH_GTK_3_0.diff diff -Nru spotlighter-0.3/debian/rules spotlighter-0.3/debian/rules --- spotlighter-0.3/debian/rules 2013-12-13 12:18:42.0 + +++ spotlighter-0.3/debian/rules 2014-07-30 09:29:02.0 +0100 @@ -2,4 +2,4 @@ #export DH_VERBOSE=1 %: - dh $@ --with autotools_dev + dh $@ --with autoreconf
Bug#741308: (no subject)
at bottom :- On 8/6/14, Ritesh Raj Sarraf r...@debian.org wrote: There's another bug report about this same issue. I believe the correct recommendation to make is to use $HOME/.autostart Can you try that ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System Dear Ritesh, Thank you for looking at this bug. I dunno what is the correct recommendation. What is working at my end is :- ~/.config/autostart$ cat gtk-redshift.desktop [Desktop Entry] Version=1.0 Name=Redshift GenericName=Color temperature adjustment Comment=Color temperature adjustment tool Exec=gtk-redshift Icon=redshift Terminal=false Type=Application Categories=Utility; StartupNotify=true and it is working and has been working for quite sometime. There are quite a few other .desktop files which are in this directory and they all seem to be working. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com EB80 462B 08E1 A0DE A73A 2C2F 9F3D C7A4 E1C4 D2D8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#329192: nullmailer ignores permanent SMTP errors
clone 329192 -1 retitle -1 nullmailer performs excessive retries on failures submitter -1 plugw...@p10link.net forwarded -1 https://github.com/bruceg/nullmailer/issues/4 severity 329192 normal forwarded 329192 https://github.com/bruceg/nullmailer/issues/1 thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753426: transition: librevenge
Hi, update: On Tue, Jul 01, 2014 at 09:37:58PM +0200, Rene Engelhard wrote: abiword (libwpd and libwpg used) needs patch - will file bug Filed some time ago: 753428 (already marked as blocking this bug) calligra (libwpd and libwpg used) needs patch (but they only apply to 2.8.3, which is stalled; see #748990 - if we have a 2.8.3 I'll file a bug) filed bug (754568) and sent a patch which is already in git and actually even uploaded to experimental. But it was NEW, then REJECTED, then reuploaded just to have a comment about outdated copyright file, which probably also affects sids 2.7.x. Fortunately bug 752209 (which is fixed in said upload) will cause it to be auto-rm'ed in 4 days, so this doesn't block it. inkscape (libwpg used) needs patch - will file bug Filed some time ago: 753430 (already marked as blocking this bug) My last planned 4.2.x upload (1:4.2.6-1) is about to migrate this night, so I can fix some copyright files and build LO 1:4.3.0-2 the next days and start the transition. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756453: [Pkg-postgresql-public] Bug#756453: Please add the attached systemd service file
Hi Christoph, Christoph Berg m...@debian.org writes: We'd like to maintain compatibility with older Debian and Ubuntu releases which dont' have dh-systemd. Is there a B-D line that works on all releases, but only pulls in dh-systemd where it actually exists? Possibly something like Build-Depends: dh-systemd (= 1.19) | sysvinit ( 2.88dsf-42) debian/rules would then make the use of dh --with systemd depend on the actually installed packages. Sounds reasonable to me, so please go ahead and use that trick :). -- 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#757222: RFS: ekg2/1:0.4~pre+20120506.1-9 [ITP]
Package: sponsorship-requests Severity: normal Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package ekg2 * Package name: ekg2 Version : 1:0.4~pre+20120506.1-9 Upstream Author : Wojciech Kaniewski * URL : http://ekg2.org/ * License : GPL2+ Section : net It builds those binary packages: ekg2 - instant messenger and IRC client for UNIX systems ekg2-api-docs - instant messenger and IRC client for UNIX systems - API documenta ekg2-core - instant messenger and IRC client for UNIX systems - main program ekg2-dbg - instant messenger and IRC client for UNIX systems - debugging sym ekg2-gnupg - instant messenger and IRC client for UNIX systems - GnuPG ekg2-jabber - instant messenger and IRC client for UNIX systems - Jabber/XMPP ekg2-scripting-perl - instant messenger and IRC client for UNIX systems - Perl scriptin ekg2-scripting-python - instant messenger and IRC client for UNIX systems - Python script ekg2-ui-gtk - instant messenger and IRC client for UNIX systems - GTK+ interfac ekg2-ui-ncurses - instant messenger and IRC client for UNIX systems - ncurses inter To access further information about this package, please visit the following URL: http://mentors.debian.net/package/ekg2 Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/ekg2/ekg2_0.4~pre+20120506.1-9.dsc Regards, Mateusz Łukasik -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (300, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-2-amd64 (SMP w/4 CPU cores) Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.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#757150: [Debian-astro-maintainers] Bug#757150: Bug#757150:
Ok, this is a bit strange. Do you consider your bug fixed then? What I propose is to keep your bug open for some time (say 2 weeks) and if nothing changes we will close it, ok? Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757224: RM: xsane/0.998-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, please remove xsane from testing, it's one of the few remaining packages still using lcms1. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757223: arduino: doesn't support due
Package: arduino Version: 2:1.5.6.2+sdfsg2-3 Severity: normal Dear Maintainer, the arduino tool doesn't compile for due (same issue on a i686 system). To let it compile, I did the following things: - aptitiude install gcc-arm-none-eabi libstdc++-arm-none-eabi-newlib - cp -rap /usr/share/arduino/hardware/tools/avr /usr/share/arduino/hardware/tools/g++_arm_none_eabi - copy libsam_sam3x8e_gcc_rel.a from arduino software (arduino.cc/en/Main/Software) to /usr/share/arduino/hardware/arduino/sam/variants/arduino_due_x/libsam_sam3x8e_gcc_rel.a -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages arduino depends on: ii arduino-core 2:1.5.6.2+sdfsg2-3 ii default-jre [java7-runtime]2:1.7-52 ii libastylej-jni 2.03-1.2 ii libcommons-exec-java 1.2-1 ii libcommons-httpclient-java 3.1-10.2 ii libcommons-logging-java1.2-1 ii libjmdns-java 3.4.1-2 ii libjna-java3.2.7-4+b1 ii libjsch-java 0.1.51-1 ii libjssc-java 2.6.0-5 ii openjdk-7-jre [java7-runtime] 7u65-2.5.1-4 Versions of packages arduino recommends: pn astyle none ii extra-xdg-menus 1.0-4 ii policykit-1 0.105-6.1 arduino 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#757150: [Debian-astro-maintainers] Bug#757150: Bug#757150:
Thanks a lot for this! However, this is VERY weird since in theory stellarium 0.13 uses Qt5! Moreover, as I just checked, on some architectures libqt4-opengl is installed as a dependency, but not on amd64: https://packages.debian.org/sid/stellarium Why would a Qt5 application require Qt4 libraries in the case of your bug escapes me... Moreover, I've just removed libqt4-opengl from my system and stellarium works hapilly anyway, so it is probably still linked to your particular configuration. Is your previous bug still reproducible, even if you remove libqt4-opengl now? Maybe you did something also as well? Tomasz Hi Tomasz, Yes now, I removed libqt4-opengl and stellarium starts normally Hm. Looks like some opengl library did not installed - why? Has debian a separate library for shaders support?
Bug#745529: Please drop lcms1
On Tue, Apr 22, 2014 at 05:48:51PM +0200, Moritz Muehlenhoff wrote: Package: ghostscript Version: 9.05~dfsg-8.1 Severity: important As pre-announced in https://lists.debian.org/debian-devel/2013/12/msg00570.html it is planned to remove lcms1 for jessie. According to the changelog this is mostly done: | * Link against lcms2 (not lcms1). |Regenerate autoconf during build (needed for patch 1001). |Build-depend on autoconf. |Build-depend on liblcms1-dev (in addition to liblcms2-dev): Provides |needed icc34.h header. Please fix ghostscript so that liblcms1-dev can be dropped. The severity will be bumped to RC-level before the jessie freeze. This is fixed in experimental for three months now and the freeze is coming closer, are you planning to upload this to sid soon? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753911: libreoffice-draw: Crashes during open of a document
Package: libreoffice-draw Version: 1:4.2.5-1+b1 Followup-For: Bug #753911 I have tried again, this time with a reduced set of dependencies. I removed all LibreOffice-related packages. Then I installed ‘libreoffice-draw’ and its few dependencies. The same behaviour occurs as reported in the original report. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_AU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-draw depends on: ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libc6 2.19-7 ii libcdr-0.0-0 0.0.16-1 ii libdbus-1-31.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libetonyek-0.0-0 0.0.4-2 ii libfreehand-0.0-0 0.0.0-3 ii libgcc11:4.9.1-1 ii libglib2.0-0 2.40.0-3 ii libicu52 52.1-5 ii liblcms2-2 2.6-3 ii libmspub-0.0-0 0.0.6-1+b1 ii libodfgen-0.0-00.0.4-2 ii libreoffice-core 1:4.2.5-1+b1 ii libstdc++6 4.9.1-1 ii libvisio-0.0-0 0.0.31-1+b1 ii libwpd-0.9-9 0.9.9-1 ii libwpg-0.2-2 0.2.2-1 ii libxml22.9.1+dfsg1-4 ii uno-libs3 4.2.5-1+b1 ii ure4.2.5-1+b1 ii zlib1g 1:1.2.8.dfsg-1 libreoffice-draw recommends no packages. libreoffice-draw suggests no packages. Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-5 ii fonts-opensymbol 2:102.6+LibO4.2.5-1 ii libatk1.0-0 2.12.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-2 ii libc6 2.19-7 ii libcairo2 1.12.16-2 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.4-4 ii libcurl3-gnutls 7.37.1-1 ii libdbus-1-3 1.8.6-1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-3 ii libexpat1 2.1.0-6 ii libexttextcat-2.0-0 3.4.4-1 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.1-1 ii libgdk-pixbuf2.0-02.30.7-1 ii libgl1-mesa-glx [libgl1] 10.2.4-1 ii libglib2.0-0 2.40.0-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.24-1 ii libharfbuzz-icu0 0.9.33-1 ii libharfbuzz0b 0.9.33-1 ii libhunspell-1.3-0 1.3.3-2 ii libhyphen02.8.7-3 ii libice6 2:1.0.9-1 ii libicu52 52.1-5 ii libjpeg8 8d1-1 ii liblangtag1 0.5.1-2 ii liblcms2-22.6-3 ii libldap-2.4-2 2.4.39-1 ii libmythes-1.2-0 2:1.2.4-1 ii libneon27-gnutls 0.30.0-3 ii libnspr4 2:4.10.6-1 ii libnspr4-0d 2:4.10.6-1 ii libnss3 2:3.16.3-1 ii libnss3-1d2:3.16.3-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpng12-01.2.50-2 ii librdf0 1.0.17-1+b1 ii libreoffice-common1:4.2.5-1 ii libsm62:1.2.2-1 ii libssl1.0.0 1.0.1h-3 ii libstdc++64.9.1-1 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxml2 2.9.1+dfsg1-4 ii libxrandr22:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.11.1.28-2 ii libxt61:1.1.4-1 ii uno-libs3 4.2.5-1+b1 ii ure 4.2.5-1+b1 ii zlib1g1:1.2.8.dfsg-1 -- no debconf information -- \ “Why should I care about posterity? What's posterity ever done | `\for me?” —Groucho Marx | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#743588: mirror submission for debian.mirror.utn.edu.ar
Hi, On Tue, Aug 05, 2014 at 02:32:29PM -0300, Fernando Diez wrote: On Fri, May 02, 2014 at 2:35:27 PM +0200, Simon Paillard wrote: On Fri, April 4, 2014 at 1:10:48 AM +0200, Simon Paillard wrote: On Thu, April 3rd, 2014 at 10:58:35 PM +, Fernando Gabriel Diez wrote: [..] Archive-architecture: i386 Could you please do excludes sources from the mirror? Could you please fix that? i.e. remove sources from ARCH_EXCLUDE. Excuse me but I do not understand, I'm not mirror the source of where I should fix? Sources must be provided, a mirror recognized by Debian shall not exclude sources. In etc/ftpsync.conf, make sure 'sources' is *NOT* in ARCH_EXCLUDE. [..] Sponsor: National Technological University, Ministry of ICT-Chancellor http://www.utn.edu.ar/ Bandwidth How much bandwidth is available? *You can reach 10Mb, but could increase if we became an official debian mirror for Argentina, which does not exist today. * *To add architectures, I need to figure our host at the official site to be growing in the service offered to the community. * Could you please provide me That figure? *10Mb or more*. Ok. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741308: (no subject)
My bad. The actual commit I made talks about $HOME/.config/autostart/ So it is in line with what you are saying. :-) On 08/06/2014 03:20 PM, shirish शिरीष wrote: at bottom :- On 8/6/14, Ritesh Raj Sarraf r...@debian.org wrote: There's another bug report about this same issue. I believe the correct recommendation to make is to use $HOME/.autostart Can you try that ? -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System Dear Ritesh, Thank you for looking at this bug. I dunno what is the correct recommendation. What is working at my end is :- ~/.config/autostart$ cat gtk-redshift.desktop [Desktop Entry] Version=1.0 Name=Redshift GenericName=Color temperature adjustment Comment=Color temperature adjustment tool Exec=gtk-redshift Icon=redshift Terminal=false Type=Application Categories=Utility; StartupNotify=true and it is working and has been working for quite sometime. There are quite a few other .desktop files which are in this directory and they all seem to be working. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#745529: Please drop lcms1
Quoting Moritz Mühlenhoff (2014-08-06 12:10:09) On Tue, Apr 22, 2014 at 05:48:51PM +0200, Moritz Muehlenhoff wrote: As pre-announced in https://lists.debian.org/debian-devel/2013/12/msg00570.html it is planned to remove lcms1 for jessie. According to the changelog this is mostly done: | * Link against lcms2 (not lcms1). |Regenerate autoconf during build (needed for patch 1001). |Build-depend on autoconf. |Build-depend on liblcms1-dev (in addition to liblcms2-dev): Provides |needed icc34.h header. Please fix ghostscript so that liblcms1-dev can be dropped. The severity will be bumped to RC-level before the jessie freeze. This is fixed in experimental for three months now and the freeze is coming closer, are you planning to upload this to sid soon? Yes. First upload to unstable will however not be the 9.10 now in experimental, but instead 9.06 sitting in git ready for release. Plan is posted here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=723719#39 - 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#756633: Aditional info
When PXE installing on a VMware Workstation using the VMware DHCP server plus Serva as proxyDHCP the bug is not present. When PXE installing on a real PC with a Netgear ISP router as DHCP plus Serva as proxyDHCP the bug is present. In the first case the VMware DHCP module ignores the bad conformed ipconfig DHCP request but the NETGEAR DHCP refuses to provide the required DHCP parameters. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750723: Bug#753083: mirror listing update for mirror.poliwangi.ac.id
Hi, On Sun, Jun 29, 2014 at 04:53:46AM +, Agus Priyo Utomo wrote: Package: mirrors Severity: minor Submission-Type: update Site: mirror.poliwangi.ac.id Aliases: mirror.poliwangi.ac.id Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ CDImage-http: /debian-cd/ IPv6: no Archive-upstream: ftp.th.debian.org CDImage-upstream: ftp.th.debian.org Updates: four Maintainer: Agus Priyo Utomo banks...@gmail.com Is there a role email (like mirr...@poliwangi.ac.id ?) so that we can reach someone when you're away / on holidays ? Country: ID Indonesia Location: Banyuwangi, East Java Sponsor: State Polytechnic of Banyuwangi http://www.poliwangi.ac.id Comment: 10 Mbps international, and 100 Mbps to country exchange Sometimes we update from kartolo.sby.datautama.net.id and kambing.ui.ac.id Best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756476: AM_PATH_GTK_3_0 fails if gthread is in 4th argument
retitle 756476 AM_PATH_GTK_3_0 fails if gthread is in 4th argument forwarded 756476 https://bugzilla.gnome.org/show_bug.cgi?id=641638 tags 756476 + patch upstream thanks On Wed, 06 Aug 2014 at 01:49:05 +0300, Yavor Doganov wrote: The problem is due to changed behavior of pkg-config, most probably occurred in version 0.28. pkg-config --atleast-version N libA libB now checks if both libraries are = N (which will always return false for gtk+-3.0 if the last macro argument is used because the gthread-2.0 version is 2.40.x). Retitling bug, thanks for this analysis. I don't think this should be considered RC: AM_PATH_GTK_3_0 is rarely-used and there are much better ways to achieve the same thing (pkg-config). Gtk maintainers' opinions? gtk-3.0.m4 should be considered deprecated: it's far too complicated for the value it provides. All packages that use AM_PATH_GTK_3_0 should simply replace it with an equivalent PKG_CHECK_MODULES call, something like: AM_PATH_GTK_3_0([3.4]) - PKG_CHECK_MODULES([GTK], [gtk+-3.0 = 3.4]) AM_PATH_GTK_3_0([3.4], [], [], [gthread]) - PKG_CHECK_MODULES([GTK], [gtk+-3.0 = 3.4, gthread-2.0]) (PKG_CHECK_MODULES can also take ACTION-IF-FOUND and ACTION-IF-NOT-FOUND arguments if you really need them.) Trivial patch attached. I can't reproduce this with pkg-config/0.26-1 on wheezy which makes me think that this is new behavior as of 0.28. I am not sure it was intended though, seems unnatural/incorrect to me. pkg-config --atleast-version V pkg1 pkg2 is documented to be equivalent to pkg1 = V, pkg2 = V. It looks as though the documented behaviour was not actually implemented until recently. I think all uses of pkg-config --atleast-version should be replaced by explicit = version specifiers. I attach a patch which does that; I think that's better than deleting the gthread check entirely, but not as good as adapting packages that use AM_PATH_GTK_3_0 to stop doing so. For packages that do not already use autoreconf at build time, a sourceful upload will be needed to pick up the new gtk-3.0.m4, and if you're doing a sourceful upload anyway, please just fix your configure.ac to not do this. It'll make your build quicker, too. Regards, S From d2fb42cbaec9328f65d0413d13bde9f6cb065df2 Mon Sep 17 00:00:00 2001 From: Simon McVittie simon.mcvit...@collabora.co.uk Date: Wed, 6 Aug 2014 11:02:38 +0100 Subject: [PATCH 1/3] Avoid pkg-config --atleast-version AM_PATH_GTK_3_0([3.4], [], [], [gthread]) results in calling pkg-config --atleast-version 3.4 gtk+-3.0 gthread-2.0. With pkg-config 0.28, that test fails, because the version of gthread-2.0 is smaller than 3.4. This appears to be a behaviour change since 0.26, but matches what the documentation said in 0.26. --- m4macros/gtk-3.0.m4 | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/m4macros/gtk-3.0.m4 b/m4macros/gtk-3.0.m4 index 5238b43..0d605fb 100644 --- a/m4macros/gtk-3.0.m4 +++ b/m4macros/gtk-3.0.m4 @@ -11,8 +11,9 @@ dnl Get the cflags and libraries from pkg-config dnl AC_ARG_ENABLE(gtktest, [ --disable-gtktest do not try to compile and run a test GTK+ program], , enable_gtktest=yes) + min_gtk_version=ifelse([$1], [], [3.0.0], [$1]) - pkg_config_args=gtk+-3.0 + pkg_config_args=gtk+-3.0 = $min_gtk_version for module in . $4 do case $module in @@ -38,7 +39,6 @@ AC_ARG_ENABLE(gtktest, [ --disable-gtktest do not try to compile and run no_gtk=yes fi - min_gtk_version=ifelse([$1], ,3.0.0,$1) AC_MSG_CHECKING(for GTK+ - version = $min_gtk_version) if test x$PKG_CONFIG != xno ; then @@ -48,7 +48,7 @@ AC_ARG_ENABLE(gtktest, [ --disable-gtktest do not try to compile and run enable_gtktest=no fi -if $PKG_CONFIG --atleast-version $min_gtk_version $pkg_config_args; then +if $PKG_CONFIG $pkg_config_args; then : else no_gtk=yes @@ -202,10 +202,11 @@ AC_DEFUN([GTK_CHECK_BACKEND], [ pkg_config_args=ifelse([$1],,gtk+-3.0, gtk+-$1-3.0) min_gtk_version=ifelse([$2],,3.0.0,$2) + pkg_config_args=$pkg_config_args = $min_gtk_version AC_PATH_PROG(PKG_CONFIG, [pkg-config], [AC_MSG_ERROR([No pkg-config found])]) - if $PKG_CONFIG --atleast-version $min_gtk_version $pkg_config_args ; then + if $PKG_CONFIG $pkg_config_args ; then target_found=yes else target_found=no -- 2.1.0.rc1 From b3f49ec9fa9ec67142d614e9b4a7959d80eba07f Mon Sep 17 00:00:00 2001 From: Simon McVittie simon.mcvit...@collabora.co.uk Date: Wed, 6 Aug 2014 11:23:23 +0100 Subject: [PATCH 2/3] Deprecate AM_PATH_GTK_3_0 in favour of PKG_CHECK_MODULES That's what GNOME applications use. --- m4macros/gtk-3.0.m4 | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/m4macros/gtk-3.0.m4 b/m4macros/gtk-3.0.m4 index 0d605fb..274cd32 100644 --- a/m4macros/gtk-3.0.m4 +++ b/m4macros/gtk-3.0.m4 @@ -6,7 +6,7 @@ dnl Test for GTK+, and define GTK_CFLAGS and GTK_LIBS, if gthread is specified i dnl pass to pkg-config
Bug#756631: udev: hang during boot when using upstart with newer udev
Juerg Haefliger [2014-08-05 13:28 +0200]: The problem is that the udev-finish upstart job is a task which goes into stop/waiting after it ran. Startpar doesn't recognize this and assumes the job hasn't been started and thus waits on upstart to do so which will never happen. Exactly as described by Steve Langasak here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713135#32 It works on Ubuntu because they converted the task to a job. We initially tried that, but gave up on that. startpar is fundamentally incompatible with upstart right now, as it doesn't get along with task. But that's covered in bug 713135. Ubuntu currently disables startpar. I'm fine to apply this patch as it doesn't really hurt, but beware that this is by far not the only task which causes trouble. 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#757225: [SoB] RFS: pyfftw/0.9.2+dfsg-2 -- pythonic wrapper for FFTW
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for the following package: * Package name: pyfftw Version : 0.9.2+dfsg-2 Upstream Author : Henry Gomersall h...@kedevelopments.co.uk * URL : http://hgomersall.github.io/pyFFTW/ * License : GPL-3, BSD clause-2 and 3 Programming Lang: python Section : python It builds those binary packages: python-pyfftw -- Python 2 extension libs python-pyfftw-dbg -- Debug package for Python 2 python3-pyfftw -- Python 3 extension libs python3-pyfftw-dbg -- Debug package for Python 3 python-pyfftw-doc -- Common documentation Changes since the last upload: * Rename python*-fftw3 to python-pyfftw - to conform with the Debian Python policy * Update uploader field with correct GPG ID * Use pybuild as the package build system * d/control: remove unused depend on libjs-query The package is maintained in the debian-science git repository and can be accessed at: http://anonscm.debian.org/gitweb/?p=debian-science/packages/pyfftw.git Regards, Ghislain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753968: [src:gtk+3.0 ] Some sources are not included in your package
On Sun, 06 Jul 2014 at 19:25:53 +, bastien ROUCARIES wrote: Your package seems to include some files that lack sources in prefered forms of modification: gdk/broadway/rawinflate.min.js This is not trivial to fix. The preferred form for modification appears to be found at https://github.com/imaya/zlib.js - our rawinflate.min.js matches the precompiled/minified version 0.1.6 from that repository. That repository contains JS source code which is compiled with the Google Closure Compiler (implemented in Java), a copy of which can be found in that repository as non-source (a precompiled jar file). The Closure compiler exists in Debian, but probably not at the same version, and some of the command-line syntax seems to have changed. It was not clear to me how to reconstruct the desired version of rawinflate.min.js from that repository, but that's not surprising, because I have no idea how Closure is meant to work in any case. Gtk maintainers: how important is the Broadway backend? Would it be reasonable to disable that backend, and remove rawinflate.min.js from a .dfsg repacked tarball? If not, I think this will require help from someone who knows the Javascript ecosystem, and/or Gtk upstream. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756676: libpdl-io-hdf5-perl: diff for NMU version 0.63-3.1
tags 729343 + patch tags 729343 + pending tags 756676 + pending thanks Dear maintainer, I've prepared an NMU for libpdl-io-hdf5-perl (versioned as 0.63-3.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. _g. diff -Nru libpdl-io-hdf5-perl-0.63/debian/changelog libpdl-io-hdf5-perl-0.63/debian/changelog --- libpdl-io-hdf5-perl-0.63/debian/changelog 2012-05-31 09:11:55.0 +0200 +++ libpdl-io-hdf5-perl-0.63/debian/changelog 2014-08-06 09:00:13.0 +0200 @@ -1,3 +1,11 @@ +libpdl-io-hdf5-perl (0.63-3.1) unstable; urgency=medium + + * Non-maintainer upload. + * New patch support-hdf5-1.8.13.patch: support hdf5 1.8.13 new +packaging layout (closes: #756676, #729343). + + -- Gilles Filippini p...@debian.org Wed, 06 Aug 2014 08:58:17 +0200 + libpdl-io-hdf5-perl (0.63-3) unstable; urgency=low * rebuild with fixed pdl dh_pdl, update build-dep diff -Nru libpdl-io-hdf5-perl-0.63/debian/patches/series libpdl-io-hdf5-perl-0.63/debian/patches/series --- libpdl-io-hdf5-perl-0.63/debian/patches/series 2012-05-28 11:46:12.0 +0200 +++ libpdl-io-hdf5-perl-0.63/debian/patches/series 2014-08-06 08:57:38.0 +0200 @@ -1,3 +1,4 @@ remove-interpreter-from-package.patch clean_newFile_hd5.patch ccflags-5.14.patch +support-hdf5-1.8.13.patch diff -Nru libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch --- libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch 1970-01-01 01:00:00.0 +0100 +++ libpdl-io-hdf5-perl-0.63/debian/patches/support-hdf5-1.8.13.patch 2014-08-06 08:57:38.0 +0200 @@ -0,0 +1,20 @@ +Index: libpdl-io-hdf5-perl-0.63/Makefile.PL +=== +--- libpdl-io-hdf5-perl-0.63.orig/Makefile.PL 2014-07-25 11:39:35.0 +0200 libpdl-io-hdf5-perl-0.63/Makefile.PL 2014-07-31 10:21:48.402573366 +0200 +@@ -39,6 +39,7 @@ + $ENV{'HOME'} = '' unless defined( $ENV{'HOME'} ) ; + + foreach my $libdir ( ++ $ENV{HDF5_LIBDIR}, + '/usr/local/hdf5/lib', + '/usr/local/lib', + '/opt/local/lib', +@@ -70,6 +71,7 @@ + } + + foreach my $incdir ( ++ $ENV{HDF5_INCDIR}, + '/usr/local/hdf5/include', + '/usr/local/include', + '/opt/local/include', diff -Nru libpdl-io-hdf5-perl-0.63/debian/rules libpdl-io-hdf5-perl-0.63/debian/rules --- libpdl-io-hdf5-perl-0.63/debian/rules 2012-05-28 12:27:39.0 +0200 +++ libpdl-io-hdf5-perl-0.63/debian/rules 2014-08-06 08:57:38.0 +0200 @@ -2,6 +2,14 @@ export DEB_LDFLAGS_MAINT_APPEND:=-Wl,--as-needed +ifneq ($(wildcard /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial/libhdf5.so),) + export HDF5_INCDIR := /usr/include/hdf5/serial + export HDF5_LIBDIR := /usr/lib/$(DEB_HOST_MULTIARCH)/hdf5/serial +else + export HDF5_INCDIR := /usr/include + export HDF5_LIBDIR := /usr/lib/$(DEB_HOST_MULTIARCH) +endif + build: dh build -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757220: d-i manual: update kernelversions for Jessie
Holger Wansing hwans...@mailbox.org (2014-08-06): Package: installation-guide Tags: patch Hi, there are entities for kernel versions in the d-i manual, which need to be updated. Patch attached, while I' unsure about the kfreebsd version: kfreebsd-image package version in jessie is 10 currently, but the jessie-alpha1 installer still installs kfreebsd-9. What will be in Jessie when releasing? There was some discussion lately on debian-bsd@ (Cc'd) about kernel-related things, including which version would be released upstream just before/after the freeze. The 3-component Linux version was an artifact (and we're at 3.2.60 now), I'd rather mention 3.16 which is going to be the basis, and basically what matters. We're likely ending up with a 3.16.x version, with a high, unknown, moving x. :) Mraw, KiBi. Holger -- Holger Wansing hwans...@mailbox.org Index: build/arch-options/linux === --- build/arch-options/linux (Revision 69224) +++ build/arch-options/linux (Arbeitskopie) @@ -4,5 +4,5 @@ archspec=$archspec;linux-any arch_kernel=Linux arch_parttype=Linux -kernelversion=3.2.0 +kernelversion=3.16.0 kernelpackage=linux-image Index: build/arch-options/hurd === --- build/arch-options/hurd (Revision 69224) +++ build/arch-options/hurd (Arbeitskopie) @@ -4,5 +4,5 @@ archspec=$archspec;hurd-any arch_kernel=Hurd arch_parttype=Linux -kernelversion=1.3.99 +kernelversion=1.4 kernelpackage=gnumach Index: build/arch-options/kfreebsd === --- build/arch-options/kfreebsd (Revision 69224) +++ build/arch-options/kfreebsd (Arbeitskopie) @@ -4,5 +4,5 @@ archspec=$archspec;kfreebsd-any arch_kernel=kFreeBSD arch_parttype=FreeBSD -kernelversion=8 +kernelversion=9 kernelpackage=kfreebsd-image signature.asc Description: Digital signature
Bug#753968: [src:gtk+3.0 ] Some sources are not included in your package
On 06/08/14 12:47, Simon McVittie wrote: On Sun, 06 Jul 2014 at 19:25:53 +, bastien ROUCARIES wrote: Your package seems to include some files that lack sources in prefered forms of modification: gdk/broadway/rawinflate.min.js This is not trivial to fix. The preferred form for modification appears to be found at https://github.com/imaya/zlib.js - our rawinflate.min.js matches the precompiled/minified version 0.1.6 from that repository. That repository contains JS source code which is compiled with the Google Closure Compiler (implemented in Java), a copy of which can be found in that repository as non-source (a precompiled jar file). The Closure compiler exists in Debian, but probably not at the same version, and some of the command-line syntax seems to have changed. It was not clear to me how to reconstruct the desired version of rawinflate.min.js from that repository, but that's not surprising, because I have no idea how Closure is meant to work in any case. Gtk maintainers: how important is the Broadway backend? Would it be reasonable to disable that backend, and remove rawinflate.min.js from a .dfsg repacked tarball? I don't think dropping the broadway backend is reasonable. If not, I think this will require help from someone who knows the Javascript ecosystem, and/or Gtk upstream. We can probably add the source to debian/ and some instructions on how the min.js file is generated. We don't need to generate it though, shipping the pre-generated file is fine. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757226: [SoB] RFS: pynfft/1.3.2-1 [ITP] -- Python wrappers for the NFFT library
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for the following package: * Package name: pynfft Version : 1.3.2-1 Upstream Author : Ghislain Antony Vaillant ghisv...@gmail.com * URL : https://pypi.python.org/pypi/pyNFFT * License : GPL-3 Programming Lang: python Section : python It builds those binary packages: python-pynfft -- Python 2 extension libs python-pynfft-dbg -- Debug package for Python 2 python3-pynfft -- Python 3 extension libs python3-pynfft-dbg -- Debug package for Python 3 python-pynfft-doc -- Common documentation The package is maintained in the debian-science git repository and can be accessed at: http://anonscm.debian.org/gitweb/?p=debian-science/packages/pynfft.git Regards, Ghislain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757227: ITP: memcacheq -- Simple queue service over memcache
Package: wnpp Severity: wishlist Owner: Carl Chenet cha...@debian.org * Package name: memcacheq Version : 0.2.0 Upstream Author : Steve Chu stv...@gmail.com * URL : http://memcachedb.org/memcacheq/ * License : BSD Programming Lang: C Description : Simple queue service over memcache Memcacheq is a very fast, simple queue service over memcache. It manages multiple queues, concurrent well and is compatible with the memcache protocol. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754528: mirror submission for debian.redlibre.cl
Hi, On Sat, Jul 12, 2014 at 06:07:20AM +, Pablo Umanzor wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: debian.redlibre.cl Thanks for using up to date ftpsync. Type: leaf Archive-architecture: amd64 Archive-ftp: /debian/ Archive-http: /debian/ IPv6: no Archive-upstream: cdimage.debian.org cdimage.d.o doesn't guarantee providing the package archive. You may select 'ftp.cl.debian.org' which is way closer to you, or any other ftp.XX.debian.org Updates: four Maintainer: Pablo Umanzor i...@redlibre.cl Country: CL Chile Location: Santiago, DownTown How much bandwidth is available ? -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757225: [SoB] RFS: pyfftw/0.9.2+dfsg-2 -- pythonic wrapper for FFTW
Copy paste error, no python-pyfftw-doc is built since upstream does not provide the source for the documentation yet. Upstream intends to rectify this for the next release. Sorry for the confusion. Ghis
Bug#756472: gmsh: diff for NMU version 2.8.5+dfsg-1.1
tags 756472 + pending thanks Dear maintainer, Because gmsh is in the way of the HDF5 1.8.13 transition I've prepared an NMU (versioned as 2.8.5+dfsg-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. _g. diff -Nru gmsh-2.8.5+dfsg/debian/changelog gmsh-2.8.5+dfsg/debian/changelog --- gmsh-2.8.5+dfsg/debian/changelog2014-07-25 22:24:06.0 +0200 +++ gmsh-2.8.5+dfsg/debian/changelog2014-08-06 08:40:17.0 +0200 @@ -1,3 +1,11 @@ +gmsh (2.8.5+dfsg-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * New patch fix-cmake-hdf5.patch to support hdf5 1.8.13 new packaging +layout (closes: #756472). + + -- Gilles Filippini p...@debian.org Fri, 25 Jul 2014 00:43:50 +0200 + gmsh (2.8.5+dfsg-1) unstable; urgency=medium * [6fbfd92] Add Files-Excluded into d/copyright diff -Nru gmsh-2.8.5+dfsg/debian/patches/fix-cmake-hdf5.patch gmsh-2.8.5+dfsg/debian/patches/fix-cmake-hdf5.patch --- gmsh-2.8.5+dfsg/debian/patches/fix-cmake-hdf5.patch 1970-01-01 01:00:00.0 +0100 +++ gmsh-2.8.5+dfsg/debian/patches/fix-cmake-hdf5.patch 2014-08-06 08:41:01.0 +0200 @@ -0,0 +1,29 @@ +Index: gmsh-2.8.5+dfsg/CMakeLists.txt +=== +--- gmsh-2.8.5+dfsg.orig/CMakeLists.txt gmsh-2.8.5+dfsg/CMakeLists.txt +@@ -783,8 +783,10 @@ if(ENABLE_FOURIER_MODEL) + endif(ENABLE_FOURIER_MODEL) + + if(ENABLE_MED OR ENABLE_CGNS) +- find_library(HDF5_LIB hdf5) +- if(HDF5_LIB) ++ find_package(HDF5) ++ if(HDF5_FOUND) ++set(HDF5_LIB ${HDF5_C_LIBRARIES}) ++list(APPEND EXTERNAL_INCLUDES ${HDF5_INCLUDE_DIRS}) + if(ENABLE_MED) + find_library(MED_LIB med) + if(MED_LIB) +@@ -815,9 +817,9 @@ if(ENABLE_MED OR ENABLE_CGNS) + endif(ZLIB_FOUND) + endif(NOT HAVE_LIBZ) + endif(MED_LIB OR CGNS_LIB) +- else(HDF5_LIB) ++ else(HDF5_FOUND) + message(STATUS HDF5 not found) +- endif(HDF5_LIB) ++ endif(HDF5_FOUND) + endif(ENABLE_MED OR ENABLE_CGNS) + + if(HAVE_SOLVER) diff -Nru gmsh-2.8.5+dfsg/debian/patches/series gmsh-2.8.5+dfsg/debian/patches/series --- gmsh-2.8.5+dfsg/debian/patches/series 2014-07-25 22:21:43.0 +0200 +++ gmsh-2.8.5+dfsg/debian/patches/series 2014-08-06 08:39:24.0 +0200 @@ -8,3 +8,4 @@ fix_script_header.patch fix_java_wrapper_compilation.patch enable_tetgen.patch +fix-cmake-hdf5.patch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org