Bug#754853: dnssec-trigger: NetworkManager script fails to parse nmcli version as of 0.9.10.0
Package: dnssec-trigger Version: 0.13~svn683-2 Severity: normal Tags: patch Dear Maintainer, After upgrading package network-manager in jessie (0.9.8.10-4 → 0.9.10.0-1), the dnssec-trigger NetworkManager hook script fails with the following output: Jul 14 22:09:30 p4xb3k nm-dispatcher[14902]: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger: 55: [: nmcli: unexpected operator Jul 14 22:09:30 p4xb3k nm-dispatcher[14902]: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger: 1: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger: nm-tool: not found I see three problems: Unquoted [ -n $foo ] vs. [ -n $foo ]; The fallback on nm-tool fails now that the binary was removed from 0.9.10.0-1; The regex used in `nmcli -v | sed` doesn't work with multi-digit revision numbers = 10 (the 10 is too wide), as in 0.9.10.0, note that the trailing revision number (the z in w.x.y.z) is simply truncated, so it used to work in 0.9.8.10 (truncated to 0.9.8.1); Attached patch fixes those problems, as long as revision numbers are = 999, and they don't change from w.x.y.z format, kludgy stuff! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnssec-trigger depends on: ii init-system-helpers 1.19 ii libc62.19-7 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.24-1 ii libldns1 1.6.17-4 ii libssl1.0.0 1.0.1h-3 ii python 2.7.6-2 ii unbound 1.4.22-1 dnssec-trigger recommends no packages. dnssec-trigger suggests no packages. -- Configuration Files: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger changed [not included] -- no debconf information -- Gerald Turner gtur...@unzane.comEncrypted mail preferred! OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80 3858 EC94 2276 FDB8 716D diff -ur dnssec-trigger-0.13~svn683.orig/01-dnssec-trigger.in dnssec-trigger-0.13~svn683/01-dnssec-trigger.in --- dnssec-trigger-0.13~svn683.orig/01-dnssec-trigger.in 2014-07-14 22:24:40.0 -0700 +++ dnssec-trigger-0.13~svn683/01-dnssec-trigger.in 2014-07-14 22:26:51.437356743 -0700 @@ -50,11 +50,11 @@ # # get global nameservers # try to get nmcli version -NMCLI_VER=`nmcli -v 2 /dev/null | sed 's/.*version \([0-9]\)\.\([0-9]\)\.\([0-9]\)\.\([0-9]\).*/\1\2\3\4/'` +NMCLI_VER=$(printf '%03d%03d%03d%03d\n' $(nmcli -v 2/dev/null | sed 's/.*version \([0-9]\+\)\.\([0-9]\+\)\.\([0-9]\+\)\.\([0-9]\+\).*/\1 \2 \3 \4/')) # if nmcli exists -if [ -n $NMCLI_VER ]; then +if [ -n $NMCLI_VER ]; then # if the version is greater or equal 0.9.9.0 -if [ $NMCLI_VER -ge 0990 ]; then +if [ $NMCLI_VER -ge 09009000 ]; then global_nameservers=`nmcli -f IP4,IP6 dev show | fgrep 'DNS' | awk '{print $2;}'` else global_nameservers=`nmcli -f IP4,IP6 dev list | fgrep 'DNS' | awk '{print $2;}'` pgpHRuddyrLSC.pgp Description: PGP signature
Bug#601504:
I don't know
Bug#753444: Bug#753542: Bug#753444: Bug#753542: perl-base - Segfaults in libperl.so.5.18
On 14/07/14 23:17, Niko Tyni wrote: On Mon, Jul 14, 2014 at 09:34:35AM +0200, Emilio Pozuelo Monfort wrote: On 14/07/14 09:05, Niko Tyni wrote: So can I go ahead with dropping perlapi-5.18.2 or do we need to dig in the libimager-perl/libpng problem first? If you're ok with removing libimager-perl, libimager-qrcode-perl and libmojomojo-perl from testing if those don't get fixed in time, then yes. As for sereal, we'd need to remove libsereal-{en,de}coder-perl, libsession-storage-secure-perl and libdancer-session-cookie-perl. The libimager-perl/libpng thing looks thorny enough that I don't think we should wait for that. The libsereal-encoder-perl package has been failing on s390x for a long time, if it has to be removed then so be it. I've just uploaded perl_5.18.2-7 providing only perlapi-5.18.2d on s390x and closing this bug (#753444). Sounds good, thanks for your work! Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754643: gradle: FTBFS: Caused by: java.lang.RuntimeException: Could not determine the local IP addresses for this machine.
On 07/12/2014 08:21 PM, Miguel Landaeta wrote: Package: src:gradle Version: 1.5-1 Severity: serious Justification: fails to build from source (but built successfully in the past) I'm unable to run gradle in a clean cowbuilder chroot. It dies on me with a java.lang.RuntimeException error. Since gradle build-depends on itself this is a FTBFS bug. This doesn't happen when I run it outside a chroot. Relevant error message: [snip] fakeroot debian/rules clean dh clean --with javahelper dh_testdir debian/rules override_dh_auto_clean make[1]: Entering directory '/tmp/buildd/gradle-1.5' dh_auto_clean gradle --project-prop finalRelease=true --stacktrace --offline clean :buildSrc:clean UP-TO-DATE :buildSrc:compileJava UP-TO-DATE :buildSrc:compileGroovy FAILED FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':compileGroovy'. Could not determine the local IP addresses for this machine. Hi Miguel, Is it possible that it's trying to make a connection to your X server? When I try to build in a chroot from a shell where DISPLAY is set, the build dies with an error that it cannot connect to :0. But if I unset DISPLAY before starting the build, it completes successfully (3x in a row now). I haven't looked into it in more depth, but maybe the build can just unset DISPLAY? Cheers, tony signature.asc Description: OpenPGP digital signature
Bug#728280:
Bug#754655: polarssl: CVE-2014-4911: Denial of Service against GCM enabled servers and clients
Hi, Attached is a (not-yet tested) proposed debdiff for wheezy-security. Regards, Salvatore diff -Nru polarssl-1.2.9/debian/changelog polarssl-1.2.9/debian/changelog --- polarssl-1.2.9/debian/changelog 2014-02-25 20:46:03.0 +0100 +++ polarssl-1.2.9/debian/changelog 2014-07-15 06:52:47.0 +0200 @@ -1,3 +1,12 @@ +polarssl (1.2.9-1~deb7u3) wheezy-security; urgency=high + + * Non-maintainer upload by the Security Team. + * Add CVE-2014-4911.patch patch. +CVE-2014-4911: Fix Denial of Service against GCM enabled servers (and +clients). (Closes: #754655) + + -- Salvatore Bonaccorso car...@debian.org Tue, 15 Jul 2014 06:39:38 +0200 + polarssl (1.2.9-1~deb7u2) stable-proposed-updates; urgency=medium * Fix FTBFS bug due to expired certificates, backport from upstream 1.3.4, diff -Nru polarssl-1.2.9/debian/patches/CVE-2014-4911.patch polarssl-1.2.9/debian/patches/CVE-2014-4911.patch --- polarssl-1.2.9/debian/patches/CVE-2014-4911.patch 1970-01-01 01:00:00.0 +0100 +++ polarssl-1.2.9/debian/patches/CVE-2014-4911.patch 2014-07-15 06:52:47.0 +0200 @@ -0,0 +1,43 @@ +Description: Fix CVE-2014-4911 + Denial of Service against GCM enabled servers (and clients) +Origin: upstream, https://github.com/polarssl/polarssl/commit/5bad6afd8c72b2c3a6574dff01ca5f8f2f04800a +Bug-Debian: https://bugs.debian.org/754655 +Forwarded: not-needed +Author: Salvatore Bonaccorso car...@debian.org +Last-Update: 2014-07-14 +Applied-Upstream: 1.2.11 + +--- a/library/ssl_tls.c b/library/ssl_tls.c +@@ -1237,6 +1237,9 @@ static int ssl_decrypt_buf( ssl_context + size_t dec_msglen; + unsigned char add_data[13]; + int ret = POLARSSL_ERR_SSL_FEATURE_UNAVAILABLE; ++unsigned char taglen = 16; ++unsigned char explicit_iv_len = ssl-transform_in-ivlen - ++ssl-transform_in-fixed_ivlen; + + #if defined(POLARSSL_AES_C) defined(POLARSSL_GCM_C) + if( ssl-session_in-ciphersuite == TLS_RSA_WITH_AES_128_GCM_SHA256 || +@@ -1244,11 +1247,16 @@ static int ssl_decrypt_buf( ssl_context + ssl-session_in-ciphersuite == TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 || + ssl-session_in-ciphersuite == TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 ) + { +-dec_msglen = ssl-in_msglen - ( ssl-transform_in-ivlen - +-ssl-transform_in-fixed_ivlen ); +-dec_msglen -= 16; +-dec_msg = ssl-in_msg + ( ssl-transform_in-ivlen - +- ssl-transform_in-fixed_ivlen ); ++if( ssl-in_msglen explicit_iv_len + taglen ) ++{ ++ SSL_DEBUG_MSG( 1, ( msglen (%d) explicit_iv_len (%d) ++ + taglen (%d), ssl-in_msglen, ++ explicit_iv_len, taglen ) ); ++ return( POLARSSL_ERR_SSL_INVALID_MAC ); ++} ++dec_msglen = ssl-in_msglen - explicit_iv_len - taglen; ++ ++dec_msg = ssl-in_msg + explicit_iv_len; + dec_msg_result = ssl-in_msg; + ssl-in_msglen = dec_msglen; + diff -Nru polarssl-1.2.9/debian/patches/series polarssl-1.2.9/debian/patches/series --- polarssl-1.2.9/debian/patches/series2014-02-16 12:14:44.0 +0100 +++ polarssl-1.2.9/debian/patches/series2014-07-15 06:52:47.0 +0200 @@ -2,3 +2,4 @@ 02-makefile-destdir-fix.patch 03-library-makefile-adjustments.patch 04-update-certs-in-testsuite.patch +CVE-2014-4911.patch
Bug#751929: gdb-doc uninstallable on Jessie alongside gdb and or gdbserver
Dear Maintainer, +1 here. I'm not acquainted with the Debian policies but I don't understand why a doc-only package should have a `break' directive. It makes an importart piece of software (`gdb') uninstallable. Thank you Emílio -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754643: gradle: FTBFS: Caused by: java.lang.RuntimeException: Could not determine the local IP addresses for this machine.
On Mon, 14 Jul 2014 23:07:34 -0700, tony mancill wrote: On 07/12/2014 08:21 PM, Miguel Landaeta wrote: I'm unable to run gradle in a clean cowbuilder chroot. It dies on me with a java.lang.RuntimeException error. FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':compileGroovy'. Could not determine the local IP addresses for this machine. Is it possible that it's trying to make a connection to your X server? (Without having looked at the package:) Maybe this is yet another instance of #753944 (pbuilder: USENETWORK=no breaks package builds). Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- BOFH excuse #426: internet is needed to catch the etherbunny -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753745: vserver-debiantools: please depend on iproute2 instead of iproute transitional package
I will. I thought I had already done that. Inguza Technology AB Sent from a phone Den 14 jul 2014 23:02 skrev Andreas Henriksson andr...@fatal.se: On Mon, Jul 14, 2014 at 04:51:20PM +0200, Ola Lundqvist wrote: Den 4 jul 2014 17:30 skrev Andreas Henriksson andr...@fatal.se: Package: vserver-debiantools [...] Thanks. This package should be removed though, so I will probably not fix it. In that case, could you please file a RM request with reportbug ftp.debian.org to get this taken care of? Regards, Andreas Henriksson
Bug#742602: [DPkg::Post-Invoke] needrestart should run before how-can-i-help
Am 30.03.2014 11:46, schrieb Thomas Liske: Hi Axel, On 03/25/2014 01:00 PM, Axel Beckert wrote: Hi, a minor correction: Axel Beckert wrote: localepurge runs before needsrestart as run-parts seem to use C-locale ordering. [...] 99-localepurge only outputs a few lines, so it's only a minor issue if it runs after how-can-i-help. Feel free to clone this bug report against localepurge,how-can-i-help if think this is worth being fixed, too. if I understand aright the problem is that how-can-i-help just put it's output directly on the tty (not using debconf magic or a pager). Which debconf frontend are you using? It sounds like a general problem with any hook script running after hcih's hook. I'd put needrestart in the 99th row as there might be other hooks restarting binaries - although I didn't check if there are any. We could change the hook naming in needrestart, but depending on other's package hook names sounds fragile to me. A more generic solution might be changing hcih's hook name to be almost the last called hook (z9how-can-i-help?) or use the debconf frontend (although this requires user interaction to proceed). That is correct. There may (or may not) other packages where users want a different order, depending on what is installed. Since this are config files, why do you not rename them? -- /* Mit freundlichem Gruß / With kind regards, Patrick Matthäi GNU/Linux Debian Developer Blog: http://www.linux-dev.org/ E-Mail: pmatth...@debian.org patr...@linux-dev.org */ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754677: make changelog links (and others) more visible
On Mon, 14 Jul 2014, Paul Wise wrote: On Mon, Jul 14, 2014 at 2:38 AM, Raphael Hertzog wrote: You mean to add a line below each repository with all the links for the package version available in that repository ? No, more like the attached mockup (thanks Firebug). Yeah, but this just doesn't work with a conventional screen/window width of around 1024-1200 pixels. Unless we put all those links in a sort of drop-down list (i.e. hidden div displayed after click on a special symbol). Or unless we move the versions panel in the middle such as suggested in http://henrich-on-debian.blogspot.fr/2013/09/an-idea-for-new-pts-layout.html Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754854: [uwsgi] patch 1005 should not be needed
Package: uwsgi Version: 2.0.6~dfsg-2 Severity: wishlist --- Please enter the report below this line. --- Patch 1005_emperor-pg-fix-cflags.patch should have been already fixed upstream in 7c31b6657ffdbbbe566822fbcdb6cf2eb4b44026 so could be removed. --- System information. --- Architecture: i386 Kernel: Linux 3.14.2 Debian Release: jessie/sid 500 unstableftp.de.debian.org 500 testing ftp.de.debian.org 500 stable dl.google.com 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-== uwsgi-core (= 2.0.6~dfsg-2) | 2.0.6~dfsg-2 lsb-base | 4.1+Debian13 initscripts (= 2.88dsf-13.3) | 2.88dsf-53.2 Package's Recommends field is empty. 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#754694: A new upstream version is available not up to date
Hi, On Mon, 14 Jul 2014, Christoph Berg wrote: The problem is that https://qa.debian.org/cgi-bin/udd-dehs is still reporting this (and thus both the old and the new PTS show this). Christoph, are there problems with the latest watch scanner ? It's been a while since I last looked at it. TBH, the current implementation is rather forcefully squished into mole, and should rather be rewritten than messed up even more. I would like to merge this into distro-tracker then, because I want derivatives to be able to easily track new upstream versions of their own packages as well. (And this is not only wishful thinking, Kali now has its own distro-tracker setup: http://pkg.kali.org) This probably requires some heavy refactoring of the current Task mechanism but that's something I want to do anyway. The new vcswatch worker based on a PostgreSQL backend works rather nicely, that shouldn't be much effort to be adapted. I'll look into that, but I'd rather not promise an ETA. I should study that to get some good inspiration for distro-tracker's Task refactoring, then I guess. :) That said it would still be nice to have a look at the current dehs and kick it back into a working state. It's probably not so hosed that it's unrecoverable. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754805: tracker.debian.org: no info about where the package has been accepted (e.g. unstable or experimental)
Hi, On Mon, 14 Jul 2014, Vlad Orlov wrote: Package: tracker.debian.org Severity: normal In the news window, there's no indication about where the new version of the package has been accepted - unstable or experimental. For example, at https://tracker.debian.org/pkg/apt page: [2014-07-11] Accepted apt 1.1~exp2 (source all amd64) (Michael Vogt) [2014-07-10] Accepted apt 1.0.6 (source all amd64) (Michael Vogt) The first version is accepted into experimental. The second one is accepted into unstable. But there's no indication of that. We are just recording incoming emails that dak sends to debian-devel-changes (and other similar lists). Ftpmasters, could you maybe improve those mails to include the relevant information ? I see that the old PTS had a kludge to add in distribution on the news that got recorded even when the initial subject was lacking this. I would prefer to not have to redevelop such a thing and that we improve the initial message that gets sent. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754812: guymager: hardcoded dependency on libparted0
* Colin Watson [Mon Jul 14, 2014 at 03:06:41PM +0100]: I plan to switch to parted 3.1 soon; see #754582. This is now in the NEW queue for experimental, and I'll upload it to unstable once it's past NEW and a couple of other blockers are resolved. It involves a package name change to libparted2. It looks as though guymager should work fine with libparted2, and it doesn't need any source changes (since it just looks for libparted*.so*), but the hardcoded dependency is a bit problematic. It would be nice if it worked both before and after the parted change so that I don't have to coordinate a transition with you too carefully. How about this change? Absolutely fine for me, I'll upload it once I've a few spare minutes, if that shouldn't be soon enough for you feel free to NMU in the meanwhile. Thanks! regards, -mika- signature.asc Description: Digital signature
Bug#754307: [claws-mail] Long line marker
Control: forwarded -1 http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=3226 On Wed, Jul 09, 2014 at 09:03:45PM +0200, Manolo Díaz wrote: Package: claws-mail Version: 3.10.1-2 Severity: wishlist Dear Developer, Please add a long line marker, as those present in many editors. It could use the values set in Wrapping preferences. Of course this marker makes only sense when composing using monospaced font, but doesn't hurt in other cases. Good idea! I miss it from time to time, but always forget about it… Forwarding upstream :) Thanks for reporting, -- Ricardo Mones ~ 00:45 hammar cool.. have you used rssyl? 00:46 @Ticho um, yesSeen on #sylpheed signature.asc Description: Digital signature
Bug#754855: linux-image-3.14-1-amd64: backport PowerEdge VRTX driver from 3.15 to 3.14 kernel
Package: src:linux Version: 3.14.12-1 Severity: wishlist Hi, If the 3.14 kernel will be the kernel for Jessie, please consider backporting support for the Dell PowerEdge VRTX storage. Support for this was first introduced with the 3.15 kernel in the following commit: https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=229fe47cd046ef2d01c13298293cda9693811417 This driver allows Linux on the VRTX blades to access the shared storage in the enclosure. Regards, Rik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754820: kuvert: hardcoded 'micalg=pgp-sha1;' problematic
On Mon, 14 Jul 2014 19:00:07 +0200, gregor herrmann writes: micalg=pgp-sha1; thanks for the report, well spotted. ISTR that rfc 2015 only supported that one value, and i never upgraded that part of the code - but on rereading the rfc i'm clearly mistaken. i'll have a look at detecting the real micalg after the gpg has run, but it might take a few days until i can fix it. regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ htmlforminput type crash/form/html -- IE has a bad day. signature.asc Description: Digital Signature
Bug#754821: kuvert: lowercase 'to' and 'cc'
On Mon, 14 Jul 2014 19:05:03 +0200, gregor herrmann writes: I'm applying the follwing trivial change locally: agreed, if more for consistency with other programs than anything else :-) regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ [Seedless consumer fruits] really have imaginary seed. If you rotate a seedless fruit 90°, you get a fruitless seed. This can provide hours of fun. -- Erik Naggum signature.asc Description: Digital Signature
Bug#754561: libghc-gnutls-dev: Built against libgnutls28-dev / depends on libgnutls28-dev
Control: reassign -1 libghc-gnutls-dev 0.1.4-5 On Sb, 12 iul 14, 15:14:27, Andreas Metzler wrote: Source: libghc-gnutls-dev Version: 0.1.4-5 Severity: important User: ametz...@debian.org Usertags: gnutls3 Hello, it looks like the fix for 753094 was incomplete, while the build-dependency was upgraded to libgnutls28-dev, libghc-gnutls-dev still depends on libgnutls-dev. cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#754655: polarssl: CVE-2014-4911: Denial of Service against GCM enabled servers and clients
Lookg good - thanks for your work. NMU welcome. Roland. On 07/15/2014 08:14 AM, Salvatore Bonaccorso wrote: Hi, Attached is a (not-yet tested) proposed debdiff for wheezy-security. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754651: xwayland: window resizing and scrolling is extremely slow. (upstream works)
Control: reassign -1 xwayland 2:1.15.99.904-1 On Du, 13 iul 14, 02:12:54, Andrew Engelbrecht wrote: Source: xwayland Version: 2:1.15.99.904 Severity: important Dear Maintainer, using jessie, with xserver-common and xwayland from sid, i opened weston/weston-launch. then i opened a terminal and ran xman. i resized the window by dragging the corner, but it was very slow, and a thick black border flickered around the window. i also clicked Manual Page in xman and then tested two finger scrolling in that window (in windowed mode). however, scrolling was very slow. i installed xwayland version 1.15.99.904 from source and i did not notice this issue. would you please make sure that this is not an issue when packaging the future xwayland 1.16 release? thanks! -andrew -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (550, 'unstable'), (540, 'experimental'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#751929: gdb-doc uninstallable on Jessie alongside gdb and or gdbserver
Hello, On Tue, Jul 15, 2014 at 08:18:43AM +0200, Emilio Lopes wrote: Dear Maintainer, +1 here. I'm not acquainted with the Debian policies but I don't understand why a doc-only package should have a `break' directive. It makes an importart piece of software (`gdb') uninstallable. Manual pages and other GNU GDB documentation moved to non compliant DFSG license. Hence moved into gdb-doc and adding a breaks, as manual page used to ship with gdb. While gdb-doc migrated to testing, gdb did not as it has RC bugs pending, mainly it is being blocked on kfreebsd build failure (#752295, #752390). Thank you Emílio -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- Hector Oron signature.asc Description: Digital signature
Bug#754851: duplicity: Fails with Unknown exception: Python int too large to convert to C long
reassign 754851 python-paramiko retitle 754851 paramiko fails with int too long exception on 32bit systems tags 754851 upstream forwarded 754851 https://github.com/paramiko/paramiko/issues/353 thanks On Tue, 15 Jul 2014 06:03:43 +0300, Matti Hamalainen writes: $ duplicity -v 4 --volsize 50 --ssh-askpass /media/prj sftp://xxx@xxx/prj ssh: Unknown exception: Python int too large to convert to C long ssh: Traceback (most recent call last): ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line 1442, in run ssh: self._handler_table[ptype](self, m) ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line 1848, in _parse_channel_open_success ssh: server_window_size = m.get_int() ssh: File /usr/lib/python2.7/dist-packages/paramiko/message.py, line 140, in get_int ssh: return util.inflate_long(self.get_binary()) ssh: File /usr/lib/python2.7/dist-packages/paramiko/message.py, line 198, in get_binary ssh: return self.get_bytes(self.get_size()) ssh: File /usr/lib/python2.7/dist-packages/paramiko/message.py, line 108, in get_bytes ssh: b = self.packet.read(n) ssh: OverflowError: Python int too large to convert to C long ssh: the same kind of problem has been reported by somebody else to paramiko's upstream, at https://github.com/paramiko/paramiko/issues/353 regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ I'm picturing Windows NT jamming a network backbone going 'la la la la I can't hear you la la la la la' -- Graham Reed signature.asc Description: Digital Signature
Bug#754856: buildd.debian.org: please remove s390* from p-a-s for ldc
Package: buildd.debian.org Severity: wishlist Please remove s390/s390x entries from p-a-s for the ldc package. Since I took over the package, I'd like to check what's it's current status with s390* is, if it doesn't I can take it with upstream and if it's easily fixable I can fix it, if not I'll just remove it from the arch list. But as it is in p-a-s right now, it's not much help. Thanks Konstantinos pgpYKp70bNRVV.pgp Description: PGP signature
Bug#649274: 693011 blocked by 649274
block 693011 by 649274 thanks Dear Maintainers, I think Debian should provide Timidity 2.14 as soon as possible: almost only Debian-based distros use an older version. Please look at Fedora/CentOS, Mageia, Arch, Slackware, etc. Thank you very much! Carlo
Bug#754857: linux-image-3.2.0-4-amd64: Sporadic kernel crashes
Package: src:linux Version: 3.2.60-1+deb7u1 Severity: important Dear Maintainer, Intel MB DH87RL, 8GN, i5 System/kernel crashes once in a while. See a tracecall at the end. System runs 24/7. Crash occurs typically once every 1-4 weeks. System is not stressed for long preiods of time CPU temp is monitored, not excessive temperatures I don't have a clue how to trigger the kernel crash. In the past, I have used ZFSonLinux on this system, and crashes happened more frequent. ZFSOnLinux is removed (not tainted anymore). As ZFSOnLinux is (?) more memory intensive, I have run memtester and mamtest86+ for a few hours without success Last thing I have done is to relax memory timings (From default to everything (CAS/RAS etc) a bit more relaxed) It did not make a difference. I have no clue what next step I can take. I originally did built up this system in a VM, before I moved it to real hardware. Any complications because of this? The trace below refer to xhci. I have disabled xhci in the past (unload modules). Kernel crash still happened. See trace at end -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.60-1+deb7u1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.2.0-4-amd64 root=UUID=a1fd5329-a2e2-4913-a409-1fe39bde8576 ro quiet ** Not tainted ** Kernel log: [5.908372] hub 2-0:1.0: USB hub found [5.908395] hub 2-0:1.0: 6 ports detected [5.930849] ACPI: resource :00:1f.3 [io 0xf040-0xf05f] conflicts with ACPI region SMBI [io 0xf040-0xf04f] [5.930851] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [5.930912] snd_hda_intel :00:03.0: irq 46 for MSI/MSI-X [5.930929] snd_hda_intel :00:03.0: setting latency timer to 64 [6.218178] usb 1-10: new high-speed USB device number 2 using xhci_hcd [6.236545] usb 1-10: New USB device found, idVendor=090c, idProduct=1000 [6.236553] usb 1-10: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6.236558] usb 1-10: Product: USB Flash Disk [6.236562] usb 1-10: Manufacturer: General [6.236566] usb 1-10: SerialNumber: 301008229825 [6.236777] usb 1-10: ep 0x81 - rounding interval to 128 microframes, ep desc says 255 microframes [6.236784] usb 1-10: ep 0x2 - rounding interval to 128 microframes, ep desc says 255 microframes [6.401748] usb 1-11: new high-speed USB device number 3 using xhci_hcd [6.420368] usb 1-11: New USB device found, idVendor=2659, idProduct=1210 [6.420373] usb 1-11: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [6.420378] usb 1-11: Product: MediaTV Pro III (EU) [6.420382] usb 1-11: Manufacturer: Sundtek [6.420385] usb 1-11: SerialNumber: U140218172811 [6.539735] Initializing USB Mass Storage driver... [6.539850] scsi13 : usb-storage 1-10:1.0 [6.539904] usbcore: registered new interface driver usb-storage [6.539905] USB Mass Storage support registered. [7.536327] scsi 13:0:0:0: Direct-Access General USB Flash Disk 1100 PQ: 0 ANSI: 0 CCS [7.537473] sd 13:0:0:0: Attached scsi generic sg8 type 0 [7.538534] sd 13:0:0:0: [sdh] 3917824 512-byte logical blocks: (2.00 GB/1.86 GiB) [7.539206] sd 13:0:0:0: [sdh] Write Protect is off [7.539215] sd 13:0:0:0: [sdh] Mode Sense: 43 00 00 00 [7.539881] sd 13:0:0:0: [sdh] No Caching mode page found [7.539955] sd 13:0:0:0: [sdh] Assuming drive cache: write through [7.544606] sd 13:0:0:0: [sdh] No Caching mode page found [7.544680] sd 13:0:0:0: [sdh] Assuming drive cache: write through [7.545402] sdh: sdh1 [7.547321] sd 13:0:0:0: [sdh] No Caching mode page found [7.547393] sd 13:0:0:0: [sdh] Assuming drive cache: write through [7.547467] sd 13:0:0:0: [sdh] Attached SCSI removable disk [8.959811] hda-intel: azx_get_response timeout, switching to polling mode: last cmd=0x000f [9.961476] hda-intel: No response from codec, disabling MSI: last cmd=0x000f [ 10.963171] hda-intel: Codec #0 probe error; disabling it... [ 11.980798] hda_intel: azx_get_response timeout, switching to single_cmd mode: last cmd=0x000f0001 [ 11.986980] snd_hda_intel :00:1b.0: irq 46 for MSI/MSI-X [ 11.987030] snd_hda_intel :00:1b.0: setting latency timer to 64 [ 12.017929] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input3 [ 12.049086] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input4 [ 12.053572] input: HDA Intel PCH Headphone as /devices/pci:00/:00:1b.0/sound/card1/input5 [ 14.160254] EXT4-fs (sda1): re-mounted. Opts: (null) [ 15.097338] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro [ 15.363213] loop: module loaded [ 30.922047] usb 1-11: usbfs: process 868 (mediasrv) did not claim interface 0 before use [ 33.630668] usb 1-8: new high-speed USB device number 4 using xhci_hcd [ 33.647367] usb 1-8:
Bug#754729: [claws-mail] Randomly segfault
Control: tags -1 moreinfo On Sun, Jul 13, 2014 at 07:47:03PM +0200, Slavko wrote: Package: claws-mail Version: 3.10.1-2 Severity: normal After upgrade to the 3.10.1 version i encounter randomly crash with this message in syslog: Jul 13 19:37:25 bonifac kernel: [31018.896768] claws-mail[4105]: segfault at b50 ip 7f0f4279d2f0 sp 7f0f28dc7898 error 4 in libetpan.so.17.1.0[7f0f4276b000+bf000] I am trying to identify when this crash happen, but i am no success. The last one happen on right click in the composing window to see spellcheck suggestions - the context menu shows and then claws mail dies. But it sometime died without any reason (in mean my interaction) i only notice, that the icon in systray disappears, i found these lines in old syslog (i hope, that they can help): You can try to run it under gdb for some days until it crashes again. There will be some performance impact, but will allow you to get a backtrace when crashing again. Before doing so, please install claws-mail-dbg and libetpan-dbg packages so the backtrace contains symbols. Once you get a backtrace reply this with it :) If you need it, you may found more help on debugging on upstream FAQ: http://www.claws-mail.org/faq/index.php/Debugging_Claws Thanks in advance, -- Ricardo Mones ~ Never send a human to do a machine's job. Agent Smith signature.asc Description: Digital signature
Bug#740032: sweethome3d-textures: new upstream release 1.0.1
Control: reopen -1 Uploaded new upstream version 1.0.1: http://mentors.debian.net/package/sweethome3d-textures dget -x http://mentors.debian.net/debian/pool/main/s/sweethome3d-textures/sweethome3d-textures_1.0.1-1.dsc Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754851: duplicity: Fails with Unknown exception: Python int too large to convert to C long
severity 754851 normal thanks On Tue, 15 Jul 2014 06:03:43 +0300, Matti Hamalainen writes: Attempting to run duplicity at least with sftp backend fails with unhandled Python exception: $ duplicity -v 4 --volsize 50 --ssh-askpass /media/prj sftp://xxx@xxx/prj ssh: Unknown exception: Python int too large to convert to C long ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line looks like a problem in paramiko, the python ssh module. you can work around this by using --ssh-backend pexpect to select the pexpect-based ssh/scp/sftp backend. see A NOTE ON SSH BACKENDS in man duplicity. This is on a 32-bit Debian testing, if that matters. The issue appeared recently, possibly with Duplicity package upgrade to 0.6.24, but since the old 0.6.23 is no longer available for downgrading, I can't confirm if that is the cause. 0.6.23 can still be found on snapshot.d.o, at http://snapshot.debian.org/package/duplicity/ regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ Bother, said Pooh, Eeyore, ready two photon torpedoes and lock phasers on the Heffalump, Piglet, meet me in transporter room three. -- Robert Billing signature.asc Description: Digital Signature
Bug#754651: xwayland: window resizing and scrolling is extremely slow. (upstream works)
On 15/07/14 10:16, Andrei POPESCU wrote: Control: reassign -1 xwayland 2:1.15.99.904-1 On Du, 13 iul 14, 02:12:54, Andrew Engelbrecht wrote: Source: xwayland Version: 2:1.15.99.904 Severity: important Dear Maintainer, using jessie, with xserver-common and xwayland from sid, i opened weston/weston-launch. then i opened a terminal and ran xman. i resized the window by dragging the corner, but it was very slow, and a thick black border flickered around the window. i also clicked Manual Page in xman and then tested two finger scrolling in that window (in windowed mode). however, scrolling was very slow. i installed xwayland version 1.15.99.904 from source and i did not notice this issue. would you please make sure that this is not an issue when packaging the future xwayland 1.16 release? When 1.16 is uploaded, it will have been rebuilt. I don't know why a rebuild helped you, but it's likely that then 1.16 will be fine. Unless you didn't rebuild in a clean environment, and you had e.g. GCC 4.8 or something else different. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746036: (no subject)
# apt complained when installing iceowl 31.0~b1-2 likely because the bts # doesn't like a bug fixed in the version it's found notfound 746036 icedove/24.4.0-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#749794: talksoup.app: GCC warnings that may lead to runtime issues with new GNUstep libraries
severity 749794 grave thanks Joining a channel doesn't work which renders the package unusable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754858: synaptic: Resizing the Downloading Packages window does not expand as expected
Package: synaptic Version: 0.81.2 Severity: minor Tags: upstream Dear Maintainer, As updates take some time, I have the habit to display the details of the downloads to follow the activity, and to widen the window to see more things. When I do this, there are 2 things that I think could be better: - the top progressbar area is gaining area from the window expand, which I believe is not what would be expected as the point in widening the window is to extend the informative area (the list of files being downloaded) - the column showing the mini progressbar in the list of files tends to shrink (sometimes a little bit, sometimes not, sometimes even disapearing), which makes it loose its purpose May I expect some fixes there someday? Regards, Christophe -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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/bash Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.5 ii libapt-pkg4.12 1.0.5 ii libatk1.0-0 2.12.0-1 ii libc62.19-4 ii libcairo-gobject21.12.14-4 ii libcairo21.12.14-4 ii libept1.4.12 1.0.12 ii libgcc1 1:4.9.0-7 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.8.6-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libstdc++6 4.9.0-7 ii libvte-2.90-91:0.36.3-1 ii libx11-6 2:1.6.2-2 ii libxapian22 1.2.17-1 ii libxext6 2:1.3.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages synaptic recommends: ii gksu 2.0.2-6 ii kdebase-bin4:4.8.4-2 ii libgtk2-perl 2:1.249-1 ii policykit-10.105-6 ii rarian-compat 0.8.1-5 Versions of packages synaptic suggests: ii apt-xapian-index 0.46 ii deborphan1.7.28.8 pn dwww none ii menu 2.1.47 pn software-properties-gtk none pn tasksel 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#741961: blueman: Missing dbus import + unknown object name
Package: blueman Version: 1.23-git201406261335-deb-1 Followup-For: Bug #741961 Traceback (most recent call last): File /usr/bin/blueman-sendto, line 398, in module SendTo() File /usr/bin/blueman-sendto, line 318, in __init__ if not self.select_device(): File /usr/bin/blueman-sendto, line 383, in select_device d = DeviceSelectorDialog() File /usr/lib/python2.7/dist-packages/blueman/gui/DeviceSelectorDialog.py, line 14, in __init__ self.selector = DeviceSelectorWidget() File /usr/lib/python2.7/dist-packages/blueman/gui/DeviceSelectorWidget.py, line 18, in __init__ self.List = devlist = DeviceSelectorList(adapter) File /usr/lib/python2.7/dist-packages/blueman/gui/DeviceSelectorList.py, line 31, in __init__ DeviceList.__init__(self, adapter, data) File /usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py, line 108, in __init__ self.SetAdapter(adapter) File /usr/lib/python2.7/dist-packages/blueman/gui/DeviceList.py, line 307, in SetAdapter except dbus.DBusServiceUnknownError: NameError: global name 'dbus' is not defined -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages blueman depends on: ii bluez 5.21-1 ii dbus 1.8.6-1 ii gnome-icon-theme 3.12.0-1 ii libatk1.0-0 2.12.0-1 ii libbluetooth3 5.21-1 ii libc6 2.19-7 ii libcairo2 1.12.16-2 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgdk-pixbuf2.0-02.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.24-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 libpulse-mainloop-glib0 5.0-2 ii libpython2.7 2.7.8-1 ii librsvg2-common 2.40.2-1 ii libstartup-notification0 0.12-3 ii notification-daemon 0.7.6-1 ii obex-data-server 0.4.5-1+b3 ii python2.7.8-1 ii python-appindicator 0.4.92-3 ii python-dbus 1.2.0-2+b3 ii python-gi 3.12.1-1+b1 ii python-gtk2 2.24.0-3+b1 pn python-notify none Versions of packages blueman recommends: pn policykit-1 none ii python-gconf 2.28.1+dfsg-1 blueman 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#754341: Bug:#754341: What can be done?
clone 754341 -1 reassign -1 ceph forwarded 754341 http://bugs.python.org/issue21963 thanks Am 13.07.2014 13:23, schrieb Dmitry Smirnov: Hi Matthias, I'd like to ask for your advise please. Since Ceph is pretty much wrecked by this bug is there anything we can do about it? Are you aware of any workaround that we could use in Ceph? If this regression is going to be fixed in Python is there any ETA for availability of fixed version in Debian? the python part is now tracked in its own request. Is there a more simple reproducer? Not yet sure if this is an issue in python2.7 itself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754689: ldc: FTBFS on kfreebsd-*: undefined references
On Sun, 13 Jul 2014 15:15:45 +0200 Cyril Brulebois k...@debian.org wrote: Source: ldc Version: 1:0.13.0-1 Severity: serious Justification: FTBFS Hi, your package no longer builds on kfreebsd-* due to undefined references during linking: Hi Cyril, Also talked to upstream about this and it appears it's just some missing definitions in the source, testing a fix on falla porterbox as I'm writing this. Regards Konstantinos pgp6NFCLzJ3NY.pgp Description: PGP signature
Bug#754690: ldc: FTBFS on powerpc: static assert Architecture not supported.
On Sun, 13 Jul 2014 15:16:49 +0200 Cyril Brulebois k...@debian.org wrote: Source: ldc Version: 1:0.13.0-1 Severity: serious Justification: FTBFS Hi, your package no longer builds on powerpc: Hi Cyril, Ok, I've taken it with upstream and it seems a fix will be available soon (actually, the reported error is already fixed, but I've found another one with powerpc, waiting for this to be fixed as well). I will upload a fixed version as soon as I'm done. Regards Konstantinos pgpOmck9f05zi.pgp Description: PGP signature
Bug#754786: Fwd: Re: Bug#754786: cyrus-imapd-2.4: pts binaries (ptloader, ptdump, ptexpire) are not compiled
Cc the bug... -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server - Original message - From: Ondřej Surý ond...@sury.org To: John Candlish john.candl...@gmail.com, Debian Bug Tracking System sub...@bugs.debian.org Subject: Re: Bug#754786: cyrus-imapd-2.4: pts binaries (ptloader, ptdump, ptexpire) are not compiled Date: Tue, 15 Jul 2014 11:26:33 +0200 Hi John, I had to disable ptclient since the binaries don't compile now. cyrus-imapd-2.4 (2.4.17+caldav~beta5-1) experimental; urgency=low [...] * debian/rules: [...] + Disable ptclient/, it needs kerberos now I'll enable it happily again if somebody can provide an updated patch that works. Ondrej On Mon, Jul 14, 2014, at 12:30, John Candlish wrote: Source: cyrus-imapd-2.4 Version: 2.4.17+caldav~beta9 Severity: normal Dear Maintainer, Basically a repeat of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626553 Except this time I notice that cyrus-imapd-2.4 doesn't build from source on a clean system, as building the documentation depends upon Cyrus::IMAP::Admin. Generating html manpage for ../debian/cyrus-makedirs.8... pod2html perl/imap/cyradm.sh doc/man/cyradm.1.html Cannot find Cyrus::IMAP::Admin in podpath: cannot find suitable replacement path, cannot resolve link rm -f pod2htm* make[1]: Leaving directory '/home/installer/aptgetsource/cyrus-imapd-2.4-patched/cyrus-imapd-2.4-2.4.17+caldav~beta9' The patch in 626553 is largely correct, but misses gssapi. Thanks . -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754786: cyrus-imapd-2.4: pts binaries (ptloader, ptdump, ptexpire) are not compiled
Hi John, I had to disable ptclient since the binaries don't compile now. cyrus-imapd-2.4 (2.4.17+caldav~beta5-1) experimental; urgency=low [...] * debian/rules: [...] + Disable ptclient/, it needs kerberos now I'll enable it happily again if somebody can provide an updated patch that works. Ondrej On Mon, Jul 14, 2014, at 12:30, John Candlish wrote: Source: cyrus-imapd-2.4 Version: 2.4.17+caldav~beta9 Severity: normal Dear Maintainer, Basically a repeat of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=626553 Except this time I notice that cyrus-imapd-2.4 doesn't build from source on a clean system, as building the documentation depends upon Cyrus::IMAP::Admin. Generating html manpage for ../debian/cyrus-makedirs.8... pod2html perl/imap/cyradm.sh doc/man/cyradm.1.html Cannot find Cyrus::IMAP::Admin in podpath: cannot find suitable replacement path, cannot resolve link rm -f pod2htm* make[1]: Leaving directory '/home/installer/aptgetsource/cyrus-imapd-2.4-patched/cyrus-imapd-2.4-2.4.17+caldav~beta9' The patch in 626553 is largely correct, but misses gssapi. Thanks . -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754851: duplicity: Fails with Unknown exception: Python int too large to convert to C long
On Tue, 15 Jul 2014, Alexander Zangerl wrote: On Tue, 15 Jul 2014 06:03:43 +0300, Matti Hamalainen writes: Attempting to run duplicity at least with sftp backend fails with unhandled Python exception: $ duplicity -v 4 --volsize 50 --ssh-askpass /media/prj sftp://xxx@xxx/prj ssh: Unknown exception: Python int too large to convert to C long ssh: File /usr/lib/python2.7/dist-packages/paramiko/transport.py, line looks like a problem in paramiko, the python ssh module. you can work around this by using --ssh-backend pexpect to select the pexpect-based ssh/scp/sftp backend. see A NOTE ON SSH BACKENDS in man duplicity. Ahh, thanks for the info. This is on a 32-bit Debian testing, if that matters. The issue appeared recently, possibly with Duplicity package upgrade to 0.6.24, but since the old 0.6.23 is no longer available for downgrading, I can't confirm if that is the cause. 0.6.23 can still be found on snapshot.d.o, at http://snapshot.debian.org/package/duplicity/ This too. -- ] ccr/TNSP ^ pWp :: ccr tnsp org :: http://tnsp.org/~ccr/ ] PGP key: 7BED 62DE 898D D1A4 FC4A F392 B705 E735 307B AAE3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754729: [claws-mail] Randomly segfault
Hi , Dňa Tue, 15 Jul 2014 10:37:37 +0200 Ricardo Mones mo...@debian.org napísal: You can try to run it under gdb for some days until it crashes again. There will be some performance impact, but will allow you to get a backtrace when crashing again. Before doing so, please install claws-mail-dbg and libetpan-dbg packages so the backtrace contains symbols. Once you get a backtrace reply this with it :) I am willing to help with finding the root of problem, but after i fill the bug, the crash don't come again. Perhaps (i am no expert) some other library(ies) update fixed it. I use CM at daily base, more hours daily, then delay time between crashes (as in my original post) are not by the inactivity, but indicates that he crash does not happen often. But if it will be back, i will try to debug it. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#754860: Remove trac-git from jessie
Package: trac-git Severity: serious Unless I am missing something, trac-git should really be removed from jessie now that trac 1.0 is in testing. trac-git has been integrated in main trac repository. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754457: debirf: ldconfig in a debirf instance
Le samedi 12 juillet à 10h 39mn 01s (-0700), Jameson Graef Rollins a écrit : On Fri, Jul 11 2014, jhcha54008 jhcha54...@free.fr wrote: As stated in http://cmrg.fifthhorseman.net/ticket/80 : in a debirf instance built with ROOT_BUILD=false, ldconfig and ldd are not the fully functional executables but the scripts which come with fakechroot. There is no /etc/ld.so.cache. As a result, softwares which rely on /etc/ld.so.cache (and paths in /etc/ld.so.conf.d/* files) to find their libraries may break when run in a debirf instance, e.g. fakechroot : in a booted debirf instance # dpkg -l fakechroot ||/ NameVersion Architecture Description +++-===-=-=-=== ii fakechroot 2.17.2-1 all gives a fake chroot environment - utilities # FAKECHROOT_DETECT=1 fakechroot echo fakechroot: preload library not found, aborting. Just for clarification, the above error comes from running fakechroot on a booted debirf instance? Yes diff -Naur a/usr/share/debirf/modules/z1_clean-root b/usr/share/debirf/modules/z1_clean-root --- a/usr/share/debirf/modules/z1_clean-root2014-07-09 22:28:14.0 +0200 +++ b/usr/share/debirf/modules/z1_clean-root2014-07-09 22:37:49.0 +0200 @@ -28,3 +28,16 @@ # setup dynamically updated /etc/mtab ln -sf /proc/mounts $DEBIRF_ROOT/etc/mtab + +# remove diversions added by debootstrap +# (debootstrap 1.0.60, function install_fakechroot_tools, +# file /usr/share/debootstrap/functions lines 1397-1582 ) +if [ $ROOT_BUILD = 'false' ]; then +debirf_exec dpkg-divert --remove /sbin/ldconfig +mv -f $DEBIRF_ROOT/sbin/ldconfig.REAL $DEBIRF_ROOT/sbin/ldconfig +debirf_exec dpkg-divert --remove /usr/bin/ldd +mv -f $DEBIRF_ROOT/usr/bin/ldd.REAL $DEBIRF_ROOT/usr/bin/ldd +fi + +# setup ld.so cache +/sbin/ldconfig -r $DEBIRF_ROOT I think it would good to have more comments around these snippets to describe why all this is necessary. That's right. Here is a first try. How could we make this clear for the reader of the script in some months or years ? diff -Naur a/usr/share/debirf/modules/z1_clean-root b/usr/share/debirf/modules/z1_clean-root --- a/usr/share/debirf/modules/z1_clean-root2014-07-09 22:28:14.0 +0200 +++ b/usr/share/debirf/modules/z1_clean-root2014-07-14 17:12:20.0 +0200 @@ -28,3 +28,20 @@ # setup dynamically updated /etc/mtab ln -sf /proc/mounts $DEBIRF_ROOT/etc/mtab + +# ldconfig can't work in a fakechroot environment (see fakechroot(1)) +# So we use the build host ldconfig to setup ld.so cache +/sbin/ldconfig -r $DEBIRF_ROOT + +# debootstrap's variant 'fakechroot' replaced ldconfig with a dummy +# version, and ldd with a script devised for a fakechroot environment. +# At this point we restore the original ldconfig and ldd in the final +# debirf image, and remove diversions added by debootstrap +# (see debootstrap 1.0.60, function install_fakechroot_tools, +# file /usr/share/debootstrap/functions lines 1397-1582 ) +if [ $ROOT_BUILD = 'false' ]; then +debirf_exec dpkg-divert --remove /sbin/ldconfig +mv -f $DEBIRF_ROOT/sbin/ldconfig.REAL $DEBIRF_ROOT/sbin/ldconfig +debirf_exec dpkg-divert --remove /usr/bin/ldd +mv -f $DEBIRF_ROOT/usr/bin/ldd.REAL $DEBIRF_ROOT/usr/bin/ldd +fi jamie. Regards, JH Chatenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754861: libapache2-modsecurity: version 2.8.0 is considered buggy. please provide 2.7.7
Package: libapache2-modsecurity Version: 2.8.0-1 Severity: important Dear Maintainer, thank you for packaging modsecurity. here is a citate from the wiki of atomicorp, the best provider of professional modsecurity rules: The Atomicorp modsecurity rules are written Modsecurity 2.7.7. Note: Due to numerous bugs in modsecurity 2.8.0, it is not supported at this time. Do not use 2.8.0. please provide a package for 2.7.7. thanks in advance, alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libapache2-modsecurity depends on: ii libapache2-mod-security2 2.8.0-1 libapache2-modsecurity recommends no packages. libapache2-modsecurity suggests no packages. -- Configuration Files: /etc/modsecurity/modsecurity.conf-recommended changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754458: debirf: /var/cache/man owner
Le vendredi 11 juillet à 17h 14mn 32s (-0400), Daniel Kahn Gillmor a écrit : On 07/11/2014 08:43 AM, jhcha54008 wrote: The following patch just change the owner of /var/cache/man/* to man. Regards, JH Chatenet diff -Naur a/usr/share/debirf/modules/z1_clean-root b/usr/share/debirf/modules/z1_clean-root --- a/usr/share/debirf/modules/z1_clean-root2014-07-09 22:28:14.0 +0200 +++ b/usr/share/debirf/modules/z1_clean-root2014-07-10 16:17:22.0 +0200 @@ -28,3 +28,11 @@ # setup dynamically updated /etc/mtab ln -sf /proc/mounts $DEBIRF_ROOT/etc/mtab + +# fix owner of /var/cache/man + +if [ -d $DEBIRF_ROOT/var/cache/man ]; then +chown -R man:root $DEBIRF_ROOT/var/cache/man +fi + + Why should this workaround be necessary? I am pretty strongly averse to any extra chown -R's so i'd like to figure out *why* it's happening instead of slapping on a band-aid. Maybe this is a bug in debootstrap's fakechroot variant or something? --dkg debootstrap as root (and debirf make -r ...) creates /var/cache/man subdirectories owned by man. The fakechroot variant (and debirf in normal operation, without BUILD_ROOT=true) results in /var/cache/man subdirectories owned by root. As far as I understand, /var/cache/man proper is contained in the archive of package man-db. Its owner is man and it is sgid root. Subdirectories are created at postinst. They are updated after each package installation (if there are man pages in it) : the postinst script is called with argument 'triggered'. The relevant part of the script : perl -e '@pwd = getpwnam(man); $( = $) = $pwd[3]; $ = $ = $pwd[2]; exec /usr/bin/mandb, @ARGV' -- $@ || true Real and effective uid and real and effective gid are set to man, and mandb is run with option -cq to create subdirectories, -pq to update them. mandb creates files of uid 'man' and gid 'root' because of the sgid bit of /var/cache/man. These files are created as GNU dbm files through gdbm_open, which calls 'open'. Now in a fakeroot environment, the files are owned by root. Is this related to the fact that fakeroot doesn't wrap open(), create(), etc. (according to fakeroot(1)) ? Let's try : $ fakechroot fakeroot -s .fakeroot.state debootstrap --variant=fakechroot jessie my_chroot $ fakechroot fakeroot -i .fakeroot.state -s .fakeroot.state chroot my_chroot # perl -e '@pwd = getpwnam(man); $( = $) = $pwd[3]; $ = $ = $pwd[2]; exec /bin/sh, @ARGV' $ id uid=6(man) gid=12(man) groups=12(man),1000 $ : /tmp/example $ ls -AlF /tmp total 0 -rw-r- 1 root root 0 Jul 15 09:17 example (The owner is root, not man) Regards, JH Chatenet -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754838: wheezy, jessie? (grr.app: Cannot add new feeds)
control: tags -1 + moreinfo Hi, does this happen on wheezy, jessie and/or sid? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#754853: dnssec-trigger: NetworkManager script fails to parse nmcli version as of 0.9.10.0
Control: tags -1 + pending Hi Gerald, your patch was merged upstream and I am preparing updated packages for dnssec-trigger right now. Thanks for the patch, Ondřej On Tue, Jul 15, 2014, at 07:56, Gerald Turner wrote: Package: dnssec-trigger Version: 0.13~svn683-2 Severity: normal Tags: patch Dear Maintainer, After upgrading package network-manager in jessie (0.9.8.10-4 → 0.9.10.0-1), the dnssec-trigger NetworkManager hook script fails with the following output: Jul 14 22:09:30 p4xb3k nm-dispatcher[14902]: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger: 55: [: nmcli: unexpected operator Jul 14 22:09:30 p4xb3k nm-dispatcher[14902]: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger: 1: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger: nm-tool: not found I see three problems: Unquoted [ -n $foo ] vs. [ -n $foo ]; The fallback on nm-tool fails now that the binary was removed from 0.9.10.0-1; The regex used in `nmcli -v | sed` doesn't work with multi-digit revision numbers = 10 (the 10 is too wide), as in 0.9.10.0, note that the trailing revision number (the z in w.x.y.z) is simply truncated, so it used to work in 0.9.8.10 (truncated to 0.9.8.1); Attached patch fixes those problems, as long as revision numbers are = 999, and they don't change from w.x.y.z format, kludgy stuff! -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dnssec-trigger depends on: ii init-system-helpers 1.19 ii libc62.19-7 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.24-1 ii libldns1 1.6.17-4 ii libssl1.0.0 1.0.1h-3 ii python 2.7.6-2 ii unbound 1.4.22-1 dnssec-trigger recommends no packages. dnssec-trigger suggests no packages. -- Configuration Files: /etc/NetworkManager/dispatcher.d/01-dnssec-trigger changed [not included] -- no debconf information -- Gerald Turner gtur...@unzane.comEncrypted mail preferred! OpenPGP: 4096R / CA89 B27A 30FA 66C5 1B80 3858 EC94 2276 FDB8 716D Email had 2 attachments: + dnssec-trigger-fix-dispatch-nmcli-version-check.patch 1k (text/x-diff) + Attachment2 1k (application/pgp-signature) -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754863: missing license in debian/copyright
Package: metacity Version: 1:3.12.0-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: doc/creating_themes/* to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754865: xserver-xorg-video-nvidia: The package in not installable because its dependency is not in sid any more
Source: xserver-xorg-video-nvidia Version: 331.79-1 Severity: important Dear Maintainer, I can't install the package xserver-xorg-video-nvidia that is currently in sid, because it depends on a package xserver-xorg-core=2:1.12, and there is already 2:1.15 version of the package in sid. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754864: ITP: python-characteristic -- helper for implementing attribute-related object protocols
Package: wnpp Package: python-characteristic Description: helper for implementing attribute-related object protocols characteristic is Python package with class decorators that ease the chores of implementing the most common attribute-related object protocols. . You just specify the attributes to work with and characteristic gives you: . - a nice human-readable __repr__, - a complete set of comparison methods, - and a kwargs-based initializer (that cooperates with your existing one) . without writing dull boilerplate code again and again. License: MIT Homepage: https://pypi.python.org/pypi/characteristic/ this together with python-service-identity is a module used by twisted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754866: ITP: python-service-identity -- Service identity verification for pyOpenSSL
Package: wnpp Package: python-service-identity Description: Service identity verification for pyOpenSSL Service_identity aspires to give you all the tools you need for verifying whether a certificate is valid for the intended purposes. . In the simplest case, this means host name verification. However, service_identity implements RFC 6125 fully and plans to add other relevant RFCs too. License: MIT Homepage: https://pypi.python.org/pypi/service_identity this together with python-characteristic is a module used by twisted. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742126: [Bash-completion-devel] Bug#742126: bash-completion: dd if= completion broken
I noticed the same problem under Ubuntu 14.04. ii bash 4.3-7ubuntu1 ii bash-completion 1:2.1-4 A related question is on: https://answers.launchpad.net/ubuntu/+question/242440 There a workaround is mentioned, quoting the part after if= e.g. dd if=/dev/sTAB -- Met vriendelijke groet / Regards, Herman van Rink Initfour websolutions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754867: cdebootstrap-static: Please honor --debug and --verbose in the logfile
Package: cdebootstrap-static Version: 0.6.1 Severity: wishlist When specifying --debug or --verbose as parameters, it changes the amount of output logged on the screen. However, it does not seem to affect the amount of info logged to /var/log/bootstrap.log. It would be very handy (at least for me) if all the info is logged to file (as well). So this is a request to also log the extra info to file when --debug and/or --verbose is specified as parameter. Regards, Diederik -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (150, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cdebootstrap-static depends on: ii debian-archive-keyring 2012.4 ii gpgv1.4.18-2 ii wget1.15-1+b1 cdebootstrap-static recommends no packages. cdebootstrap-static 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#754823: documentation: passphrase handling
On Mon, 14 Jul 2014 19:13:06 +0200, gregor herrmann writes: kuvert(1), in the Passphrase Handling section, talks about quintuple-agent. AFAICS this program doesn't exist in Debian. you're right, q-agent was removed some years ago. i'll reword that part. As for gpg-agent, it might be nice to mention that pinentry-curses doesn't work when kuvert asks gpg-agent asks a pinentry-* binary, since pinentry-curses needs a terminal; pinentry-gtk2 works fine. there's already the documentation for the can-detach config option. how gpg-agent deals with its underlings is a bit beyond kuvert's horizon, so i'm not sure how to deal best with your request. regards az -- Alexander Zangerl + GPG Key 0xB963BD5F (or 0x42BD645D) + http://snafu.priv.at/ Als ob man einem toten Schaf die Augen eindrückt? -- Kristian Köhntopp über das Schreibgefühl von Atari Tastaturen signature.asc Description: Digital Signature
Bug#754868: please build a python3 package
Package: python-pyasn1-modules Version: 0.0.3-1 Tags: patch Blocks: 754866 please package the module for use with python3. This is needed to build the python-service-identity module for python3. patch at http://launchpadlibrarian.net/179982857/python-pyasn1-modules_0.0.3-1_0.0.5-0ubuntu1.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754838: wheezy, jessie? (grr.app: Cannot add new feeds)
tags 754838 = sid jessie thanks Holger Levsen wrote: does this happen on wheezy, jessie and/or sid? Only sid/jessie; wheezy is not affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746863: FTBFS src:insighttoolkit4
Hi Matt and all! Il Lunedì 14 Luglio 2014 22:09, Matt McCormick matt.mccorm...@kitware.com ha scritto: Hi, First, please note I made an error regarding the GCCXML bug tracker -- it is still in the old location. However, Steve's patch has now been merged upstream. I was able to reproduce the build error, but it only occurs when using the gccxml package. The build completes fine with a local build of upstream GCCXML Git master. But, after examining the sources of the package [1] and comparing to Git master, significant differences are not apparent. mmm I see a really significant difference https://github.com/gccxml/gccxml/commit/7a9a1ce1f94b20ff99a1c1fbc55abaee1ea8abde so I'm packaging the new gccxml locally and rebuilding insighttoolkit4 right now, thanks for helping with this! I'll report as soon as the build finishes cheers, Gianfranco As a result, I suspect it has to do with how GCCXML finds its default include's. Punting to Brad King or others for input on this. Thanks, Matt [1] https://packages.debian.org/sid/gccxml On Sun, Jul 13, 2014 at 12:30 PM, Matt McCormick matt.mccorm...@kitware.com wrote: I will see if I can reproduce the build error. As a side note, the GCCXML bug tracker has moved (now at the gccxml/gccxml project on GitHub). I've created a pull request for Steve's stl algo patch here: https://github.com/gccxml/gccxml/pull/8 -- To unsubscribe, send mail to 746863-unsubscr...@bugs.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#732696: os-prober: Fails to detect new package-management Haiku builds
Hello, As the writer of the original probe [1], I will try to answer some questions. David Given wrote: I enclose a patch which should fix this (to be applied to /usr/lib/os- probes/mounted/83haiku). Did that get tested against said release if it's published? Against a nightly build (currently the only place where you can get the Package Management kernels). Current nightly builds have different package names, so the patch doesn't work anymore. Cyril Brulebois wrote: -if system=$(item_in_dir system $mpoint) +system=$(item_in_dir system $mpoint) +packages=$(item_in_dir packages $mpoint/$system) +found= +if [ $system != ] [...] Do we need to hardcode checking both version? Looking at item_in_dir's implementation, the pattern is passed to grep, so we could use 'kernel_.*' instead? This code was added by Alex Smith [2] when the 64-bit builds of Haiku arrived. I agree that 'kernel_.*' could have been used instead. David Given wrote: TBH if this were mine I'd be inclined to remove most of this logic. The prober doesn't do anything with the files other than to look to see if they're there. Simply checking the boot loader for 'haiku' would be a lot simpler and more robust. Yes, but that could give false-positives: When the user has 'makebootable'd' a partition, but then removed all the files to use it for something else. The stage 1 bootloader would then still be present, but not the stage 2 bootloader and the kernel. The partition would then still be detected as containing an OS. That's why the probe checks if the stage 1 bootloader, stage 2 bootloader and kernel are all present. Because David's patch doesn't work anymore, I have created a new patch. See attached file. This patch can also be found at my bazaar branch [3]. The resulting packages can be found in my PPA [4]. I removed the detection of the non package management builds of Haiku, because I don't think there will be a lot of non-PM versions installed when the next Haiku release is out. Haiku releases currently are in alpha phase, so a lot can still be changed. Though from now on all releases will be package management based. Kind regards, Jeroen Oortwijn [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590897 [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=685228 [3] http://bazaar.launchpad.net/~idefix/ubuntu/trusty/os-prober/HaikuPM/revision/36 [4] https://launchpad.net/~idefix/+archive/ubuntu/befs-support/+packages?field.name_filter=os-proberfield.status_filter=publishedfield.series_filter=trusty --- old/os-probes/mounted/x86/83haiku 2012-09-18 00:05:11 + +++ new/os-probes/mounted/x86/83haiku 2014-07-09 16:09:12 + @@ -13,7 +13,7 @@ *) debug $partition is not a BeFS partition: exiting; exit 1 ;; esac -if head -c 512 $partition | grep -qs system.haiku_loader; then +if head -c 512 $partition | grep -qs system.packages.haiku_loader; then debug Stage 1 bootloader found else debug Stage 1 bootloader not found: exiting @@ -21,9 +21,9 @@ fi if system=$(item_in_dir system $mpoint) - item_in_dir -q haiku_loader $mpoint/$system - (item_in_dir -q kernel_x86 $mpoint/$system || - item_in_dir -q kernel_x86_64 $mpoint/$system) + packages=$(item_in_dir packages $mpoint/$system) + item_in_dir -q haiku_loader-.*\.hpkg $mpoint/$system/$packages + item_in_dir -q haiku-.*\.hpkg $mpoint/$system/$packages then debug Stage 2 bootloader and kernel found label=$(count_next_label Haiku)
Bug#754258: NMU debdiff for cpp-netlib_0.11.0-1.1
Control: tags -1 + pending Hello Ximin Luo, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bug #754258. https://bugs.debian.org/754258 My NMU debdiff for cpp-netlib_0.11.0-1.1 is below, at the end of this message. With the changes in the NMU debdiff, cpp-netlib builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff cpp-netlib_0.11.0-1.dsc cpp-netlib_0.11.0-1.1.dsc diff -Nru cpp-netlib-0.11.0/debian/changelog cpp-netlib-0.11.0/debian/changelog --- cpp-netlib-0.11.0/debian/changelog 2014-02-09 16:01:58.0 + +++ cpp-netlib-0.11.0/debian/changelog 2014-07-15 11:37:26.0 +0100 @@ -1,3 +1,12 @@ +cpp-netlib (0.11.0-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Use ggc-min-expand=20 to build on mips/mipsel. +Patch by Dejan Latinovic. +Closes: #754258. + + -- Anibal Monsalve Salazar ani...@debian.org Tue, 15 Jul 2014 11:36:59 +0100 + cpp-netlib (0.11.0-1) unstable; urgency=low * New upstream release. diff -Nru cpp-netlib-0.11.0/debian/rules cpp-netlib-0.11.0/debian/rules --- cpp-netlib-0.11.0/debian/rules 2014-02-07 18:52:38.0 + +++ cpp-netlib-0.11.0/debian/rules 2014-07-08 14:25:32.0 +0100 @@ -9,6 +9,12 @@ # Uncomment this to turn on verbose mode. #export DH_VERBOSE=1 +DEB_BUILD_ARCH ?= $(shell dpkg-architecture -qDEB_BUILD_ARCH) + +ifneq (,$(filter $(DEB_BUILD_ARCH),mips mipsel)) + export DEB_CXXFLAGS_MAINT_APPEND = --param ggc-min-expand=20 +endif + %: dh $@ signature.asc Description: Digital signature
Bug#752941: Not reproducible
Greetings, Can you reproduce this with 4.2.33-1? At least I can't. Maybe this was fixed in the new version. I think if you can't reproduce this, we can just close this bug. Regards Sven signature.asc Description: PGP signature
Bug#754869: missing license in debian/copyright
Package: sword Version: 1.7.3+dfsg-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: include/ftplib.h src/utilfuns/ftplib.c to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708132: bcache-tools ITP
David, I've got some time to look at this again. I'd like to get this landed in the next Ubuntu release. I can send pull requests, we can push to mentors and I can try and get a sponsor first, but failing that I'll upload to Ubuntu ahead of Debian if needed to make this goal. Did you hear back from upstream on the copyright/licensing issue I identified on mentors? If not, shall I file an issue and try and get this resolved? This issue blocks me from getting things done, as it'll get rejected out of the NEW queue otherwise. So I'd like to get this fixed first. Robie signature.asc Description: Digital signature
Bug#754870: RFS: systempreferences.app/1.2.0-1 -- GNUstep preferences application
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package systempreferences.app. It builds these binary packages: libpreferencepanes-dev - GNUstep preferences library - development files libpreferencepanes1 - GNUstep preferences library - runtime library systempreferences.app - GNUstep preferences application systempreferences.app-dbg - GNUstep preferences application - debugging symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/systempreferences.app Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/systempreferences.app/systempreferences.app_1.2.0-1.dsc Changes since the last upload: * New upstream release: - Compatible with current GNUstep libraries (Closes: #749793). * debian/source/format: Switch to 3.0 (quilt). * debian/compat: Set to 9. * debian/control (Build-Depends): Remove quilt. Require libgnustep-gui-dev (= 0.24) and debhelper (= 9). (libpreferencepanes-dev, libpreferencepanes1) (systempreferences.app-dbg): New packages. Split the library as GWorkspace needs it. Adjust package relationships accordingly. (Vcs-Arch): Replace with Vcs-Git and Vcs-Browser. (Standards-Version): Claim compliance with 3.9.5 as of this release. * debian/rules: Update for modern dh. Enable hardening. * debian/README.source: Delete. * debian/manpages: * debian/systempreferences.app.install: * debian/libpreferencepanes-dev.install: * debian/libpreferencepanes1.install: * debian/libpreferencepanes1.lintian-overrides: New files. * debian/SystemPreferences.desktop: Add Keywords field. * debian/copyright: Switch to format 1.0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754871: cifs-utils: mount error: cifs filesystem not supported by the system
Package: cifs-utils Version: 2:6.3-1 Severity: important When I try to mount a samba share I get the following error: # mount -t cifs -o rw,user=username,password=somepassword,uid=1000,gid=1000 //10.2.1.10/sistemaasp/ /tmp/dev/ mount error: cifs filesystem not supported by the system mount error(19): No such device Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) This mount point, username and password are correct. It used to work until today. My coworkers are using it the same way, right now (with CentOS). My uid/gid: $ id uid=1000(username) gid=1000(username) groups=1000(username),24(cdrom),25(floppy),29(audio),30(dip),44(video),46(plugdev) modprobe doesn't work either: # modprobe cifs modprobe: ERROR: could not insert 'cifs': Unknown symbol in module, or unknown parameter (see dmesg) and finally, dmesg: # dmesg | grep -i cifs [ 2208.446665] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 2218.230996] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 2926.325651] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3219.806957] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3229.771501] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3496.204584] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3545.133156] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3560.936144] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3601.019778] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 4798.069815] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 5167.250561] cifs: Unknown symbol __test_set_page_writeback (err 0) Which extra-information do you need? Sorry about my english and thank you very much. Willian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cifs-utils depends on: ii libc6 2.19-7 ii libcap-ng00.7.3-1.1 ii libkeyutils1 1.5.9-4 ii libkrb5-3 1.12.1+dfsg-3 ii libtalloc22.1.1-1 ii libwbclient0 2:4.1.9+dfsg-1 ii samba-common 2:4.1.9+dfsg-1 Versions of packages cifs-utils recommends: ii keyutils 1.5.9-4 ii winbind 2:4.1.9+dfsg-1 Versions of packages cifs-utils suggests: ii smbclient 2:4.1.9+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: Bug #749974: maitreya: Please update to use wxwidgets3.0
Hi Paul, I looked back at the history of this bug and it seems like you were having problems with there being more assertion messages in wx3. Does maitreya work if you disable the assertions by adding -DNDEBUG, at least as a temporary measure? Try this in debian/rules: export DEB_CPPFLAGS_MAIN_APPEND=-DNDEBUG James -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745988: gthumb 3.3.x uses header bars, breaking compatibility with non-GNOME environments
On 2014-07-15 14:24:26 +0400, Vlad Orlov wrote: Here's how gThumb looks in Debian Testing with MATE 1.8. I've used two different themes - see the attachments. Well, it's not that bad... The main problem is not the look (though the inconsistency makes this a bit ugly), but the behavior: without a titlebar, there's no way to have the WM-dependent features accessible via the titlebar. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754655: polarssl: CVE-2014-4911: Denial of Service against GCM enabled servers and clients
Hi Roland, Thanks for quick feedback, still not tested but now also attaching the debdiff for unstable. On Tue, Jul 15, 2014 at 10:07:39AM +0200, Roland Stigge wrote: Lookg good - thanks for your work. NMU welcome. Ok, I can do the NMU (probably tonight). Regards, Salvatore diff -Nru polarssl-1.3.7/debian/changelog polarssl-1.3.7/debian/changelog --- polarssl-1.3.7/debian/changelog 2014-05-05 21:36:55.0 +0200 +++ polarssl-1.3.7/debian/changelog 2014-07-15 13:23:00.0 +0200 @@ -1,3 +1,12 @@ +polarssl (1.3.7-2.1) unstable; urgency=high + + * Non-maintainer upload. + * Add CVE-2014-4911.patch patch. +CVE-2014-4911: Fix Denial of Service against GCM enabled servers (and +clients). (Closes: #754655) + + -- Salvatore Bonaccorso car...@debian.org Tue, 15 Jul 2014 13:22:27 +0200 + polarssl (1.3.7-2) unstable; urgency=medium * Enabled POLARSSL_THREADING_C and POLARSSL_THREADING_PTHREAD in config, diff -Nru polarssl-1.3.7/debian/patches/CVE-2014-4911.patch polarssl-1.3.7/debian/patches/CVE-2014-4911.patch --- polarssl-1.3.7/debian/patches/CVE-2014-4911.patch 1970-01-01 01:00:00.0 +0100 +++ polarssl-1.3.7/debian/patches/CVE-2014-4911.patch 2014-07-15 13:23:00.0 +0200 @@ -0,0 +1,34 @@ +Description: Fix CVE-2014-4911 + Denial of Service against GCM enabled servers (and clients) +Origin: upstream, https://github.com/polarssl/polarssl/commit/0bcc4e1df78fff6d15c3ecb521e3bd0bbee86e1c +Bug-Debian: https://bugs.debian.org/754655 +Forwarded: not-needed +Author: Salvatore Bonaccorso car...@debian.org +Last-Update: 2014-07-15 +Applied-Upstream: 1.3.8 + +--- a/library/ssl_tls.c b/library/ssl_tls.c +@@ -1416,10 +1419,19 @@ static int ssl_decrypt_buf( ssl_context + size_t dec_msglen, olen, totlen; + unsigned char add_data[13]; + int ret = POLARSSL_ERR_SSL_FEATURE_UNAVAILABLE; ++unsigned char taglen = 16; ++unsigned char explicit_iv_len = ssl-transform_in-ivlen - ++ssl-transform_in-fixed_ivlen; ++ ++if( ssl-in_msglen explicit_iv_len + taglen ) ++{ ++ SSL_DEBUG_MSG( 1, ( msglen (%d) explicit_iv_len (%d) ++ + taglen (%d), ssl-in_msglen, ++ explicit_iv_len, taglen ) ); ++ return( POLARSSL_ERR_SSL_INVALID_MAC ); ++} ++dec_msglen = ssl-in_msglen - explicit_iv_len - taglen; + +-dec_msglen = ssl-in_msglen - ( ssl-transform_in-ivlen - +-ssl-transform_in-fixed_ivlen ); +-dec_msglen -= 16; + dec_msg = ssl-in_msg; + dec_msg_result = ssl-in_msg; + ssl-in_msglen = dec_msglen; diff -Nru polarssl-1.3.7/debian/patches/series polarssl-1.3.7/debian/patches/series --- polarssl-1.3.7/debian/patches/series2013-11-05 22:06:58.0 +0100 +++ polarssl-1.3.7/debian/patches/series2014-07-15 13:23:00.0 +0200 @@ -1,2 +1,3 @@ 01-config.patch 02-makefile-destdir-fix.patch +CVE-2014-4911.patch
Bug#754872: missing licenses in debian/copyright
Package: gnuplot Version: 4.6.5-8 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses of: term/PostScript/aglfn.txt term/object.h term/fig.trm pm3d/contrib/pm3dConvertToImage.awk to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754799: kfreebsd-10: Please update the clang dependency from 3.3 to 3.4
On 14/07/14 15:08, Steven Chamberlain wrote: [...] 10.0 is very likely to work with clang-3.4, and 10-STABLE already been heavily tested with it, perhaps only needing some small changes backported to 10.0, if anything. Well, I tried and it was much more work than I expected. FreeBSD likes to compile with -Werror but clang-3.4 introduced new warnings that trigger in dozens of places - dead code that's been there for years. I eventually gave up on trying to backport all the cleanup commits from 10-STABLE, and decided it was easier and probably safe to just ignore the new warnings with -Wno-error flags instead. I saw nothing to suggest the new optimisations in clang-3.4 at -O2 level were a problem. Attached patches allow a 10.0 kernel to build with clang-3.4 (after installing it, and adjusting debian/control). Maybe we should put something like this in experimental for now - in that case perhaps with DEBUG options turned back on - it would be a good baseline for when we have 10.1 BETA builds. Depending how soon the clang-3.3 removal ought to happen, after some testing in experimental, we could upload a 10.0 built with clang-3.4 and these patches (but no DEBUG options) to sid. Regards, -- Steven Chamberlain ste...@pyro.eu.org Description: Pick SVN r259991 from 10-STABLE to fix a -Wnon-literal-null-conversion --- kfreebsd-10-10.0.orig/sys/vm/vm_pageout.c +++ kfreebsd-10-10.0/sys/vm/vm_pageout.c @@ -1693,7 +1693,7 @@ } } #endif - vm_pageout_worker((uintptr_t)0); + vm_pageout_worker((void *)(uintptr_t)0); } /* Description: Use -Wno-error-unused-const-variable because Clang 3.4 revealed many of these, too many to be worth backporting, and some code compiled only by Debian (e.g. IPFILTER) has not been cleaned up yet. . Use -Wno-error-unused-function because Clang 3.4 revealed many of these and not all have been cleaned up yet upstream. --- kfreebsd-10-10.0.orig/sys/conf/kern.mk +++ kfreebsd-10-10.0/sys/conf/kern.mk @@ -29,7 +29,8 @@ # enough to error out the whole kernel build. Display them anyway, so there is # some incentive to fix them eventually. CWARNEXTRA?= -Wno-error-tautological-compare -Wno-error-empty-body \ - -Wno-error-parentheses-equality ${NO_WFORMAT} + -Wno-error-parentheses-equality -Wno-error-unused-function \ + -Wno-error-unused-const-variable ${NO_WFORMAT} .endif # External compilers may not support our format extensions. Allow them Description: Pick SVN r260495 from 10-STABLE to avoid __wchar_t typedef conflict if -fms-extensions is used together with Clang 3.4 Author: d...@freebsd.org --- kfreebsd-10-10.0.orig/sys/conf/kern.pre.mk +++ kfreebsd-10-10.0/sys/conf/kern.pre.mk @@ -99,6 +99,8 @@ .if ${COMPILER_TYPE} == clang CLANG_NO_IAS= -no-integrated-as +.else +GCC_MS_EXTENSIONS= -fms-extensions .endif .if defined(PROFLEVEL) ${PROFLEVEL} = 1 @@ -157,7 +159,7 @@ # Infiniband C flags. Correct include paths and omit errors that linux # does not honor. OFEDINCLUDES= -I$S/ofed/include/ -OFEDNOERR= -Wno-cast-qual -Wno-pointer-arith -fms-extensions +OFEDNOERR= -Wno-cast-qual -Wno-pointer-arith ${GCC_MS_EXTENSIONS} OFEDCFLAGS= ${CFLAGS:N-I*} ${OFEDINCLUDES} ${CFLAGS:M-I*} ${OFEDNOERR} OFED_C_NOIMP= ${CC} -c -o ${.TARGET} ${OFEDCFLAGS} ${WERROR} ${PROF} OFED_C= ${OFED_C_NOIMP} ${.IMPSRC} --- kfreebsd-10-10.0.orig/sys/modules/drm2/radeonkms/Makefile +++ kfreebsd-10-10.0/sys/modules/drm2/radeonkms/Makefile @@ -103,7 +103,6 @@ iicbus_if.h \ pci_if.h -CFLAGS += -I${.CURDIR}/../../../dev/drm2/radeon \ - -fms-extensions +CFLAGS += -I${.CURDIR}/../../../dev/drm2/radeon ${GCC_MS_EXTENSIONS} .include bsd.kmod.mk --- kfreebsd-10-10.0.orig/sys/modules/ibcore/Makefile +++ kfreebsd-10-10.0/sys/modules/ibcore/Makefile @@ -20,4 +20,4 @@ .include bsd.kmod.mk -CFLAGS+= -Wno-cast-qual -Wno-pointer-arith -fms-extensions +CFLAGS+= -Wno-cast-qual -Wno-pointer-arith ${GCC_MS_EXTENSIONS} --- kfreebsd-10-10.0.orig/sys/modules/ipoib/Makefile +++ kfreebsd-10-10.0/sys/modules/ipoib/Makefile @@ -28,4 +28,4 @@ .include bsd.kmod.mk -CFLAGS+= -Wno-cast-qual -Wno-pointer-arith -fms-extensions +CFLAGS+= -Wno-cast-qual -Wno-pointer-arith ${GCC_MS_EXTENSIONS} --- kfreebsd-10-10.0.orig/sys/modules/mlx4/Makefile +++ kfreebsd-10-10.0/sys/modules/mlx4/Makefile @@ -26,4 +26,4 @@ .include bsd.kmod.mk -CFLAGS+= -Wno-cast-qual -Wno-pointer-arith -fms-extensions +CFLAGS+= -Wno-cast-qual -Wno-pointer-arith ${GCC_MS_EXTENSIONS} --- kfreebsd-10-10.0.orig/sys/modules/mlx4ib/Makefile +++ kfreebsd-10-10.0/sys/modules/mlx4ib/Makefile @@ -31,4 +31,4 @@ .include bsd.kmod.mk -CFLAGS+= -Wno-cast-qual -Wno-pointer-arith -fms-extensions +CFLAGS+= -Wno-cast-qual -Wno-pointer-arith ${GCC_MS_EXTENSIONS} --- kfreebsd-10-10.0.orig/sys/modules/mlxen/Makefile +++ kfreebsd-10-10.0/sys/modules/mlxen/Makefile @@ -25,4 +25,4 @@ .include bsd.kmod.mk -CFLAGS+= -Wno-cast-qual -Wno-pointer-arith -fms-extensions +CFLAGS+= -Wno-cast-qual -Wno-pointer-arith
Bug#754799: kfreebsd-10: Please update the clang dependency from 3.3 to 3.4
On 15/07/2014 13:37, Steven Chamberlain wrote: On 14/07/14 15:08, Steven Chamberlain wrote: [...] 10.0 is very likely to work with clang-3.4, and 10-STABLE already been heavily tested with it, perhaps only needing some small changes backported to 10.0, if anything. [...] Depending how soon the clang-3.3 removal ought to happen, after some testing in experimental, we could upload a 10.0 built with clang-3.4 and these patches (but no DEBUG options) to sid. I would like to see the removal done before Jessie... So, that should give you some time. Cheers, Sylvestre signature.asc Description: OpenPGP digital signature
Bug#754873: [tracker.debian.org] subscription from profile email check verification
Package: tracker.debian.org Severity: wishlist Hi, When I go to my profile, click on Subscriptions, enter a valid package name in the debian package name field and click on the Subscribe button (forgetting to check my email address), I have an error 404: - Not Found The requested URL /api/accounts/profile/subscribe/ was not found on this server. - This is not explicit at all, because it's just due to the fact that no email have been checked. Maybe having the 1st email of the list checked by default or a warning when subscribing to the package without checking any email address could be a good thing. Thanks for your help, Joseph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754651: xwayland: window resizing and scrolling is extremely slow. (upstream works)
On 07/15/2014 04:44 AM, Emilio Pozuelo Monfort wrote: On 15/07/14 10:16, Andrei POPESCU wrote: Control: reassign -1 xwayland 2:1.15.99.904-1 On Du, 13 iul 14, 02:12:54, Andrew Engelbrecht wrote: Source: xwayland Version: 2:1.15.99.904 Severity: important Dear Maintainer, using jessie, with xserver-common and xwayland from sid, i opened weston/weston-launch. then i opened a terminal and ran xman. i resized the window by dragging the corner, but it was very slow, and a thick black border flickered around the window. i also clicked Manual Page in xman and then tested two finger scrolling in that window (in windowed mode). however, scrolling was very slow. i installed xwayland version 1.15.99.904 from source and i did not notice this issue. would you please make sure that this is not an issue when packaging the future xwayland 1.16 release? When 1.16 is uploaded, it will have been rebuilt. I don't know why a rebuild helped you, but it's likely that then 1.16 will be fine. Unless you didn't rebuild in a clean environment, and you had e.g. GCC 4.8 or something else different. hm. i'm guessing that debian's build system is more stable than mine. the only significant difference i can think of is that the debian xwayland package comes with a number of patches. perhaps one (or more) of those patches plays nice with X, but not Xwayland. -andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754799: kfreebsd-10: Please update the clang dependency from 3.3 to 3.4
Control: tags -1 + patch confirmed On 15/07/14 12:39, Sylvestre Ledru wrote: I would like to see the removal done before Jessie... So, that should give you some time. OK, thanks. We'll either have kfreebsd 10.1 with clang-3.4 enter sid in October, or perhaps a kfreebsd-10.0 built with clang-3.4 using my patches before then. Either way, we won't need clang-3.3 by the time of the jessie freeze. transitions are supposed to be done before 5th September, but I don't suppose that's what this is; I expect it will be a simple ftpmaster removal once we are no longer using it. Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#752339: Some questions about RFS: dbuskit/0.1.1-1 [ITP]
Control: owner -1 ! Control: tags -1 moreinfo Hi Yavor, Before I upload this package to the new queue, could you please comment on the lintian errors about missing source? I am looking for a statement like: I added lintian overrides for these files as the source is available several directories higher. What is more, I made sure that these files are actually build during the package building to prove they are DFSG-free by doing and I added them to the clean target by adding a debian/clean file with the appropriate content. I provided a patch to upstream to make sure these files are removed on clean by the regular build system. I also made sure that these files were used in the appropriate way during build. (I haven't checked the content, but these files should be used to test the build, no?) Paul signature.asc Description: OpenPGP digital signature
Bug#754064: procps: kernel paramaters not set
Excerpts from Sven Joachim's message of Mon Jul 14 17:58:24 +0200 2014: On 2014-07-14 12:12 +0200, Michal Suchanek wrote: Excerpts from Sven Joachim's message of Mon Jul 14 09:56:18 +0200 2014: On 2014-07-14 09:27 +0200, Michal Suchanek wrote: I run systemd from testing. Yes, it's an init script that you kinda expect to work except it does not. If so, that is not procps' fault, because systemd links procps.service to systemd-sysctl.service, which appears to be sensible. I understand that you might want more information but this is in the 'should just work' category so I have no idea what information you need. Well, systemd-sysctl just works for me. What does systemctl status systemd-sysctl.service print? # systemctl status systemd-sysctl.service systemd-sysctl.service - Apply Kernel Variables Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static) Active: active (exited) since Wed 2014-07-09 11:27:34 CEST; 5 days ago Docs: man:systemd-sysctl.service(8) man:sysctl.d(5) Process: 389 ExecStart=/lib/systemd/systemd-sysctl (code=exited, status=0/SUCCESS) Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. Looks normal. This is after starting the service manually. Without starting it the system would crash quickly so I would notice. Do you want the status after booting when the variables are not set as well? Would be nice, but don't reboot just for that. Which parameters do you set, BTW? It's quite possible that some /proc/sys entry does not exist when systemd-sysctl.service runs because the necessary kernel module has not yet been loaded . Newer versions of the sysctl.d manpage[1] contain this warning: Ok, here is status after booting: OptiPlex960:/home/hramrach# systemctl status systemd-sysctl.service systemd-sysctl.service - Apply Kernel Variables Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static) Active: active (exited) since Tue 2014-07-15 11:15:21 CEST; 2h 49min ago Docs: man:systemd-sysctl.service(8) man:sysctl.d(5) Process: 342 ExecStart=/lib/systemd/systemd-sysctl (code=exited, status=0/SUCCESS) Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. OptiPlex960:/home/hramrach# sysctl -a | grep dirty vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 40 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 60 vm.dirty_writeback_centisecs = 6 OptiPlex960:/home/hramrach# /etc/init.d/procps start [ ok ] Setting kernel variables ...done. OptiPlex960:/home/hramrach# sysctl -a | grep dirty vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 2 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 5 vm.dirty_writeback_centisecs = 6 OptiPlex960:/home/hramrach# systemctl status systemd-sysctl.service systemd-sysctl.service - Apply Kernel Variables Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static) Active: active (exited) since Tue 2014-07-15 11:15:21 CEST; 2h 49min ago Docs: man:systemd-sysctl.service(8) man:sysctl.d(5) Process: 342 ExecStart=/lib/systemd/systemd-sysctl (code=exited, status=0/SUCCESS) Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable. As you can see the variables have changed after starting the service manually. I don't think this falls under the 'does not exist on boot' category. If it does how does one set the values, anyway? They do need to be set. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754873: [tracker.debian.org] subscription from profile email check verification
Hi, On Tue, 15 Jul 2014, Joseph Herlant wrote: When I go to my profile, click on Subscriptions, enter a valid package name in the debian package name field and click on the Subscribe button (forgetting to check my email address), I have an error 404: Duh, I saw that error as well but I didn't realize that it's because I had no email selected... Maybe having the 1st email of the list checked by default or a warning when subscribing to the package without checking any email address could be a good thing. Both should be done IMO. I would check the main email by default, i.e. the one which is (also) stored in the User object. I'm sure you can come up with a patch ;-) and possibly fix #753828 at the same time. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749974: Bug #749974: maitreya: Please update to use wxwidgets3.0
On Tue, Jul 15, 2014 at 12:21:51PM +0100, James Cowgill wrote: Hi Paul, I looked back at the history of this bug and it seems like you were having problems with there being more assertion messages in wx3. Does maitreya work if you disable the assertions by adding -DNDEBUG, at least as a temporary measure? Try this in debian/rules: export DEB_CPPFLAGS_MAIN_APPEND=-DNDEBUG James What if those assertions represent real bugs? When I reported the problem upstream, he did not suggest this solution, but rather went to work on a new release. I will try your solution on my experimental system, to see if it works. But I think I should consult with the upstream before releasing it. I will add the upstream to the CC list of this message. Martin, what do you think? -- Paul Elliott 1(512)837-1096 pelli...@blackpatchpanel.com PMB 181, 11900 Metric Blvd Suite J http://www.free.blackpatchpanel.com/pme/ Austin TX 78758-3117 signature.asc Description: Digital signature
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737031: [saga] SAGA rebuilds without LAS support
liblas 1.7 is not supported by upstream, see eg. http://sourceforge.net/p/saga-gis/mailman/message/32584989/
Bug#752339: Some questions about RFS: dbuskit/0.1.1-1 [ITP]
Hi Yavor, And an additional remark: the COPYING file and the headers in several (all?) source files don't match. The COPYING file says LGPL-2.1+ while the headers say LGPL-2+. Please update your d/copyright file to match the situation. Paul signature.asc Description: OpenPGP digital signature
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 14:17, Eugen Dedu wrote: On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. I said +b2. +b1 is for the old xserver ABI and won't work at all (as you saw). Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754064: procps: kernel paramaters not set
reassign 754064 systemd retitle 754064 systemd-sysctl is not called with service procps thankyou On Mon, Jul 14, 2014 at 12:12:24PM +0200, Michal Suchanek wrote: Excerpts from Sven Joachim's message of Mon Jul 14 09:56:18 +0200 2014: On 2014-07-14 09:27 +0200, Michal Suchanek wrote: I run systemd from testing. So, not a bug with procps then. Do you want the status after booting when the variables are not set as well? I can confirm that the systemd procps does not set the variables correctly. # cat /proc/sys/net/ipv6/conf/lo/accept_ra 1 # grep accept_ra /etc/sysctl.d/* /etc/sysctl.d/ipv6-eth0.conf:net.ipv6.conf.lo.accept_ra = 0 # service procps start # cat /proc/sys/net/ipv6/conf/lo/accept_ra 1 procps sysctl works: # sysctl -q --system # cat /proc/sys/net/ipv6/conf/lo/accept_ra 0 I tried slashes, putting it into /etc/sysctl.conf, removing spaces around the equals sign. None of them made a difference. I'm amazed noone else sees this problem. What is really strange is running /lib/systemd/systemd-sysctl directly works and the parameters change. So its something after service procps start but before systemd-sysctl is started. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 14:22, Emilio Pozuelo Monfort wrote: On 15/07/14 14:17, Eugen Dedu wrote: On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. I said +b2. +b1 is for the old xserver ABI and won't work at all (as you saw). Sorry, I do not find the +b2. Where should I download it from? I looked at https://packages.qa.debian.org/x/xserver-xorg-input-synaptics.html and http://snapshot.debian.org/package/xserver-xorg-input-synaptics. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711502: Increasing severity, confirm, bug still persists
Severity: grave Tags: fixed-upstream Can this please get some attention? The problem has been fixed upstream, but the Debian package is years behind and makes quotatool useless in a default installation, because it fails to modify any quota value. I'm increasing the severity because of that. -- Clemens Lang -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 14:29, Eugen Dedu wrote: On 15/07/14 14:22, Emilio Pozuelo Monfort wrote: On 15/07/14 14:17, Eugen Dedu wrote: On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. I said +b2. +b1 is for the old xserver ABI and won't work at all (as you saw). Sorry, I do not find the +b2. Where should I download it from? I looked at https://packages.qa.debian.org/x/xserver-xorg-input-synaptics.html and http://snapshot.debian.org/package/xserver-xorg-input-synaptics. Looks like you need a trailing slash for snapshot to work... http://snapshot.debian.org/package/xserver-xorg-input-synaptics/ Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754862: xserver-xorg-input-evdev: Mouse movement very slow wince last upgrade
On 15/07/14 14:39, Emilio Pozuelo Monfort wrote: On 15/07/14 14:29, Eugen Dedu wrote: On 15/07/14 14:22, Emilio Pozuelo Monfort wrote: On 15/07/14 14:17, Eugen Dedu wrote: On 15/07/14 12:56, Emilio Pozuelo Monfort wrote: On 15/07/14 12:42, Eugen Dedu wrote: Package: xserver-xorg-input-evdev Version: 1:2.8.2-1+b2 Severity: important Dear Maintainer, After the upgrade of X server and related components a few days ago, trackpad mouse has been very slow in movement, the longest distance I can get with my finger on the trackpad yields about 10 pixels on screen, so practically unusable. On the other hand, USB mouse uses a normal speed. I played with xset mouse, but nothing changed. (I am not sure if this bug is for this package or for xserver-xorg-input-synaptics.) Does downgrading -synaptics to 1.7.3-1+b2 help? Using dpkg -i --force-all xserver-xorg-input-synaptics_1.7.3-1+b1_amd64.deb (after having downloaded the .deb) and restarting the machine: mouse/cursor does not move anymore using the trackpad, but still works with USB mouse. I said +b2. +b1 is for the old xserver ABI and won't work at all (as you saw). Sorry, I do not find the +b2. Where should I download it from? I looked at https://packages.qa.debian.org/x/xserver-xorg-input-synaptics.html and http://snapshot.debian.org/package/xserver-xorg-input-synaptics. Looks like you need a trailing slash for snapshot to work... http://snapshot.debian.org/package/xserver-xorg-input-synaptics/ Now using +b2: I have the same bug: slow movement (after having restarted the machine). -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754706: [initramfs-tools] It is impossible configure initramfs
On Tue, 2014-07-15 at 07:31 +0200, Marco Righi wrote: The package live-boot-initramfs-tools is not installed in my computer. Then run 'dpkg -S /usr/share/initramfs-tools/hooks/live' to find out which package installed the script. Ben. -- Ben Hutchings Hoare's Law of Large Problems: Inside every large problem is a small problem struggling to get out. signature.asc Description: This is a digitally signed message part
Bug#754874: radiusclient: Should not be part of Jessie release
Source: radiusclient Version: 0.3.2-14 Severity: serious Justification: Policy 2.2.1 This package is obsolete. Its only rdepend has already been removed from testing, so there is no need to release it with Jessie. Once the rdepend has been ported or removed this package will be removed too (See #722683) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754064: procps: kernel paramaters not set
On Tue, Jul 15, 2014 at 02:09:18PM +0200, Michal Suchanek wrote: OptiPlex960:/home/hramrach# sysctl -a | grep dirty vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 40 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 60 vm.dirty_writeback_centisecs = 6 OptiPlex960:/home/hramrach# /etc/init.d/procps start [ ok ] Setting kernel variables ...done. OptiPlex960:/home/hramrach# sysctl -a | grep dirty vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 2 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 5 vm.dirty_writeback_centisecs = 6 Please provide the exact list of sysfs keys which are correctly set after boot and which are not correctly set (and their expected value). Do you have a tool like pm-utils, acpi-support or similar installed, which might change the sysfs keys after systemd-sysctl.service was run? Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752339: Some questions about RFS: dbuskit/0.1.1-1 [ITP]
Paul Gevers wrote: Before I upload this package to the new queue, could you please comment on the lintian errors about missing source? The reason for these is gnustep-make's incapable dist rule, combined with not so careful upstream. I am looking for a statement like: I added lintian overrides... Hmm, but I have not overridden them, I don't feel I should. I have informed upstream and I hope it won't happen in subsequent releases. I'm not cleaning them explicitly either as gnustep-make's distclean rule does that. There's little I can do given that the object files are in the .orig tarball; adding a lintian override won't change that. (I haven't checked the content, but these files should be used to test the build, no?) Yes and no. They depend on a test framework that is not packaged for Debian, so they're unused for the debian package build. As for the license, debian/copyright is correct. It is true there are discrepancies, I'll ask upstream to rectify this. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754395: network-manager: breaks networking by no longer reading connections from /e/n/interfaces
I can confirm this bug - my WIFI broke today after updating the network-manager on a laptop running testing and ethernet also stopped working, so I was unable to downgrade the package and for some reason apt-listbugs didn't even list that bug. Eventually I disabled network-manager and brought my network back online by using /e/n/i for my wifi and eth config. Not an ideal solution though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754871: [Pkg-samba-maint] Bug#754871: cifs-utils: mount error: cifs filesystem not supported by the system
reassign 754871 linux thanks On Tue, Jul 15, 2014 at 08:22:27AM -0300, Willian Gustavo Veiga wrote: modprobe doesn't work either: # modprobe cifs modprobe: ERROR: could not insert 'cifs': Unknown symbol in module, or unknown parameter (see dmesg) and finally, dmesg: # dmesg | grep -i cifs [ 2208.446665] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 2218.230996] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 2926.325651] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3219.806957] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3229.771501] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3496.204584] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3545.133156] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3560.936144] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 3601.019778] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 4798.069815] cifs: Unknown symbol __test_set_page_writeback (err 0) [ 5167.250561] cifs: Unknown symbol __test_set_page_writeback (err 0) Which extra-information do you need? This suggests an issue with your kernel modules. I'll reassign this bug to the kernel package. They're probably interested in what kernel version you're running. Cheers, Jelmer signature.asc Description: Digital signature
Bug#752394: cups installation hangs in triggers
I could reproduce the problem when trying to downgrade to 1.7.3-6 because lpq freezes with the new version. Here's the backtrace of the lpstat process: (gdb) bt #0 0x7fede844de9d in __libc_recv (fd=6, buf=0x7fede9789400, n=5, flags=-1) at ../sysdeps/unix/sysv/linux/x86_64/recv.c:29 #1 0x7fede7e3ec2e in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 #2 0x7fede7e38d06 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 #3 0x7fede7e400d7 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 #4 0x7fede7e43d63 in ?? () from /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 #5 0x7fede7e44c02 in gnutls_handshake () from /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 #6 0x7fede873f233 in http_setup_ssl (http=http@entry=0x7fede9782320) at http.c:5162 #7 0x7fede8743368 in httpReconnect2 (http=http@entry=0x7fede9782320, msec=msec@entry=3, cancel=0x0, cancel@entry=0x7fede874346d httpConnectEncrypt+29) at http.c:2639 #8 0x7fede87433ff in httpConnect2 (host=optimized out, port=optimized out, addrlist=addrlist@entry=0x0, family=family@entry=0, encryption=optimized out, blocking=blocking@entry=1, msec=3, cancel=0x0) at http.c:494 #9 0x7fede874346d in httpConnectEncrypt (host=optimized out, port=optimized out, encryption=optimized out) at http.c:525 #10 0x7fede8bad555 in show_scheduler () at lpstat.c:2073 #11 0x7fede8bac979 in main (argc=4, argv=0x7fff033db678) at lpstat.c:345 On 2014-06-23 13:28:17 +0200, Didier 'OdyX' Raboud wrote: What does the lpstat -h /var/run/cups/cups.sock -r command give to you? lpstat -h /var/run/cups/cups.sock -r froze for some time, but it's now OK. I think that the problem is that during the upgrade, an attempt to connect to the remote print server is done. There's no reason to do this (the local configuration mustn't depend on remote data!). For instance, once every package has been downloaded, it should be possible to upgrade with the ethernet cable unplugged. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752339: Some questions about RFS: dbuskit/0.1.1-1 [ITP]
On 15-07-14 14:54, Yavor Doganov wrote: Paul Gevers wrote: Before I upload this package to the new queue, could you please comment on the lintian errors about missing source? The reason for these is gnustep-make's incapable dist rule, combined with not so careful upstream. I am looking for a statement like: I added lintian overrides... Hmm, but I have not overridden them, I don't feel I should. I have informed upstream and I hope it won't happen in subsequent releases. Well, to document this fact is exactly why an override would be nice. But I understand you position, I guess you just want to prevent it happens again next time, right? But think of people other than you working on the package (e.g. me or anybody in the future that needs to NMU the package). I haven't checked, but ftp-masters use also several lintian checks as auto-reject. So maybe this is even needed to pass the NEW queue. I'm not cleaning them explicitly either as gnustep-make's distclean rule does that. There's little I can do given that the object files are in the .orig tarball; adding a lintian override won't change that. Well, the source has to be DFSG-free. How we guarantee that usually is by building everything from source during the build. If you don't want to build it, you have to remove them from source and repack (I had to do that for some releases of one of my upstreams as well). It is an annoyance, sure, but necessary if we uphold the social contract. So, either remove the files from the source, or build during build. Yes and no. They depend on a test framework that is not packaged for Debian, so they're unused for the debian package build. Ack. As for the license, debian/copyright is correct. It is true there are discrepancies, I'll ask upstream to rectify this. Please add a comment field to the copyright file. Otherwise the ftp-master is going to ask the same questions again (or going to reject the package). Also noting somewhere that this package is a requisite for agenda.app is good, e.g. in the ITP. Paul signature.asc Description: OpenPGP digital signature
Bug#754870: RFS: systempreferences.app/1.2.0-1 -- GNUstep preferences application
Control: owner -1 ! Control: tags -1 pending I like the Description of the packages to be consistent. Either System Preferences *is* or System Preferences *are*. I think the second option is the logic one considering the name, but otherwise you need something like The System Preferences application When in doubt about such descriptions, I recommend e-mailing debian-l10n-english@l.d.o for advice. Paul signature.asc Description: OpenPGP digital signature
Bug#754064: procps: kernel paramaters not set
Excerpts from Michael Biebl's message of Tue Jul 15 14:55:54 +0200 2014: On Tue, Jul 15, 2014 at 02:09:18PM +0200, Michal Suchanek wrote: OptiPlex960:/home/hramrach# sysctl -a | grep dirty vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 40 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 60 vm.dirty_writeback_centisecs = 6 OptiPlex960:/home/hramrach# /etc/init.d/procps start [ ok ] Setting kernel variables ...done. OptiPlex960:/home/hramrach# sysctl -a | grep dirty vm.dirty_background_bytes = 0 vm.dirty_background_ratio = 2 vm.dirty_bytes = 0 vm.dirty_expire_centisecs = 3000 vm.dirty_ratio = 5 vm.dirty_writeback_centisecs = 6 Please provide the exact list of sysfs keys which are correctly set after boot and which are not correctly set (and their expected value). Do you have a tool like pm-utils, acpi-support or similar installed, which might change the sysfs keys after systemd-sysctl.service was run? ii pm-utils1.4.1-9 all utilities and scripts for power management ii acpi-support0.140-5 all scripts for handling many ACPI events However, it has been confirmed that entries unrelated to PM were not set: Excerpts from Craig Small's message of Tue Jul 15 14:23:58 +0200 2014: Do you want the status after booting when the variables are not set as well? I can confirm that the systemd procps does not set the variables correctly. # cat /proc/sys/net/ipv6/conf/lo/accept_ra 1 # grep accept_ra /etc/sysctl.d/* /etc/sysctl.d/ipv6-eth0.conf:net.ipv6.conf.lo.accept_ra = 0 # service procps start # cat /proc/sys/net/ipv6/conf/lo/accept_ra 1 procps sysctl works: # sysctl -q --system # cat /proc/sys/net/ipv6/conf/lo/accept_ra 0 I tried slashes, putting it into /etc/sysctl.conf, removing spaces around the equals sign. None of them made a difference. I'm amazed noone else sees this problem. What is really strange is running /lib/systemd/systemd-sysctl directly works and the parameters change. So its something after service procps start but before systemd-sysctl is started. - Craig Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751969: gir1.2-goocanvas-2.0: Introspection file installed in the wrong directory
On Mon, Jul 07, 2014 at 05:59:58PM +0300, Alberto Garcia wrote: Here's the debdiff, there's still room for improvement in the package but this fixes the really important problems. It seems that there's no answer, so I plan to do an NMU to the DELAYED queue in a few days. The upcoming release of ocrfeeder needs this. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754876: Virtual packages for the new Java runtimes
Package: debian-policy Severity: wishlist Hi, The list of virtual packages [1] contains only two packages for the Java runtimes (java1-runtime and java2-runtime), but new virtual packages have been in use since at least 2008 when sun-java and openjdk started to be packaged [2]. Could you please add the following packages to reflect the current practices of the Java Team? java5-runtime, java5-runtime-headless, java6-runtime, java6-runtime-headless, java7-runtime, java7-runtime-headless, java8-runtime, java8-runtime-headless, java9-runtime, java9-runtime-headless Thank you, Emmanuel Bourg [1] https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt [2] https://bugs.launchpad.net/ubuntu/+source/sun-java5/+bug/160016 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org