Bug#733916: slim: memory corruption in slim child
When investigating the problem with valgrind I came to the attached patch. When applied, slim works for me. Kind regards, Nicolas -- gpg public key: acbc3b35, jabber: nico...@jabber.no -- frykten for herren er opphav til kunnskap -- signature.asc Description: Digital signature
Bug#736316: override: libgphoto2-2-dev:oldlibs/extra
Package: ftp.debian.org Severity: normal Hi, libgphoto2-2-dev is now a transitional package that pulls libgphoto2-dev. Could you please adjust the override file accordingly. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736287: [Pkg-openssl-devel] Bug#736287: ruby1.9.1: insecure SSL defaults (DES and unauthenticated ciphers)
On Wed, Jan 22, 2014 at 02:08:58AM +, brian m. carlson wrote: On Tue, Jan 21, 2014 at 09:49:01PM -0300, Antonio Terceiro wrote: While this is fair enough, I tend to agree with Ruby upstream that if this is a problem in openssl, it should be fixed there and not in every SSL client that uses OpenSSL: $ apt-cache rdepends libssl1.0.0 | wc -l 743 According to man ciphers(1ssl): DEFAULT the default cipher list. This is determined at compile time and, as of OpenSSL 1.0.0, is normally ALL:!aNULL:!eNULL. This must be the first cipher string specified. aNULL the cipher suites offering no authentication. So the default in OpenSSL is not to offer cipher suites that don't provide authentication. Ruby must therefore be overriding this. You might also want to read: http://openssl.6102.n7.nabble.com/openssl-org-3231-default-ciphers-include-insecure-export-cipher-suites-td48106.html Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: upstadt vs. systemd: events vs. dependencies
❦ 21 janvier 2014 14:00 CET, Lucas Nussbaum lu...@debian.org : At this point of the discussion, stating that one aspect didn't get the attention it should get. sounds a lot like I didn't bother to search the archives. :-) The fact that Upstart's proponents didn't outline important bugs in Upstart may also been seen as one aspect didn't get the attention it should get. In the different final positions of the TC in favor of Upstart, we don't see mentions of those important bugs: https://bugs.launchpad.net/upstart/+bug/516713 https://bugs.launchpad.net/upstart/+bug/447654 https://bugs.launchpad.net/upstart/+bug/406397 As Matthias, I wanted to point those out since a long time: how can we choose Upstart when there are critical bugs that remain unfixed for years? I particularly hate the last one that bite me several times: you make one mistake (expect fork instead of expect daemon) and you need to either reboot your system or know this script: https://github.com/ion1/workaround-upstart-snafu Colin proposed to never use expect fork and expect daemon, but they exist and our users will write Upstart jobs to start their scripts, daemons, workers, etc. -- /* Am I fucking pedantic or what? */ 2.2.16 /usr/src/linux/drivers/scsi/qlogicpti.h signature.asc Description: PGP signature
Bug#736292: Apologies for miscopying the version..
Apparently I've miscopied the versions. The problem is, that e.g. Python-libvirt from backports is incompatible with other backports (libvirt0 in version 1.2, package depends on 1.1). How would one install qemu, libvirtd and some libvirtd-tools like that? -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736317: php5-sybase: PHP tries to allocate 127tb of memory in version 5.4.4-14+deb7u3 or above
Package: php5-sybase Version: 5.4.4-14+deb7u7 Severity: normal Dear Maintainer, After upgrade 5.4.4-14+deb7u2 to 5.4.4-14+deb7u3 (and u4, u5, u6 and u7) PHP tries to allocate 127tb of memory on random scripts. As this problem only occours on this set up, I think it's relate to the mssql connection this setup uses. After downgrading all the PHP packages to version -u2 the problem was resolved. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-sybase depends on: ii dpkg 1.16.12 ii libapache2-mod-php5 [phpapi-20100525] 5.4.4-14+deb7u7 ii libc6 2.13-38 ii libsybdb5 0.91-2+deb7u1 ii php5-cli [phpapi-20100525] 5.4.4-14+deb7u7 ii php5-common5.4.4-14+deb7u7 ii ucf3.0025+nmu3 php5-sybase recommends no packages. php5-sybase 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#736318: gatling: FTBFS in stable
Package: gatling Version: 0.12cvs20120114-3 Severity: important Hi Roland, gatling fails to build from source in stable: make[2]: Entering directory `/home/jmm/scratch/gatling-0.12cvs20120114' gcc -c pssl.c -o pssl.o -I. -pipe -Wall -DUSE_ZLIB pssl.c:31:5: error: 'SSL_EDH_RSA_AES_256_SHA' undeclared here (not in a function) pssl.c:32:5: error: 'SSL_EDH_RSA_CAMELLIA_256_SHA' undeclared here (not in a function) pssl.c:33:5: error: 'SSL_EDH_RSA_AES_128_SHA' undeclared here (not in a function) pssl.c:34:5: error: 'SSL_EDH_RSA_CAMELLIA_128_SHA' undeclared here (not in a function) pssl.c:35:5: error: 'SSL_EDH_RSA_DES_168_SHA' undeclared here (not in a function) pssl.c:36:5: error: 'SSL_RSA_AES_256_SHA' undeclared here (not in a function) pssl.c:37:5: error: 'SSL_RSA_CAMELLIA_256_SHA' undeclared here (not in a function) pssl.c:38:5: error: 'SSL_RSA_AES_128_SHA' undeclared here (not in a function) pssl.c:39:5: error: 'SSL_RSA_CAMELLIA_128_SHA' undeclared here (not in a function) pssl.c:40:5: error: 'SSL_RSA_DES_168_SHA' undeclared here (not in a function) pssl.c:41:5: error: 'SSL_RSA_RC4_128_SHA' undeclared here (not in a function) pssl.c:42:5: error: 'SSL_RSA_RC4_128_MD5' undeclared here (not in a function) pssl.c: In function 'my_get_session': pssl.c:57:12: error: 'ssl_context' has no member named 'resume' pssl.c:66:18: error: 'ssl_session' has no member named 'next' pssl.c:66:13: warning: assignment from incompatible pointer type [enabled by default] pssl.c:68:16: error: 'ssl_context' has no member named 'timeout' pssl.c:68:54: error: 'ssl_context' has no member named 'timeout' pssl.c:68:49: warning: comparison between pointer and integer [enabled by default] pssl.c: In function 'my_set_session': pssl.c:94:16: error: 'ssl_context' has no member named 'timeout' pssl.c:94:54: error: 'ssl_context' has no member named 'timeout' pssl.c:94:49: warning: comparison between pointer and integer [enabled by default] pssl.c:101:18: error: 'ssl_session' has no member named 'next' pssl.c:101:13: warning: assignment from incompatible pointer type [enabled by default] pssl.c:112:18: error: 'ssl_session' has no member named 'next' pssl.c:112:15: warning: statement with no effect [-Wunused-value] pssl.c: In function 'init_serverside_tls': pssl.c:181:3: warning: implicit declaration of function 'ssl_set_scb' [-Wimplicit-function-declaration] pssl.c:183:3: warning: passing argument 2 of 'ssl_set_session' makes pointer from integer without a cast [enabled by default] In file included from pssl.c:10:0: /usr/include/polarssl/ssl.h:728:6: note: expected 'const struct ssl_session *' but argument is of type 'int' pssl.c:183:3: error: too many arguments to function 'ssl_set_session' In file included from pssl.c:10:0: /usr/include/polarssl/ssl.h:728:6: note: declared here make[2]: *** [pssl.o] Error 1 make[2]: Leaving directory `/home/jmm/scratch/gatling-0.12cvs20120114' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/home/jmm/scratch/gatling-0.12cvs20120114' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 This is very likely related to the polarssl update in DSA-2782. Can you fix the FTBFS in a Wheezy point update? Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: upstadt vs. systemd: events vs. dependencies
On Wed, Jan 22, 2014 at 09:36:50AM +0100, Vincent Bernat wrote: I particularly hate the last one that bite me several times: you make one mistake (expect fork instead of expect daemon) and you need to either reboot your system or know this script: https://github.com/ion1/workaround-upstart-snafu Colin proposed to never use expect fork and expect daemon, but they exist and our users will write Upstart jobs to start their scripts, daemons, workers, etc. Allow me to elaborate slightly: my preference here would be to change all existing jobs so that those two expect verbs are no longer needed, and then compile them entirely out of Upstart. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736272: [Pkg-haskell-maintainers] Bug#736272: agda-mode binary is in /usr/share/doc/agda-mode, should be in /usr/bin
On Tue, Jan 21, 2014 at 02:27:33PM -0500, Jason Gross wrote: Package: agda-mode Version: 2.3.0.1-1build2 Severity: important Dear Maintainer, After installing agda-mode with 'sudo apt-get install agda-mode', I have an agda-mode binary in /usr/share/doc/agda-mode, which is not in PATH by default. It should instead be in /usr/bin or similar, so that it is picked up via PATH. What binary? Please show me `dpkg -L agda-mode'. -- Iain Lane [ i...@orangesquash.org.uk ] Debian Developer [ la...@debian.org ] Ubuntu Developer [ la...@ubuntu.com ] signature.asc Description: Digital signature
Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
Hi Ahmed, Quoting أحمد المحمودي (2014-01-22 08:51:02) Sorry, that I forgot to attach it. Please find it attached in this email. thanks! What problem does that patch fix? The only differences in comparison to my patch that I can make out are: 1) you add -lpthread but `pkg-config --libs fuse` already takes care of adding that 2) you explicitly write `$(CC) $^ $(CFLAGS) $(LDFLAGS) -o $@` but this already is the implicit default make rule to compile C files, so there is no need to explicitly state it, is there? What problem did you observe with the patch that I submitted? cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736319: get-flash-videos: The search function is broken
Package: get-flash-videos Version: 1.25~git2012.06.27-1 Severity: important Tags: patch The Google video search function was broken. A blind friend was dependent on it as one tool for searching and listening to videos. This should include a script to apply 3 patches, to /usr/bin/get_flash_videos /usr/share/perl5/FlashVideos/Search.pm and /usr/share/perl5/FlashVideos/Site/Googlevideosearch.pm These fix the search function, add 2 new paramters (search results page and search results from the page to display), and to document (in --help) the '--' end of input parameters. Thanks if you can get this (or anything inspired by it or equivalent) into the code base for this tool. Regards, Dallas E. Legan II / le...@acm.org / aw...@lafn.org http://isthereanotherquestion.blogspot.com Tekeli-li! Tekeli-li! - At the Mountains of Madness, H.P. Lovecraft -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages get-flash-videos depends on: ii libcrypt-blowf 2.14-1+b1 Blowfish cryptography for Perl ii libdata-amf-pe 0.09-3Perl module for serialize / deseri ii libhtml-parser 3.71-1+b1 collection of modules that parse H ii libhtml-tree-p 5.02-1Perl module to represent and creat ii libtie-ixhash- 1.23-1Perl module to order associative a ii liburi-perl1.60-1module to manipulate and access UR ii libwww-mechani 1.71-1module to automate interaction wit ii libwww-perl6.05-1simple and consistent interface to ii perl 5.18.1-4 Larry Wall's Practical Extraction ii rtmpdump 2.4+20121230.gitdf6c518-1 small dumper for media content str Versions of packages get-flash-videos recommends: ii get-iplayer 2.83-1 download/stream available BBC iPla ii libcrypt-rijndael-perl1.11-1+b1 Perl module implementing the Rijnd ii liblwp-protocol-socks-perl1.6-1 SOCKS proxy support for LWP ii libxml-simple-perl2.20-1 Perl module for reading and writin Versions of packages get-flash-videos suggests: ii mplayer 3:1.1.1-dmo6 Ultimate Movie Player For Linux. -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/get_flash_videos (from get-flash-videos package) debsums: changed file /usr/share/perl5/FlashVideo/Search.pm (from get-flash-videos package) debsums: changed file /usr/share/perl5/FlashVideo/Site/Googlevideosearch.pm (from get-flash-videos package) #!/bin/bash :EXPLINATION Attached should be a .sh script to apply 3 patches to the Debian installation of get-flash-videos. These impliment my current best fix for the broken search function. They also impliment -F (--first) and -P (--page) parameters to the command line to display the the 'first' n (out of 100 results) of the hits for a page, and to display the m page (1 page being 100 results). For example -P 3 -F 30 . would display the first 30 results of the 3rd page of results (results 201-230). I've tried to keep the case indifference for other command line settings. (These 2 conflicted with -f and -p). It will default to displaying all results for the first page of search results. Also documented in the help listing is '--' for end of parameters and start of search or URLs. Regards, Dallas E. Legan II / le...@acm.org / aw...@lafn.org http://isthereanotherquestion.blogspot.com Tekeli-li! Tekeli-li! - At the Mountains of Madness, H.P. Lovecraft EXPLINATION cd /usr/bin/ ; patch -b get_flash_videos GFV1 56a57,58 Getopt::Long::Configure (bundling_override); # 4 single char switches case sensitive - d.e.l. 75a78 $player =~ s/%p/%s/; # to allow an alternative to the overworked '%s' - d.e.l. 88c91,93 info = 0 --- info = 0, first = 100, page = 1 118a124,126 -P --Page Display page M of search results. (default: 1 (first)) (one page = 100 results). -F --First Display first N search results from page. (default/maximum: 100). -- End of options. 145,158c153,168 yes|y= \$opt{yes}, filename|f=s = \$opt{filename}, version|v= \$opt{version}, update|u = \$opt{update}, help|h = \$opt{help}, play|p = \$opt{play}, player=s = \$opt{player}, proxy=s = \$opt{proxy}, debug|d = \$opt{debug}, quiet|q = \$opt{quiet}, add-plugin=s = \$opt{add_plugin}, quality|r=s = \$opt{quality}, subtitles= \$opt{subtitles}, info|i
Bug#736277: linux-image-3.12-0.bpo.1-kirkwood: Upgrade makes SheevaPlug unbootable.
Hello: On Tue, Jan 21, 2014 at 10:01:16PM +, Ian Campbell wrote: This was http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731345 which was fixed in flash-kernel 3.12. Balint uploaded f-k 3.12 to backports this morning, it is in the relevant new queue: https://ftp-master.debian.org/backports-new.html Thank you very much for this. Closing this bug. Besides flash-kernel (= 3.12) is needed to get linux-image-3.12-0.bpo.1-kirkwood working, this bug was about making linux upgrades smooth. May I suggest that next kirkwood linux-image package depends on flash-kernel (= 3.12). Regards, -- Raúl Sánchez Siles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736217: ITP: gstreamer-vaapi -- VA-API plugins for GStreamer
On Tue, Jan 21, 2014 at 12:54 AM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 09:03, Vincent Cheng wrote: Hi Timo, On Mon, Jan 20, 2014 at 10:45 PM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 08:25, Vincent Cheng wrote: Package: wnpp Severity: wishlist Owner: Vincent Cheng vch...@debian.org * Package name: gstreamer-vaapi Version : 0.5.7 Upstream Author : Gwenole Beauchesne gwenole.beauche...@intel.com * URL : http://gitorious.org/vaapi/gstreamer-vaapi * License : LGPL-2.1+ Programming Lang: C Description : VA-API plugins for GStreamer gstreamer-vaapi is a collection of GStreamer plugins and helper libraries that allow hardware accelerated video decoding, encoding and processing through VA-API. Hi, I've had it packaged in git://git.debian.org/git/users/tjaalton-guest/gstreamer-vaapi.git feel free to reuse whatever you need. Thanks, that saves me quite a bit of work compared to basing off of the current package in Ubuntu! yeah that one is ancient.. earlier 0.5.x didn't build against gst1.0/1.2 so it got stuck at 0.3.6. Updating it to 0.5.7 is still a WIP I've got 0.5.7 built in a clean pbuilder sid chroot (and fixed a bunch of minor issues raised by lintian during the process). Are there any issues blocking upload (perhaps you'd like some time to review my changes?), or can I go ahead and upload the package now? If it interests you, would you like to be the maintainer of gstreamer-vaapi (and move the packaging over to collab-maint while we're at it)? I'd be glad to just sponsor what you have; it spares me additional work and you've already done great work on the package anyways. Works for me, pushed the branches there now and renamed them to match the default names (master, upstream). Thanks, I've gone ahead and pushed my changes there. I've also added pkg-gstreamer-devel and myself to uploaders, but feel free to remove them if you don't approve. Cheers, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698217: mssh: shift+insert only pastes to first window
Resume of the testing done with the help of Stefan Voelkel so it stays on the BTS for documenting this bug. I added some debug code to mssh to print out everything typed on the global entry when it is pass to terminals. # git clone git://baloo.dyndns.biz/mssh.git -b gtk2_debug_shift_insert # cd mssh # git checkout tags/first_debug Stefan's output: I selected 'so' and pasted with the middle mouse button: Sending text 'so' to terminal 0 Sending text 'so' to terminal 1 text appears on both terminals. and ctrl-u to delete the pasted text Sending keyval 65507 to terminal 0 Sending keyval 65507 to terminal 1 Sending keyval 117 to terminal 0 Sending keyval 117 to terminal 1 And shift-insert Sending keyval 65505 to terminal 0 Sending keyval 65505 to terminal 1 Sending keyval 65379 to terminal 0 Sending keyval 65379 to terminal 1 however only in one the text appears. Second try with debug: # git chekout gtk2_debug_shift_insert Stefan's output: Requesting PRIMARY clipboard content as text on terminal 0 Clipboard has this text: terminated Requesting PRIMARY clipboard content as text on terminal 1 Clipboard has this text: (null) Apparently it's not an mssh bug. I asked Stefan to do a few more test and depending on the result I'll close this bug or reassign it to another package. Regards, Héctor
Bug#736315: Forwarding to maintainer
I'm not sure if the first assignement was right and the mainatiner got the bugerport in the first place, so explecitly forwarding it. (Sorry for the noise) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736320: linux-kbuild-3.10 is missing from wheezy-backports
Package: linux-kbuild-3.10 Version: 3.10-4 Severity: important Dear Maintainer, I added wheezy-backports to the sources.list and then tried to install version 3.10 and the linux-headers of that version. I am not able to install the headers as linux-kbuild-3.10 is missing from the backports. Google search shows that this package has been in the backports but appeara to be missing now? What am I missing? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1010, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.12.6+ (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/bash Versions of packages linux-kbuild-3.10 depends on: ii libc6 2.17-97 linux-kbuild-3.10 recommends no packages. linux-kbuild-3.10 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#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
On Wed, Jan 22, 2014 at 10:22:12AM +0100, Johannes Schauer wrote: Hi Ahmed, Quoting أحمد المحمودي (2014-01-22 08:51:02) Sorry, that I forgot to attach it. Please find it attached in this email. thanks! What problem does that patch fix? The only differences in comparison to my patch that I can make out are: 1) you add -lpthread but `pkg-config --libs fuse` already takes care of adding that Ok, you can drop that change. 2) you explicitly write `$(CC) $^ $(CFLAGS) $(LDFLAGS) -o $@` but this already is the implicit default make rule to compile C files, so there is no need to explicitly state it, is there? Actually what happens implicitly (at least on Ubuntu precise) is: $(CC) $(CFLAGS) $(LDFLAGS) $^ -o $@ which causes the compilation to fail, because the -l... should be after the object files (or source files in this case). -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#724355: patch
Hi Eric! Thanks for this. If you want to NMU upload it, that'd be OK by me. Otherwise I plan to get to this on Friday. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569930: mysql upgrade trouble in HA cluster context
Hello Nicholas, I got the same issue using a Debian active/passive HA cluster. (pacemaker/corosync debian packages) And this issue still relevant on Squeeze and Wheezy. And I think Simon is right: the upgrade process must check the existence of a running server and the rc.d configuration before try to killing/restarting it. Otherwise this issue should not be merged with bug #675250 because I think its not exactly the same problematic. Regards, Thomas Pierson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736321: split policies from tomcat7
Package: tomcat7 Version: 7.0.50-1 A package needing just tomcat7-user (and essentially conflicting with the default instance provided by tomcat7) can't use the default policies, so they should be split from the package or moved to tomcat7-common. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733916: slim: memory corruption in slim child
When investigating the problem with valgrind I came to the attached patch. When applied, slim works for me. Patch is finally attached. -- gpg public key: acbc3b35, jabber: nico...@jabber.no -- frykten for herren er opphav til kunnskap -- diff --git a/app.cpp b/app.cpp index eb7e05f..6ffb6f8 100644 --- a/app.cpp +++ b/app.cpp @@ -596,8 +596,8 @@ void App::Login() { n++; - child_env = static_castchar**(malloc(sizeof(char*)*n)); - memcpy(child_env, old_env, sizeof(char*)*n+1); + child_env = static_castchar**(malloc(sizeof(char*)*(n+1))); + memcpy(child_env, old_env, sizeof(char*)*n); child_env[n - 1] = StrConcat(XDG_SESSION_COOKIE=, ck.get_xdg_session_cookie()); child_env[n] = NULL; # endif /* USE_CONSOLEKIT */ signature.asc Description: Digital signature
Bug#736322: libcoq-ocaml-dev: It should depend on ocaml-best-compilers
Package: libcoq-ocaml-dev Version: 8.4pl2dfsg-4 Severity: minor Dear Maintainer, please see https://coq.inria.fr/bugs/show_bug.cgi?id=3215 Authors of plugins for coq are encouraged to use coq_makefile to generate their Makefile. Makefiles generated by coq_makefile ask coqtop for the ocaml compilers it has been compiled with in order to use it too. (It is done by coqtop -config.) Therefore, ocamlc.opt and ocamlopt.opt have to be available under platforms where coqtop has been compiled with them ... All the best, Pierre B. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcoq-ocaml-dev depends on: ii camlp5 [camlp5-ejbq9]6.11-2 ii coq 8.4pl2dfsg-4 ii libc62.17-97 ii libcoq-ocaml [libcoq-ocaml-t09a6]8.4pl2dfsg-4 ii liblablgtk2-ocaml-dev [liblablgtk2-ocaml-dev-fwbz8] 2.16.0+dfsg-1 ii ocaml-nox [ocaml-nox-4.01.0] 4.01.0-3 libcoq-ocaml-dev recommends no packages. libcoq-ocaml-dev 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#735891: patch
Control: tags -1 patch This bug also exists on amd64 in current sid, and the attached patch appears to fix it (builds and has the same file list as the current package, except for choreonoid-doc where doxygen has changed its naming convention; I haven't tried running it). commit a316937c9b2e26e45b2912c1d5070a09edf502b0 Author: Rebecca Palmer r.pal...@bham.ac.uk Date: Tue Jan 21 22:44:41 2014 + Install also when CMAKE_BUILD_TYPE=None, as set by new dh. Closes: #735891. diff --git a/debian/patches/0004-Install-choreonoid-program-always.patch b/debian/patches/0004-Install-choreonoid-program-always.patch new file mode 100644 index 000..0521684 --- /dev/null +++ b/debian/patches/0004-Install-choreonoid-program-always.patch @@ -0,0 +1,22 @@ +Subject: Install choreonoid program in all build types + +Install choreonoid program in all build types, +for compatibility with newer debhelper + +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=735891 +Forwarded: not-needed (this line is commented out completely in v1.4) +Author: Thomas Moulard thomas.moul...@gmail.com, Rebecca Palmer +--- + src/Choreonoid/CMakeLists.txt | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/src/Choreonoid/CMakeLists.txt b/src/Choreonoid/CMakeLists.txt +index 80d3c4c..39715b5 100644 +--- a/src/Choreonoid/CMakeLists.txt b/src/Choreonoid/CMakeLists.txt +@@ -30,4 +30,4 @@ if(MSVC) + set_target_properties(${target} PROPERTIES DEBUG_POSTFIX -debug) + endif() + +-install(TARGETS ${target} RUNTIME DESTINATION bin CONFIGURATIONS Release Debug) ++install(TARGETS ${target} RUNTIME DESTINATION bin) diff --git a/debian/patches/0004-Install-choreonoid-program-when-build-type-is-RelWit.patch b/debian/patches/0004-Install-choreonoid-program-when-build-type-is-RelWit.patch deleted file mode 100644 index 80e71d6..000 --- a/debian/patches/0004-Install-choreonoid-program-when-build-type-is-RelWit.patch +++ /dev/null @@ -1,22 +0,0 @@ -From: Thomas Moulard thomas.moul...@gmail.com -Date: Thu, 9 May 2013 00:11:16 +0900 -Subject: Install choreonoid program when build type is RelWithDebInfo. - -Install choreonoid program when build type is RelWithDebInfo. - -Forwarded: yes -Author: Thomas Moulard thomas.moul...@gmail.com - src/Choreonoid/CMakeLists.txt | 2 +- - 1 file changed, 1 insertion(+), 1 deletion(-) - -diff --git a/src/Choreonoid/CMakeLists.txt b/src/Choreonoid/CMakeLists.txt -index 80d3c4c..39715b5 100644 a/src/Choreonoid/CMakeLists.txt -+++ b/src/Choreonoid/CMakeLists.txt -@@ -30,4 +30,4 @@ if(MSVC) - set_target_properties(${target} PROPERTIES DEBUG_POSTFIX -debug) - endif() - --install(TARGETS ${target} RUNTIME DESTINATION bin CONFIGURATIONS Release Debug) -+install(TARGETS ${target} RUNTIME DESTINATION bin CONFIGURATIONS Release Debug RelWithDebInfo) diff --git a/debian/patches/0009-Install-libraries-always.patch b/debian/patches/0009-Install-libraries-always.patch new file mode 100644 index 000..8d0a727 --- /dev/null +++ b/debian/patches/0009-Install-libraries-always.patch @@ -0,0 +1,58 @@ +Description: Install libraries in all build types + +Install libraries in all build types, +for compatibility with newer debhelper + +Author: Rebecca Palmer +Bug-Debian: http://bugs.debian.org/735891 +Forwarded: no +--- choreonoid-1.1.0+dfsg.orig/CMakeLists.txt choreonoid-1.1.0+dfsg/CMakeLists.txt +@@ -331,20 +331,18 @@ function(apply_common_setting_for_librar + + if(INSTALL_SDK) + install(TARGETS ${target} +- RUNTIME DESTINATION bin CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel ++ RUNTIME DESTINATION bin + LIBRARY DESTINATION lib/${CMAKE_LIBRARY_ARCHITECTURE} +- CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel +- ARCHIVE DESTINATION lib/${CMAKE_LIBRARY_ARCHITECTURE} +- CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel) ++ ARCHIVE DESTINATION lib/${CMAKE_LIBRARY_ARCHITECTURE}) + if(headers) + get_filename_component(subdir ${CMAKE_CURRENT_SOURCE_DIR} NAME_WE) + install(FILES ${headers} DESTINATION ${CNOID_HEADER_SUBDIR}/cnoid/src/${subdir}) + endif() + else() + install(TARGETS ${target} +- RUNTIME DESTINATION bin CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel ++ RUNTIME DESTINATION bin + LIBRARY DESTINATION lib/${CMAKE_LIBRARY_ARCHITECTURE} +- CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel) ++ ) + endif() + + endfunction() +@@ -356,17 +354,17 @@ function(apply_common_setting_for_plugin + + if(INSTALL_SDK) + install(TARGETS ${target} +- RUNTIME DESTINATION ${CNOID_PLUGIN_SUBDIR} CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel +- LIBRARY DESTINATION ${CNOID_PLUGIN_SUBDIR} CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel +- ARCHIVE DESTINATION ${CNOID_PLUGIN_SUBDIR} CONFIGURATIONS Release Debug RelWithDebInfo MinSizeRel) ++ RUNTIME DESTINATION ${CNOID_PLUGIN_SUBDIR} ++ LIBRARY DESTINATION
Bug#736217: ITP: gstreamer-vaapi -- VA-API plugins for GStreamer
On 22.01.2014 11:31, Vincent Cheng wrote: On Tue, Jan 21, 2014 at 12:54 AM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 09:03, Vincent Cheng wrote: Hi Timo, On Mon, Jan 20, 2014 at 10:45 PM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 08:25, Vincent Cheng wrote: Package: wnpp Severity: wishlist Owner: Vincent Cheng vch...@debian.org * Package name: gstreamer-vaapi Version : 0.5.7 Upstream Author : Gwenole Beauchesne gwenole.beauche...@intel.com * URL : http://gitorious.org/vaapi/gstreamer-vaapi * License : LGPL-2.1+ Programming Lang: C Description : VA-API plugins for GStreamer gstreamer-vaapi is a collection of GStreamer plugins and helper libraries that allow hardware accelerated video decoding, encoding and processing through VA-API. Hi, I've had it packaged in git://git.debian.org/git/users/tjaalton-guest/gstreamer-vaapi.git feel free to reuse whatever you need. Thanks, that saves me quite a bit of work compared to basing off of the current package in Ubuntu! yeah that one is ancient.. earlier 0.5.x didn't build against gst1.0/1.2 so it got stuck at 0.3.6. Updating it to 0.5.7 is still a WIP I've got 0.5.7 built in a clean pbuilder sid chroot (and fixed a bunch of minor issues raised by lintian during the process). Are there any issues blocking upload (perhaps you'd like some time to review my changes?), or can I go ahead and upload the package now? looks fine, go ahead! If it interests you, would you like to be the maintainer of gstreamer-vaapi (and move the packaging over to collab-maint while we're at it)? I'd be glad to just sponsor what you have; it spares me additional work and you've already done great work on the package anyways. Works for me, pushed the branches there now and renamed them to match the default names (master, upstream). Thanks, I've gone ahead and pushed my changes there. I've also added pkg-gstreamer-devel and myself to uploaders, but feel free to remove them if you don't approve. nah it's great -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736323: monit: include /etc/monit/monitrc.d/* in /etc/monit/monitrc ?
Package: monit Version: 1:5.4-2 Severity: minor Dear Maintainer, in /etc/monit/monitrc the only include is to include /etc/monit/monitrc.d/* but some files are packaged and delivered in /etc/monit/monitrc.d/, is this the new default location of configuration files ? If so maybe monitrc should be changed ? Adding (prefered) or replacing the historical include include /etc/monit/monitrc.d/* Thanks -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (650, 'unstable'), (1, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages monit depends on: ii libc62.17-7 ii libpam0g 1.1.3-7.1 ii libssl1.0.0 1.0.1e-2 ii lsb-base 4.1+Debian8+deb7u1 monit recommends no packages. Versions of packages monit suggests: ii nullmailer [mail-transport-agent] 1:1.11-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736217: ITP: gstreamer-vaapi -- VA-API plugins for GStreamer
Control: tag -1 pending On Wed, Jan 22, 2014 at 1:56 AM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 22.01.2014 11:31, Vincent Cheng wrote: On Tue, Jan 21, 2014 at 12:54 AM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 09:03, Vincent Cheng wrote: Hi Timo, On Mon, Jan 20, 2014 at 10:45 PM, Timo Aaltonen tjaal...@ubuntu.com wrote: On 21.01.2014 08:25, Vincent Cheng wrote: Package: wnpp Severity: wishlist Owner: Vincent Cheng vch...@debian.org * Package name: gstreamer-vaapi Version : 0.5.7 Upstream Author : Gwenole Beauchesne gwenole.beauche...@intel.com * URL : http://gitorious.org/vaapi/gstreamer-vaapi * License : LGPL-2.1+ Programming Lang: C Description : VA-API plugins for GStreamer gstreamer-vaapi is a collection of GStreamer plugins and helper libraries that allow hardware accelerated video decoding, encoding and processing through VA-API. Hi, I've had it packaged in git://git.debian.org/git/users/tjaalton-guest/gstreamer-vaapi.git feel free to reuse whatever you need. Thanks, that saves me quite a bit of work compared to basing off of the current package in Ubuntu! yeah that one is ancient.. earlier 0.5.x didn't build against gst1.0/1.2 so it got stuck at 0.3.6. Updating it to 0.5.7 is still a WIP I've got 0.5.7 built in a clean pbuilder sid chroot (and fixed a bunch of minor issues raised by lintian during the process). Are there any issues blocking upload (perhaps you'd like some time to review my changes?), or can I go ahead and upload the package now? looks fine, go ahead! Thanks! Built, signed, and uploaded. Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736324: override: sauerbraten:contrib/games optional
Package: ftp.debian.org Severity: normal Dear ftp team, please change the priority override for sauerbraten and sauerbraten-server from extra to optional. The game has neither a special use case nor does it conflict with other software. Regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736325: dh-make-drupal: Developer versions are detected as recommended
Package: dh-make-drupal Version: 1.7-1 Severity: normal Developer versions of modules are detected as both recommended and developer, and selected over recommended versions, when scanning the Drupal site. kaipak[nordmark]~/tmp dh-make-drupal -D --debug 3 date D:Parsed options: --- d_ver: 7 min_status: :recommended force_overwrite: false debug: '3' report_only: false debianize: false skip_build: false skip_recommend: false switches: -us -uc tarball: false proj_version: proj_type: Modules mangle_version: true provides: project: date D:Preparing package for 'date' for Drupal 7, status = recommended D:Fetching project information from https://drupal.org/project/date D:Project type for date: Modules D:Found version 7.x-2.7 (recommended) D:This release was uploaded on 2013-12-21 00:00:00 +0100 D:Found version 6.x-2.9 (recommended) D:This release was uploaded on 2012-04-27 00:00:00 +0200 D:Found version 8.x-1.x-dev (recommended) D:This release was uploaded on 2013-09-30 00:00:00 +0200 D:Found version 7.x-2.x-dev (recommended) D:This release was uploaded on 2014-01-06 00:00:00 +0100 D:Found version 6.x-2.x-dev (recommended) D:This release was uploaded on 2013-10-21 00:00:00 +0200 D:Found version 8.x-1.x-dev (developer) D:This release was uploaded on 2013-09-30 00:00:00 +0200 D:Found version 7.x-2.x-dev (developer) D:This release was uploaded on 2014-01-06 00:00:00 +0100 D:Found version 6.x-2.x-dev (developer) D:This release was uploaded on 2013-10-21 00:00:00 +0200 D:Going over 8 available releases, searching for compatibility with Drupal 7, minimum development status recommended (2) I: Found #DrupalProject::Project:0x00014a2a30 version 2~~dev (status: recommended) D:Download URL: http://ftp.drupal.org/files/projects/date-7.x-2.x-dev.tar.gz D:Retreiving remote file http://ftp.drupal.org/files/projects/date-7.x-2.x-dev.tar.gz D:Attempting to save in drupal7-mod-date_2~~dev.orig.tar.gz D:Skipping Debian package creation as requested at command line Note that version 7.x-2.x-dev is listed twice, first as (recommended), and secondly as (developer). This is the sid version of dh-make-drupal, running on a wheezy system, since the wheezy version no longer parses the Drupal site at all. Thanks, Arne -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make-drupal depends on: ii build-essential 11.5 ii debhelper9.20120909 ii libruby 1:1.9.3 ii ruby 1:1.9.3 ii ruby-hpricot 0.8.6-3 dh-make-drupal recommends no packages. Versions of packages dh-make-drupal suggests: pn drupal6 | drupal7 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#728575: pu: package calendarserver/3.2.dfsg-4
Hi, Adam D. Barratt wrote (04 Dec 2013 20:31:44 GMT) : On Sun, 2013-11-03 at 14:05 +0530, Rahul Amaram wrote: Updated zoneinfo data Is there a plan for doing so in unstable? Ping? Regards, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728906: Build on unstable requires changes
Hi, Joachim Zobel wrote (06 Dec 2013 07:20:30 GMT) : The issue has been discussed on the debian java mailing list, see the discussion following http://lists.debian.org/debian-java/2013/11/msg00100.html http://lists.debian.org/debian-java/2013/12/msg2.html It was found that a build on unstable would require further changes to the package. It might also be difficult to do. The reason are changes in build dependencies on unstable. It would in any case increase the size of the change and thereby make it less suitable for stable. The change is currently small (half a dozen lines plus in the startup script, one line changed in the control file). When adapted to unstable it is likely to end up with a multiple of that. As a result I am back to request a direct pu. Be aware that git currently holds changes after the debian/7.0.1+dfsg1-6 tag that are not relevant. It's unclear to me whose court the ball is in (IOW, if the moreinfo tag still applies) after this answer. Joachim, is the situation still that complicated in unstable that the problems cannot be fixed there? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724920: Bug#725661: pu: opencv/2.3.1+dfsg-1
Hi, Cyril Brulebois wrote (07 Oct 2013 08:41:17 GMT) : Nobuhiro Iwamatsu iwama...@debian.org (2013-10-07): I'd like to propose an upgrade of opencv. opencv distributed in wheezy includes source code of non-free (#724920). I want to solve this problem. Source code of the target is the code for test. It does not affect the actual working. I attached debdiff. Could you consider this change suitable for stable-proposed-updates? (for the records, we usually prefer when bugs are fixed in testing / unstable before considering updates in stable.) Anyway, if the files indeed got relicensed under a suitable license, why should they get removed from an earlier release? At best we could ship a package with updated headers and licensing info to reflect the facts all those files are actually OK? Ping? Regards, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725142: pu: package totem-plugin-arte/3.2.1-1~wheezy1
Control: tag -1 - moreinfo Nicolas Delvaux wrote (19 Dec 2013 22:46:25 GMT) : Here is a new version proposal, this time taking the traditional path of patching the current stable package. The debdiff is shorter/easier to review than the one based on the new upstream version, but I would still prefer the 3.2.1-1~deb7u1 version mainly because it would be easier to maintain for me. However, this fix is pending for a much too long time. Now I just want the package to be usable again :-) All packages are available on mentors: http://mentors.debian.net/package/totem-plugin-arte AFAICT Nicolas has addressed all concerned raised by the release team, hence I'm dropping the moreinfo tag. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
Hi, Quoting أحمد المحمودي (2014-01-22 10:36:11) Actually what happens implicitly (at least on Ubuntu precise) is: $(CC) $(CFLAGS) $(LDFLAGS) $^ -o $@ which causes the compilation to fail, because the -l... should be after the object files (or source files in this case). Ah funny, so it's a ubuntu problem. I did not observe this problem with Debian unstable. After trying it out myself in a ubuntu precise and saucy chroot and asking on #debian-mentors, the reason why this error happens only on Ubuntu seems to be: https://wiki.ubuntu.com/ToolChain/CompilerFlags#A-Wl.2C--as-needed https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition Should I contact upstream to yet again change his makefile or are things okay as they are because everything works fine in Debian? cheers, josch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736326: emacs24: please provide a backport for Debian stable
Package: emacs24 Version: 24.3+1-2 Severity: wishlist Will be great to have emacs24 available to stable release as a backport, given that it has been staying in testing for a few months already without major RC bugs. Thanks. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: mipsel (mips64) Kernel: Linux 3.2.0-4-loongson-2f 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#727283: Fixed in 6.40-0.2
I uploaded nmap 6.40-0.2 to DELAYED/10 last night. It uses dh-autoreconf and while I was at it, I took the liberty to modernize the package a bit. Feel free to reschedule or cancel as needed. Cheers, -Hilko nmap (6.40-0.2) unstable; urgency=low * Yet another non-maintainer upload. * Modernize Debian build - Use Debhelper 9, with --parallel - Use dh-autoreconf (Closes: #727283) - Bump Standards-Version - Update git URL -- Hilko Bengen ben...@debian.org Tue, 21 Jan 2014 23:12:31 +0100 nmap_6.40-0.2.diff.gz Description: Binary data
Bug#695773: sgmlop.so breaks xmlrpclib numerical character entities
Package: python-reportlab-accel Followup-For: Bug #695773 I can't reproduce this any more with python-reportlab-accel 2.7-1 and python2.7 2.7.6-5. I don't know if this is due to a change in python or in python-reportlab. Frank -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-reportlab-accel depends on: ii libc6 2.17-97 ii python2.7.5-5 ii python-reportlab 2.7-1 python-reportlab-accel recommends no packages. python-reportlab-accel 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#735424: nvidia-driver: New vesa test
Hi Diederik, Am 22.01.2014 11:15, schrieb Diederik de Haas: Hi Karsten, On Wednesday 22 January 2014 10:47:48 Karsten Malcher wrote: Now i deinstalled all Debian NVidia packages in this installation and installed the actual NVIdia driver NVIDIA-Linux-x86_64-331.38.run I understand your eagerness to fix this asap, but I'm not going to interfere with Andreas bug-triage efforts. Of course i understand this. But from my point of view i never could made an upgrade in Debian without problems. I always where using Nvidia cards. Before wheezy i never got an running X without original NVidia drivers. In wheezy the first time the Nvidia Debian package was running for me. It seems it was the last time. :-( Any update of the kernel will cause the loose of X. But I can say this: - When trying to find a problem, only change 1 variable at a time, otherwise you don't know which change caused a change in behaviour. i only made an simple system upgrade from wheezy to jessie. - Don't use NVidia's .run file if you're reporting an issue on a Debian package, since they're not meant to be co-installed (and Debian's package cleans thing up from a possible previous .run installation). That's why i made this test in a different installation. It was a simple test if kernel 3.12.6 and the NVidia driver will work together. - Use the same system/installation on all bug-triage efforts, otherwise you're comparing completely different systems (btw 3.12 kernel on wheezy and not from backports?) Somehow it must be possible to have a working PC. ;-) In this case i hold back the upgraded installation for this bug. There is no additional mix up. I've been running Debian's NVidia packages for years, without any issue, including on my freshly installed system I'm running now. That's the main problem. On a fresh installation you don't have this problems. In most of the cases this will work. But what's about of the hundreds of personal configurations for mail, programming, viewing and working? You will loose them with a new installation and need to much time to get them back. In my case i have a master installation with the individual settings for 3 users! This installation will be cloned to all working PC's. When i want to upgrade to a newer distribution it must be an upgrade or it will kill me. I think this problems are not my personal problems and touch many users. So upgrade problems should also be in a distribution focus. Cheers Karsten HTH, Diederik Original-Nachricht Betreff:Re: Bug#735424: nvidia-driver: New vesa test Datum: Wed, 22 Jan 2014 10:47:48 +0100 Von:Karsten Malcher deb...@dct.mine.nu Antwort an: deb...@dct.mine.nu An: Diederik de Haas didi.deb...@cknow.org Kopie (CC): pkg-nvidia-de...@lists.alioth.debian.org Hello Diederik, that's really interesting. So it must be a configuration problem of previous installations? Do you have made a fresh installation or an upgrade? I have made now an additional test: On a third partition i have a copy of my wheezy installation. In this installation i have an self compiled kernel V 3.12.6 for some driver tests with a newer kernel. Up to now i booted there using the neauveau driver with this configuration: Section Device Identifier n Driver nv EndSection Now i deinstalled all Debian NVidia packages in this installation and installed the actual NVIdia driver NVIDIA-Linux-x86_64-331.38.run I did have some problems with compilation of the driver, although i installed the kernel with a debian building script. ii linux-image-3.12.6 3.12.6 amd64Linux kernel binary image for version 3.12.6 ii linux-image-3.2.0-3-amd64 3.2.23-1 amd64 Linux 3.2 for 64-bit PCs But the driver could be installed an is running fine! So something with the configuration or the debian package of 319.82 is not correct. The newer driver 331.38 is running on the same installation as the upgraded one in this bug. Cheers Karsten Andreas, I have the same graphics card (GT 430), the same driver version and (almost) the same kernel (Linux bagend 3.12-1-amd64 #1 SMP Debian 3.12.8-1 (2014-01-19) x86_64 GNU/Linux) and everything is running fine here. So if you want me to check/test things so 'notes' can be compared, just let me know (I'm subsribed to the pkg-nvidia-devel ML). Cheers, Diederik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717420: update reSIProcate in stable from 1.8.5 - 1.8.12
Hi, Daniel Pocock wrote (21 Jan 2014 17:55:15 GMT) : On 21/01/14 18:43, intrigeri wrote: Jonathan Wiltshire wrote (25 Sep 2013 21:59:15 GMT) : I could provide a diff that eliminates changes in such files. Yes, please. AFAICT, this stable proposed update has been blocking on the lack of a filtered diff for almost 4 months. Daniel, do you still intend to follow-up on this? There have been more upstream improvements, we now have 1.8.14 and may make up 1.8.15 just to backport any final bugs that were fixed in the 1.9.0 testing If I provide a filtered diff between 1.8.5 and 1.8.15 will that definitely be considered for stable? I'm not a member of the release team, but in my experience all not-too-crazy pu diffs are at least considered, once they are actually shown to the release team. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714355: nmu: djview4_4.9-3
Hi, Julien Cristau wrote (30 Sep 2013 08:51:28 GMT) : On Fri, Jun 28, 2013 at 10:45:51 +0100, Barak A. Pearlmutter wrote: [...] nmu djview4_4.9-3 . ALL . -m unify libtiff dependency, thanks to Harald Jenny for noting the issue What does that mean? What issue? I see djview4 4.9-4+b1 is now in testing. Can this binnmu request be closed, then? If not, you'll surely want to answer the question Julien asked. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736277: linux-image-3.12-0.bpo.1-kirkwood: Upgrade makes SheevaPlug unbootable.
On Wed, 2014-01-22 at 10:30 +0100, Raúl Sánchez Siles wrote: Hello: On Tue, Jan 21, 2014 at 10:01:16PM +, Ian Campbell wrote: This was http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=731345 which was fixed in flash-kernel 3.12. Balint uploaded f-k 3.12 to backports this morning, it is in the relevant new queue: https://ftp-master.debian.org/backports-new.html Thank you very much for this. Closing this bug. Besides flash-kernel (= 3.12) is needed to get linux-image-3.12-0.bpo.1-kirkwood working, this bug was about making linux upgrades smooth. May I suggest that next kirkwood linux-image package depends on flash-kernel (= 3.12). There is no hard dependency from the kernel on flash-kernel because it is platform specific whether flash-kernel is necessary. We've recently been discussing adding a Suggests, I've not thought about how versioned Suggests would work. A versioned Breaks or Conflicts might be more appropriate for the situation. The worst case would be apt etc deciding to remove flash-kernel altogether, for example on a platform without this particular issue (i.e. where it would have worked fine). Ian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731902: nmu: transmission_2.82-1
Hi, Niels Thykier wrote (11 Dec 2013 18:42:44 GMT) : On 2013-12-11 07:54, Thomas Goirand wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu transmission_2.82-1 . ALL . -m rebuild with newer libminiupnpc Not convinced this will work; transmission is OOD on several architectures because qt5-qmake is uninstallable/missing. This still seems to be the case. Thomas, what's the plan? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705152: Non-free code in xgraph? [copyright.h and derivative.c for starters.]
Any progress here? Today it's one year since I sent my first message. Naturally this got buried. Thanks for the reminder. (xgraph does so little, it is tempting to drop it and just replicate its functionality in something more modern and extensible.) Cheers, --Barak. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736327: archivemail: feature request: delete empty mailbox after archiving
Package: archivemail Version: 0.9.0-1 Severity: wishlist A nice feature would be to delete mailboxes from which you are archiving if, after archiving, there's no mail left in the source mailbox. I had a browse around the archivemail source and I guess the nicest way to achieve this would be if the 'mailbox' python library had support for this, say a method 'remove()' for a mailbox object. I tried a preliminary monkey-patch that added such methods to the Maildir and mbox sub-classes, but I haven't done all the other myriad esoteric mailbox types, and if there's any hope of the python standard library accepting such a patch it would have to be for the whole lot. (as an aside, the semantics of deleting Maildir mailboxes are pretty bad too. However they've already crossed that bridge since mailbox.Maildir has remove_folder for sub-Maildirs) -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.2-x86-linode51 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages archivemail depends on: ii python 2.7.3-4+deb7u1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 archivemail recommends no packages. archivemail suggests no packages. -- no debconf information -- Jonathan Dowlandjmtd.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706488: Aw: Re: Bug#706488: RM: boinc-server-maker/7.0.27
Hi, Thijs Kinkhorst wrote (02 May 2013 07:51:28 GMT) : Isn't it possible to fix these vulnerabilities through a DSA or in the first point release? Or alternatively remove the binary package in the first point release? Steffen, what are your plans regarding this (now kind of old) RM request? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712604: nmu: python-scientific_2.9.2-4
Hi, PICCA Frederic-Emmanuel wrote (15 Nov 2013 16:40:40 GMT) : Ping? Yes the upstream is working on a clean solution. So I am waiting for the next release which should fix this problem. Did I understand correctly that this won't be fixed via a binnmu? If so, I suppose that this request could be closed. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706922: qiime REMOVED from testing
Hi Steven, On Tue, Jan 21, 2014 at 11:35:33PM +, Steven Chamberlain wrote: https://buildd.debian.org/status/package.php?p=libjogl-java FastTree.c downloaded successfully. FastTree built. Traceback (most recent call last): File setup.py, line 183, in module if download_UCLUST(): File setup.py, line 140, in download_UCLUST raise SystemError, (Platform not supported by UCLUST) SystemError: Platform not supported by UCLUST Oddly, I didn't get that error building qiime 1.7.0+dfsg-1 just now, it built successfully. Good. As I said: There should be nothing downloaded specifically not UCLUST which is non-free. But the resulting package is going to be uninstallable on kfreebsd unless we manage to port packages (gluegen2 first I think, and then) libjogl-jni, libjogl-java, king. If king is absolutely needed for qiime to be useful, I think the only available option currently is to make it Architecture: linux-any and request that ftpmaster remove the old packages built for kfreebsd-* from sid. Well, for king we have another problem that it depends from the deprecated libjogl-java and should be replaced by libjogl2-java. Unfortunately upstream did not answered my request[1]. I just tried the brute force method to simply replace the JAR filename jogl.jar by jogl2.jar and see what might happen[2]. It results in 100 errors (most probably a lot of consequences of some initial errors - I have injected the relevant build log snippet into the patch file[2] as well in case this might enlight somebody else than me (since I have no idea about jogl nor about Java in general). May be if we could somehow deal with this it could be some option for the further steps. Alternatively I inspected the qiime code and it actually provides an alternative to the default use of king which is called InVUE. This is not yet packaged but looks interesting even if there are no proper upstream releases but just a SVN repository. May be packaging InVUE could bring ous out of the trouble with the deprecated libjogl-java. Kind regards Andreas. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706922#10 [2] http://anonscm.debian.org/viewvc/debian-med/trunk/packages/king/trunk/debian/patches/use_jogl2.patch?view=markup [3] http://sourceforge.net/apps/mediawiki/invue -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736328: libcap2: local address with the '-' sign cannot be resolved
Package: libcap2 Version: 1:2.22-1.2 Severity: normal Dear Maintainer, * What led up to the situation? installing the 1:2.22-1.2 libcap2 version when I try to access an intranet address with the '-' sign I receive an error, the address cannot be resolved * What exactly did you do (or not do) that was effective (or ineffective)? In a browser i try to reach a local address with a '-' sign, the address is like this one: http://A-B.C.local where A, B and C are the address parts I will reach * What was the outcome of this action? The A-B.C.local cannot be resolved If I use the A-B.C.local IP address I can reach the server There is a workaround to solve the problem for one address: write it in the /etc/hosts file Also the problem can be resolved installing the previous version: 1:2.22-1.1 Ciao Davide -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash
Bug#736329: Please remove support for module-oss-mmap because no longer exist.
Package: pulseaudio Version: Severity: whishlist Please remove line from /etc/pulse/default.pa load-module module-oss-mmap ... -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pulseaudio depends on: ii adduser 3.113+nmu3 ii consolekit0.4.5-3.1 ii libasound21.0.25-4 ii libasound2-plugins1.0.25-2 ii libc6 2.13-38 ii libcap2 1:2.22-1.2 ii libdbus-1-3 1.6.8-1+deb7u1 ii libfftw3-33.3.2-3.1 ii libgcc1 1:4.7.2-5 ii libice6 2:1.0.8-2 ii libltdl7 2.4.2-1.1 ii liborc-0.4-0 1:0.4.16-2 ii libpulse0 2.0-6.1 ii libsamplerate00.1.8-5 ii libsm62:1.2.1-2 ii libsndfile1 1.0.25-5 ii libspeexdsp1 1.2~rc1-7 ii libstdc++64.7.2-5 ii libsystemd-daemon044-11+deb7u4 ii libsystemd-login0 44-11+deb7u4 ii libtdb1 1.2.10-2 ii libudev0 175-7.2 ii libwebrtc-audio-processing-0 0.1-2 ii libx11-6 2:1.5.0-1+deb7u1 ii libx11-xcb1 2:1.5.0-1+deb7u1 ii libxcb1 1.8.1-2+deb7u1 ii libxtst6 2:1.2.1-1+deb7u1 ii lsb-base 4.1+Debian8+deb7u1 ii udev 175-7.2 Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii pulseaudio-module-x11 2.0-6.1 ii rtkit 0.10-2+wheezy1 Versions of packages pulseaudio suggests: pn paman none pn paprefs none pn pavucontrol none pn pavumeter none ii pulseaudio-utils 2.0-6.1 -- Configuration Files: /etc/pulse/default.pa changed: .nofail .fail load-module module-device-restore load-module module-stream-restore load-module module-card-restore load-module module-augment-properties load-module module-oss device=/dev/dsp sink_name=output source_name=input .ifexists module-udev-detect.so load-module module-udev-detect .else load-module module-detect .endif .ifexists module-jackdbus-detect.so .nofail load-module module-jackdbus-detect .fail .endif .ifexists module-bluetooth-discover.so load-module module-bluetooth-discover .endif .ifexists module-esound-protocol-unix.so load-module module-esound-protocol-unix .endif load-module module-native-protocol-unix .ifexists module-gconf.so .nofail load-module module-gconf .fail .endif load-module module-default-device-restore load-module module-rescue-streams load-module module-always-sink load-module module-intended-roles load-module module-suspend-on-idle .ifexists module-console-kit.so load-module module-console-kit .endif .ifexists module-systemd-login.so load-module module-systemd-login .endif load-module module-position-event-sounds load-module module-role-cork load-module module-filter-heuristics load-module module-filter-apply .ifexists module-dbus-protocol.so load-module module-dbus-protocol .endif load-module module-switch-on-port-available -- 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#706488: Aw: Re: Bug#706488: Re: Bug#706488: RM: boinc-server-maker/7.0.27
Thijs Kinkhorst wrote (02 May 2013 07:51:28 GMT) : Isn't it possible to fix these vulnerabilities through a DSA or in the first point release? Or alternatively remove the binary package in the first point release? Steffen, what are your plans regarding this (now kind of old) RM request? We have done a real lot on the boinc-server-maker package - 7.0.27 should not be anywhere in stable. I would happily see the binary removed. Who do I do this? Through reportbug? Is there also a way to get recent BOINC clients into a point release, possibly? Many thanks Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736330: ITP: glfw3 -- portable library for OpenGL, window and input
Package: wnpp Severity: wishlist Owner: Roman Valov roman.va...@gmail.com * Package name: glfw3 Version : 3.0.4 Upstream Author : Camilla Berglund elmindr...@elmindreda.org * URL : http://www.glfw.org/ * License : Zlib Programming Lang: C Description : portable library for OpenGL, window and input GLFW is an Open Source, multi-platform library for creating windows with OpenGL contexts and managing input and events. It is easy to integrate into existing applications and does not lay claim to the main loop. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736287: [Pkg-openssl-devel] Bug#736287: ruby1.9.1: insecure SSL defaults (DES and unauthenticated ciphers)
On Wed, Jan 22, 2014 at 09:20:13AM +0100, Kurt Roeckx wrote: On Wed, Jan 22, 2014 at 02:08:58AM +, brian m. carlson wrote: On Tue, Jan 21, 2014 at 09:49:01PM -0300, Antonio Terceiro wrote: While this is fair enough, I tend to agree with Ruby upstream that if this is a problem in openssl, it should be fixed there and not in every SSL client that uses OpenSSL: $ apt-cache rdepends libssl1.0.0 | wc -l 743 According to man ciphers(1ssl): DEFAULT the default cipher list. This is determined at compile time and, as of OpenSSL 1.0.0, is normally ALL:!aNULL:!eNULL. This must be the first cipher string specified. aNULL the cipher suites offering no authentication. So the default in OpenSSL is not to offer cipher suites that don't provide authentication. Ruby must therefore be overriding this. You might also want to read: http://openssl.6102.n7.nabble.com/openssl-org-3231-default-ciphers-include-insecure-export-cipher-suites-td48106.html OK, I got it. Thanks brian and Kurt for the clarifications. Just one more question. If I go to https://www.howsmyssl.com/ with iceweasel, or if I get https://www.howsmyssl.com/a/check with curl, both still say my SSL is in a bad state. It looks like everyone is using their own custom cipher list, then, and every reverse dependency of openssl needs to be audited for this? -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#736208: [Pkg-fonts-devel] Bug#736208: fonts-oflb-asana-math: please remove texlive-xetex from Recommends
Quoting Bob Bib (2014-01-22 05:20:35) 2014-01-21 from Jonas Smedegaard: This is an issue of _direction_ of relationship: A font does not need a rendering environment. It is the other way around. Similar to libraries not needing executables, and plugins not needing what they plug into. I'm somewhat doubtful about the plugins, as they usually depend on the host application engine. And fonts are more like any other common data files, e. g. documentation etc... Yes, both parts relate to each other: Applications need fonts/plugins, and fonts/plugins need hosts/renderers. Point here is direction: Use Enhances: for leaf-towards-center relationship. APT can automagically drop packages when no longer needed (an old feature of aptitude, more recently integrated in APT core - see man apt-mark for more info). Circular relationships ruins that feature. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#712604: nmu: python-scientific_2.9.2-4
On Wed, Jan 22, 2014 at 11:46:04AM +0100, intrigeri wrote: Hi, PICCA Frederic-Emmanuel wrote (15 Nov 2013 16:40:40 GMT) : Ping? Yes the upstream is working on a clean solution. So I am waiting for the next release which should fix this problem. Did I understand correctly that this won't be fixed via a binnmu? If so, I suppose that this request could be closed. Yes and no, it could be temp fixed with a binNMU until the next change in python gnukfreebsd9 - 10 I do not know if this occure frequently. Only kfreebsd is affected. So maybe the best solution is to binNMU only the kfreebsd packages for now. The upstream is working on a cleaner solution which should fix this for real, but I do not know when it will be available. All I know is that he already commit modificaions in the official repository. So I am waiting for the next release. Cheers Fred -- GPG public key 4096R/4696E015 2011-02-14 fingerprint = E92E 7E6E 9E9D A6B1 AA31 39DC 5632 906F 4696 E015 uid Picca Frédéric-Emmanuel pi...@synchrotron-soleil.fr GPG public key 1024D/A59B1171 2009-08-11 fingerprint = 1688 A3D6 F0BD E4DF 2E6B 06AA B6A9 BA6A A59B 1171 uid Picca Frédéric-Emmanuel pi...@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#691169: not really fixed
Control: tag -1 + moreinfo Control: tag -1 - experimental Hi, Balint Reczey wrote (29 Aug 2013 10:06:58 GMT) : Is current version in unstable still affected? If not, please mark the bug accordingly since this open RC bug would prevent migration to testing. I'm decreasing severity since newer VirtualBox packages build fine with kernels packaged in Debian. What does not really fixed mean BTW? Daniel, in August 2013 you unarchived this email, saying not really fixed. I am not able to find any indication why, nor any answer to Balint Reczey's questions. May you please clarify? Can anyone still reproduce this bug with any relevant kernel version? (Dropping the experimental tag, as testing/sid now has virtualbox 4.3 and Linux 3.12.) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736331: nagios-plugins: Nagios plugins renamed to monitoring plugins
Package: nagios-plugins Version: 1.4.16-1 Severity: minor Nagios enterprises recently hijacked the nagios-plugins domain, so the plugins got renamed as well. See http://tech.slashdot.org/story/14/01/19/0454222/nagios-plugins-web-site-taken-over-by-nagios and https://www.monitoring-plugins.org/news/new-project-name.html for reference. At the very least the homepage in the source package should move from http://nagiosplug.sourceforge.net to https://www.monitoring-plugins.org/ ; also, the package name should probably be renamed to monitoring-plugins. -- System Information: Debian Release: 6.0.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (1, 'stable-updates'), (1, 'experimental'), (1, 'unstable'), (1, 'testing'), (1, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nagios-plugins depends on: ii nagios-plugins-basic 1.4.16-1 Plugins for nagios compatible moni ii nagios-plugins-standard 1.4.16-1 Plugins for nagios compatible moni Versions of packages nagios-plugins recommends: pn nagios-plugins-contribnone (no description available) Versions of packages nagios-plugins suggests: ii icinga 1.7.1-5~bpo60+1 host and network monitoring system -- 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#736333: rrdtool: diff for NMU version 1.4.7-2.1
Package: rrdtool Version: 1.4.7-2 Severity: normal Tags: patch pending Dear maintainer, I've prepared an NMU for rrdtool (versioned as 1.4.7-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. diff -u rrdtool-1.4.7/debian/changelog rrdtool-1.4.7/debian/changelog --- rrdtool-1.4.7/debian/changelog +++ rrdtool-1.4.7/debian/changelog @@ -1,3 +1,15 @@ +rrdtool (1.4.7-2.1) UNRELEASED; urgency=medium + + * Non-maintainer upload. + * Switch Ruby bindings packaging to match the Debian Ruby packaging +policy. Based on a patch by Jonas Genannt. +Introduce ruby-rrd package, turn librrd-ruby* into transitional +packages to ruby-rrd; use gem2deb to build the bindings, and build +them for currently supported versions of Ruby, without hardcoding +a list of versions. (Closes: #687809, #722377) + + -- Christian Hofstaedtler z...@debian.org Wed, 22 Jan 2014 11:27:16 +0100 + rrdtool (1.4.7-2) unstable; urgency=low * Ack NMUs; thanks to Jonathan Wiltshire and gregor herrmann! diff -u rrdtool-1.4.7/debian/control rrdtool-1.4.7/debian/control --- rrdtool-1.4.7/debian/control +++ rrdtool-1.4.7/debian/control @@ -11,13 +11,14 @@ tcl-dev (= 8), tcl-dev (= 9), perl (= 5.8.0), python-all-dev (= 2.6.6-3~), python-all-dbg (= 2.6.6-3~), - ruby1.8, ruby1.8-dev, ruby1.9.1, ruby1.9.1-dev, + gem2deb, liblua5.1-0-dev, lua5.1 Build-Conflicts: lua50 Homepage: http://oss.oetiker.ch/rrdtool/ Vcs-Browser: http://git.snow-crash.org/?p=pkg-rrdtool.git;a=summary Vcs-Git: git://git.snow-crash.org/pkg-rrdtool.git/ X-Python-Version: = 2.3 +XS-Ruby-Versions: all Package: rrdtool Architecture: any @@ -56,7 +57,7 @@ ${shlibs:Depends}, ${python:Depends}, ${misc:Depends} Recommends: librrds-perl (= ${binary:Version}), rrdtool-tcl (= ${binary:Version}), python-rrdtool (= ${binary:Version}), - librrd-ruby1.8 (= ${binary:Version}), librrd-ruby1.9.1 (= ${binary:Version}), + ruby-rrd (= ${binary:Version}), python-all-dbg, liblua5.1-rrd0 (= ${binary:Version}) Description: time-series data storage and display system (debugging symbols) The Round Robin Database Tool (RRDtool) is a system to store and display @@ -163,10 +164,15 @@ . This package contains a Python interface to RRDs. -Package: librrd-ruby -Architecture: all +Package: ruby-rrd +Architecture: any Section: ruby -Depends: ${rubydefault:Depends}, ${misc:Depends} +XB-Ruby-Versions: ${ruby:Versions} +X-DhRuby-Root: bindings/ruby +Depends: ${shlibs:Depends}, ${misc:Depends}, ruby | ruby-interpreter +Replaces: librrd-ruby ( 1.4.7-2.1~), librrd-ruby1.8 ( 1.4.7-2.1~), librrd-ruby1.9.1 ( 1.4.7-2.1~) +Breaks: librrd-ruby ( 1.4.7-2.1~), librrd-ruby1.8 ( 1.4.7-2.1~), librrd-ruby1.9.1 ( 1.4.7-2.1~) +Provides: librrd-ruby, librrd-ruby1.8, librrd-ruby1.9.1 Description: time-series data storage and display system (Ruby interface) The Round Robin Database Tool (RRDtool) is a system to store and display time-series data (e.g. network bandwidth, machine-room temperature, @@ -175,36 +181,34 @@ extracted data to enforce a certain data density, allowing for useful graphical representation of data values. . - This is a dummy package which depends on the package for Debian's default - Ruby version. + This package contains a Ruby interface to RRDs. + +Package: librrd-ruby +Architecture: all +Section: oldlibs +Priority: extra +Depends: ${misc:Depends}, ruby-rrd +Description: Transitional package to ruby-rrd + This is a transitional package for librrd-ruby to ease upgrades + to the ruby-rrd package. It can safely be removed. Package: librrd-ruby1.8 -Architecture: any -Section: ruby -Depends: ${shlibs:Depends}, ${misc:Depends} -Description: time-series data storage and display system (Ruby 1.8 interface) - The Round Robin Database Tool (RRDtool) is a system to store and display - time-series data (e.g. network bandwidth, machine-room temperature, - server load average). It stores the data in Round Robin Databases (RRDs), - a very compact way that will not expand over time. RRDtool processes the - extracted data to enforce a certain data density, allowing for useful - graphical representation of data values. - . - This package contains a Ruby 1.8 interface to RRDs. +Architecture: all +Section: oldlibs +Priority: extra +Depends: ${misc:Depends}, ruby-rrd +Description: Transitional package to ruby-rrd + This is a transitional package for librrd-ruby1.8 to ease upgrades + to the ruby-rrd package. It can safely be removed. Package: librrd-ruby1.9.1 -Architecture: any -Section: ruby -Depends: ${shlibs:Depends}, ${misc:Depends} -Description: time-series data storage and display system (Ruby 1.9.1 interface) - The Round Robin Database Tool (RRDtool) is a system to store and display - time-series data (e.g. network bandwidth, machine-room temperature, - server load average). It stores the data in Round Robin Databases (RRDs), - a very compact way that will not expand over time. RRDtool processes the -
Bug#736334: Sqlite3 backend not more working
Package: gnucash Version: 1:2.6.0-1 Severity: grave I use gnucash daily, with the sqlite3 backend for all my stuff. Today after updating my this sid box, gnucash is not more able to load any sqlite3 gnucash file (with a message like: no suitable backend found for file .gnucash). All worked perfectly and my files are still usable on other sid boxes. Even cleaning the guile cache gave no results. Note: both testing and sid libdbd-sqlite3 backends give the problems. Curiously the list of today upgrades on this box seem unrelated: 2014-01-22 09:41:47 upgrade djvulibre-bin:i386 3.5.25.4-2 3.5.25.4-3 2014-01-22 09:41:53 upgrade libdjvulibre-text:all 3.5.25.4-2 3.5.25.4-3 2014-01-22 09:41:57 upgrade libdjvulibre21:i386 3.5.25.4-2 3.5.25.4-3 2014-01-22 09:42:01 upgrade libffi6:i386 3.0.13-11 3.0.13-12 2014-01-22 09:42:04 upgrade slrn:i386 1.0.1-9 1.0.1-10 2014-01-22 09:42:10 upgrade djvulibre-desktop:all 3.5.25.4-2 3.5.25.4-3 2014-01-22 09:42:14 upgrade gnash:i386 0.8.11~git20130903-3 0.8.11~git20140121+dfsg-1 2014-01-22 09:42:18 upgrade gnash-common:i386 0.8.11~git20130903-3 0.8.11~git20140121+dfsg-1 2014-01-22 09:42:25 upgrade libdbi1:i386 0.8.4-6 0.9.0-1 2014-01-22 09:42:28 upgrade libdbd-sqlite3:i386 0.8.3-1+s-5+b1 0.9.0-1 2014-01-22 09:42:34 upgrade libio-socket-ssl-perl:all 1.965-1 1.966-1 2014-01-22 09:42:38 upgrade python-sphinx:all 1.2.1+dfsg-1 1.2.1+dfsg-2 2014-01-22 09:42:47 upgrade sphinx-common:all 1.2.1+dfsg-1 1.2.1+dfsg-2 2014-01-22 09:42:57 upgrade libjs-sphinxdoc:all 1.2.1+dfsg-1 1.2.1+dfsg-2 2014-01-22 09:42:59 upgrade python-opengl:all 3.0.1-1 3.0.2-1 2014-01-22 09:43:52 upgrade r-cran-foreign:i386 0.8.57-1 0.8.58-1 2014-01-22 09:43:56 upgrade sphinx-doc:all 1.2.1+dfsg-1 1.2.1+dfsg-2 2014-01-22 09:44:04 upgrade pqiv:i386 2.0-1 2.1.1-1 2014-01-22 09:48:37 upgrade libpoppler-glib8:i386 0.18.4-10 0.22.5-4 2014-01-22 09:48:39 upgrade libsane:i386 1.0.24-1.1 1.0.24-1.1+b1 2014-01-22 09:48:50 upgrade libpoppler-dev:i386 0.18.4-10 0.22.5-4 2014-01-22 09:48:52 upgrade libx264-dev:i386 3:0.140.2377+git1ca7bb9-dmo3 3:0.142.2389+git956c8d8-dmo1 2014-01-22 09:48:53 upgrade poppler-utils:i386 0.18.4-10 0.22.5-4 2014-01-22 09:48:54 upgrade i3:i386 4.7-1 4.7.1-1 2014-01-22 09:48:55 upgrade i3-wm:i386 4.7-1 4.7.1-1 2014-01-22 12:23:14 upgrade libdbd-sqlite3:i386 0.9.0-1 0.8.3-1+s-5+b1 downgrade, without result. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/1 CPU core) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnucash depends on: ii gnucash-common 1:2.6.0-1 ii guile-2.0 2.0.9+1-1 ii guile-2.0-libs 2.0.9+1-1 ii libaqbanking34 5.3.1beta-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libcrypt-ssleay-perl 0.58-1+b1 ii libdate-manip-perl 6.42-1 ii libdbi10.9.0-1 ii libfinance-quote-perl 1.18-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring0 3.8.0-2 ii libgnomecanvas2-0 2.30.3-2 ii libgoffice-0.8-8 0.8.17-3 ii libgtk2.0-02.24.22-1 ii libgwengui-gtk2-0 4.9.0beta-1 ii libgwenhywfar604.9.0beta-1 ii libhtml-tableextract-perl 2.11-1 ii libhtml-tree-perl 5.03-1 ii libktoblzcheck1c2a 1.44-1 ii libofx41:0.9.4-2.1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-01.36.0-1+b1 ii libpython2.7 2.7.6-5 ii libwebkitgtk-1.0-0 2.2.3-1+b1 ii libwww-perl6.05-2 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii perl 5.18.2-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gnucash recommends: ii gnucash-docs 2.6.0-1 ii yelp 3.10.1-1 Versions of packages gnucash suggests: pn libdbd-mysqlnone pn libdbd-pgsqlnone ii libdbd-sqlite3 0.8.3-1+s-5+b1 -- 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#691169: not really fixed
On 22/01/14 12:19, intrigeri wrote: Control: tag -1 + moreinfo Control: tag -1 - experimental Hi, Balint Reczey wrote (29 Aug 2013 10:06:58 GMT) : Is current version in unstable still affected? If not, please mark the bug accordingly since this open RC bug would prevent migration to testing. I'm decreasing severity since newer VirtualBox packages build fine with kernels packaged in Debian. What does not really fixed mean BTW? Daniel, in August 2013 you unarchived this email, saying not really fixed. I am not able to find any indication why, nor any answer to Balint Reczey's questions. May you please clarify? Can anyone still reproduce this bug with any relevant kernel version? (Dropping the experimental tag, as testing/sid now has virtualbox 4.3 and Linux 3.12.) If you look closely, you'll see that the bug I reopened was 696011 and this other bug was linked to it and Balint replied on this bug (691169) For 696011, the patch can be safely used for wheezy, it doesn't break anything, it just gives people the ability to use a newer kernel if they wish to do so. If they are using a standard kernel, the patch does nothing. Maybe that means it should become a wishlist item (although it is still quite a high priority item for those who can't run the stock wheezy kernel on their hardware) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736335: gladish does not allow viewing of jack settings or copying of application settings
Package: gladish Version: 1+dfsg0-4 Severity: wishlist Tags: upstream Dear Maintainer, *** Please consider answering these questions, where appropriate *** As I continue to set up my audio system and experiment, I discover that each time I need to check some jackd settings, I have to stop my whole studio including the track I'm currently playing. This is really annoying. Also, I can view the settings for an application, but cannot copy the application's command line, while it is running, either necessitating stopping that app, or the whole studio, or having to manually retype it in the other place that I need it (sometimes this has been documentation, sometimes this is simply to run the app in a command shell to test something else). So, there are definitely some UI limitations in gladish. Compare this to qjackctl, which _does_ allow viewing, and even changing! the jackd settings, whilst jackd is running! (of course, with a little warning that those settings will not take effect until jackd is restarted). So this behaviour of qjackctl is _much_ better, _much_ more convenient. With gladish, I keep having to work around its limitations. *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-rt-amd64 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gladish depends on: ii ladish 1+dfsg0-4 ii libart-2.0-2 2.3.21-2 ii libatk1.0-02.10.0-2 ii libatkmm-1.6-1 2.22.7-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libcairomm-1.0-1 1.10.0-1 ii libdbus-1-31.7.10-2 ii libdbus-glib-1-2 0.100.2-1 ii libflowcanvas5 0.7.1+dfsg0-0.2 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.2-1 ii libgcc11:4.8.2-14 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libglibmm-2.4-1c2a 2.36.2-1 ii libgnomecanvas2-0 2.30.3-2 ii libgnomecanvasmm-2.6-1c2a 2.26.0-1 ii libgtk2.0-02.24.22-1 ii libgtkmm-2.4-1c2a 1:2.24.4-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-01.36.0-1+b1 ii libpangoft2-1.0-0 1.36.0-1+b1 ii libpangomm-1.4-1 2.34.0-1 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.8.2-14 Versions of packages gladish recommends: ii laditools 1.0.1-2 gladish 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#706488: Aw: Re: Bug#706488: Re: Bug#706488: RM: boinc-server-maker/7.0.27
Hi, Steffen Möller wrote (22 Jan 2014 11:11:02 GMT) : I would happily see the binary removed. Who do I do this? Through reportbug? My understanding is that it requires a stable proposed update, with a debdiff that stops building the binary package you want to see removed. Is there also a way to get recent BOINC clients into a point release, possibly? Possibly. See Suite update policy on https://release.debian.org/. You'll want to file a stable pu bug with reportbug, attaching a debdiff, making it clear what important bugs it fixes, making sure not to include unrelated changes, and making sure the bugs are fixed in testing/sid already. Any not-too-crazy debdiff that satisfies these basic requirements is usually at least considered. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736336: Adding an IPv6 address to a bridge from /etc/network/interfaces removes the link-local address
Package: bridge-utils Version: 1.5-7 ifupdown version 0.7.47.2 iproute2 version 3.12.0-1 arch is amd64 Creating the bridge manually is fine: root:~# brctl addbr bar root:~# ifconfig bar up root:~# ip ad add XXX:abcd::1/64 dev bar root:~# ifconfig bar bar Link encap:Ethernet HWaddr 2e:81:78:aa:c7:a9 inet6 addr: XXX:abcd::1/64 Scope:Global inet6 addr: fe80::2c81:78ff:feaa:c7a9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:946 (946.0 B) But from the interfaces file is not: root:~# cat /etc/network/interfaces ... iface bar inet6 static address XXX:abcd::1 netmask 64 dad-attempts 0 bridge_ports none root:~# ifup bar Waiting for bar to get ready (MAXWAIT is 32 seconds). root:~# ifconfig bar bar Link encap:Ethernet HWaddr b6:79:72:af:26:fc inet6 addr: XXX:abcd::1/64 Scope:Global UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Matthew
Bug#736337: missing LGPL license in debian/copyright
Package: libaqbanking Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Hi Micha, unfortunately I found another missing license. Some files in src/plugins/* are licensed under LGPL2.1+. Can you please add them to debian/copyright as well. 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#706922: qiime REMOVED from testing
On 22/01/14 10:49, Andreas Tille wrote: Well, for king we have another problem that it depends from the deprecated libjogl-java and should be replaced by libjogl2-java. I tried removing libjogl-java, and KiNG still seems to work? I don't know if the graphics are being 'accelerated' or not, but: http://kinemage.biochem.duke.edu/kinemage/king-manual.html#tth_sEc3.3.2 This feature has been tested with various combinations of Java 1.4.2 through Java 1.6.0 and JOGL 1.1 through JOGL 1.1.1. JOGL is still under development, as is this feature, and interacting so directly with the hardware is always risky, so it's possible that OpenGL rendering may hang KiNG on your computer. You've been warned. Hopefully, a future version of Java (possibly the 1.6.x series) will use OpenGL behind the scenes for all graphics operations, making KiNG much faster and making this feature obsolete. Until then, this is a work-around for large kinemages where performance is an issue. So it may be that graphics rendering is fast enough in openjdk-6 and -7 that KiNG's use of JOGL is obsolete anyway? If the libjogl-java dependency is dropped, king should be installable on kfreebsd and then so would qiime. And libjogl2-java transition can go ahead. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735680: Example-Package that triggers the error
For this bug to show, I manipulated a deb package to have the following: control is missing Installed-Size: FaultyPackage-NoSize.deb The package faultypackage_0.1_all.deb contains the original working deb with correct control and will not show ths bug. The upstream error report: https://bugs.launchpad.net/ocsinventory-unix-agent/+bug/1032393 Greetings, Matthias -- Matthias Wieser Systemadministrator JOANNEUM RESEARCH HEALTH - Institute for Biomedicine and Health Sciences eHealth and Health Sciences Elisabethstrasse 11A A-8010 Graz, Austria tel. + 43 (0)316 876 2150 email: matthias.wie...@joanneum.at web: www.joanneum.at/health faultypackage_0.1_all.deb Description: application/deb FaultyPackage-NoSize.deb Description: application/deb
Bug#736339: emacs24 (with GTK) causes windowmaker to no longer switch desktops with mouse wheel
Package: emacs24 Version: 24.3+1-2 Severity: normal Dear Maintainer, using windowmaker and emacs24 together breaks windowmaker. Normally, windowmaker is configured to switch desktops when the mouse wheel is used on the desktop background. When I start emacs24, this simply stops working. With emacs24-lucid this does not happen. The bug in question is somewhere between emacs, the used GTK and windowmaker; please forward this bug if necessary. Additional Information: I use debian stable, but have compiled/backported emacs24 myself, using apt-get build-dep -t testing emacs24 apt-get source -t testing emacs24 cd emacsXXX dpkg-buildpackage -us -uc cd .. dpkg -i emacsXXX.deb ... I will try to repeat this with debian testing, but i will have to upgrade my home computer for that, which will have to wait until this evening. Greetings, Jakob Krainz -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (990, 'stable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.utf8) Shell: /bin/sh linked to /bin/dash Versions of packages emacs24 depends on: ii emacs24-bin-common 24.3+1-2 ii gconf-service 3.2.5-1+build1 ii libasound2 1.0.25-4 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgconf-2-43.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgif4 4.1.6-10 ii libglib2.0-02.33.12+really2.32.4-5 ii libgnutls26 2.12.20-7 ii libgomp14.7.2-5 ii libgpm2 1.20.4-6 ii libgtk-3-0 3.4.2-7 ii libice6 2:1.0.8-2 ii libjpeg88d-1 ii libm17n-0 1.6.3-2 ii libmagickcore5 8:6.7.7.10-5+deb7u2 ii libmagickwand5 8:6.7.7.10-5+deb7u2 ii libotf0 0.9.12-2 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii librsvg2-2 2.36.1-2 ii libselinux1 2.1.9-5 ii libsm6 2:1.2.1-2 ii libtiff43.9.6-11 ii libtinfo5 5.9-10 ii libx11-62:1.5.0-1+deb7u1 ii libxft2 2.3.1-1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii libxpm4 1:3.5.10-1 ii libxrender1 1:0.9.7-1+deb7u1 ii zlib1g 1:1.2.7.dfsg-13 emacs24 recommends no packages. Versions of packages emacs24 suggests: ii emacs24-common-non-dfsg 24.3+1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736336: STP is partly to blame
Further digging reveals that STP is causing or triggering the fault. If the bridge_stp option is disabled (and thus `brctl stp bar on` is never called), then the bridge retains its link-local address as expected. Matthew
Bug#736338: drawmap: New upstream version available
Package: drawmap Severity: minor Hi, I did some investigation about packages which were not uploaded a long time by the according team. For Debian GIS it is drawmap (last upload 2007-05-18). I'd regard the package in bad shape since it mentions a homepage which just throws 404, no Vcs URLs are specified (I did not checked whether it really is not in Vcs) and it has long standing open bugs. In Debian Med I would simply upgrade the packaging, inject it into Vcs and check for new upstream. I have found a slightly newer upstream here: http://www.ibiblio.org/pub/Linux/science/cartography/drawmap-2.6.tar.gz My questions are: - Does anybody know a newer version? - Has this probably orphaned upstream program some use these days and should we as in Debian GIS team care for this. If the later question is answered with yes (and perhaps some reasons for this yes are given) I would volunteer to move the packaging into Debian GIS Git, update to the latest upstream version and upgrade the packaging to the rules of Debian GIS policy. Any further comments? Kind regards Andreas. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.36-xenU-4814-i386 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731190: qiime REMOVED from testing
Hi Steven, On Wed, Jan 22, 2014 at 11:45:50AM +, Steven Chamberlain wrote: On 22/01/14 10:49, Andreas Tille wrote: Well, for king we have another problem that it depends from the deprecated libjogl-java and should be replaced by libjogl2-java. I tried removing libjogl-java, and KiNG still seems to work? I admit that I was quite astonished that the package builds despite the errors. I don't know if the graphics are being 'accelerated' or not, but: http://kinemage.biochem.duke.edu/kinemage/king-manual.html#tth_sEc3.3.2 This feature has been tested with various combinations of Java 1.4.2 through Java 1.6.0 and JOGL 1.1 through JOGL 1.1.1. JOGL is still under development, as is this feature, and interacting so directly with the hardware is always risky, so it's possible that OpenGL rendering may hang KiNG on your computer. You've been warned. Hopefully, a future version of Java (possibly the 1.6.x series) will use OpenGL behind the scenes for all graphics operations, making KiNG much faster and making this feature obsolete. Until then, this is a work-around for large kinemages where performance is an issue. So it may be that graphics rendering is fast enough in openjdk-6 and -7 that KiNG's use of JOGL is obsolete anyway? This would be cool and I'd be very happy if somebody of the Java team would comment on this. If the libjogl-java dependency is dropped, king should be installable on kfreebsd and then so would qiime. And libjogl2-java transition can go ahead. Most probably this would be the most simple solution. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736340: libmtbl-dev: arch-dependent files in Multi-Arch: same package
Package: libmtbl-dev Version: 0.4-1 Severity: normal User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libmtbl-dev is marked as Multi-Arch: same, but the following files are architecture-dependent: /usr/share/man/man3/mtbl_crc32c.3.gz /usr/share/man/man3/mtbl_fileset.3.gz /usr/share/man/man3/mtbl_fixed.3.gz /usr/share/man/man3/mtbl_iter.3.gz /usr/share/man/man3/mtbl_merger.3.gz /usr/share/man/man3/mtbl_reader.3.gz /usr/share/man/man3/mtbl_sorter.3.gz /usr/share/man/man3/mtbl_source.3.gz /usr/share/man/man3/mtbl_varint.3.gz /usr/share/man/man3/mtbl_writer.3.gz /usr/share/man/man7/mtbl.7.gz An example diff between i386 and armel (after ungzipping) is attached. -- Jakub Wilk diff -ur libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_crc32c.3 libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_crc32c.3 --- libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_crc32c.3 2014-01-21 23:58:05.0 +0100 +++ libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_crc32c.32014-01-22 01:47:14.0 +0100 @@ -2,12 +2,12 @@ .\ Title: mtbl_crc32c .\Author: [FIXME: author] [see http://docbook.sf.net/el/author] .\ Generator: DocBook XSL Stylesheets v1.78.1 http://docbook.sf.net/ -.\ Date: 01/21/2014 +.\ Date: 01/22/2014 .\Manual: \ \ .\Source: \ \ .\ Language: English .\ -.TH MTBL_CRC32C 3 01/21/2014 \ \ \ \ +.TH MTBL_CRC32C 3 01/22/2014 \ \ \ \ .\ - .\ * Define some portability stuff .\ - diff -ur libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_fileset.3 libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_fileset.3 --- libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_fileset.32014-01-21 23:58:05.0 +0100 +++ libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_fileset.3 2014-01-22 01:47:14.0 +0100 @@ -2,12 +2,12 @@ .\ Title: mtbl_fileset .\Author: [FIXME: author] [see http://docbook.sf.net/el/author] .\ Generator: DocBook XSL Stylesheets v1.78.1 http://docbook.sf.net/ -.\ Date: 01/21/2014 +.\ Date: 01/22/2014 .\Manual: \ \ .\Source: \ \ .\ Language: English .\ -.TH MTBL_FILESET 3 01/21/2014 \ \ \ \ +.TH MTBL_FILESET 3 01/22/2014 \ \ \ \ .\ - .\ * Define some portability stuff .\ - diff -ur libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_fixed.3 libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_fixed.3 --- libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_fixed.3 2014-01-21 23:58:05.0 +0100 +++ libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_fixed.3 2014-01-22 01:47:14.0 +0100 @@ -2,12 +2,12 @@ .\ Title: mtbl_fixed .\Author: [FIXME: author] [see http://docbook.sf.net/el/author] .\ Generator: DocBook XSL Stylesheets v1.78.1 http://docbook.sf.net/ -.\ Date: 01/21/2014 +.\ Date: 01/22/2014 .\Manual: \ \ .\Source: \ \ .\ Language: English .\ -.TH MTBL_FIXED 3 01/21/2014 \ \ \ \ +.TH MTBL_FIXED 3 01/22/2014 \ \ \ \ .\ - .\ * Define some portability stuff .\ - diff -ur libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_iter.3 libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_iter.3 --- libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_iter.3 2014-01-21 23:58:05.0 +0100 +++ libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_iter.3 2014-01-22 01:47:14.0 +0100 @@ -2,12 +2,12 @@ .\ Title: mtbl_iter .\Author: [FIXME: author] [see http://docbook.sf.net/el/author] .\ Generator: DocBook XSL Stylesheets v1.78.1 http://docbook.sf.net/ -.\ Date: 01/21/2014 +.\ Date: 01/22/2014 .\Manual: \ \ .\Source: \ \ .\ Language: English .\ -.TH MTBL_ITER 3 01/21/2014 \ \ \ \ +.TH MTBL_ITER 3 01/22/2014 \ \ \ \ .\ - .\ * Define some portability stuff .\ - diff -ur libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_merger.3 libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_merger.3 --- libmtbl-dev_0.4-1_i386/usr/share/man/man3/mtbl_merger.3 2014-01-21 23:58:05.0 +0100 +++ libmtbl-dev_0.4-1_armel/usr/share/man/man3/mtbl_merger.32014-01-22 01:47:14.0 +0100 @@ -2,12 +2,12 @@ .\ Title: mtbl_merger .\Author: [FIXME: author] [see http://docbook.sf.net/el/author] .\ Generator: DocBook XSL Stylesheets v1.78.1 http://docbook.sf.net/ -.\ Date: 01/21/2014 +.\ Date: 01/22/2014 .\Manual: \ \ .\Source: \ \ .\ Language: English .\ -.TH MTBL_MERGER 3 01/21/2014 \ \ \ \ +.TH MTBL_MERGER 3 01/22/2014 \ \ \ \ .\ - .\ * Define some
Bug#736341: simple-scan: Simple-Scan wont load
Package: simple-scan Version: 3.10.0-1 Severity: grave Justification: renders package unusable Hi everybody When opening simple-scan the system freezes with no apparent reason. I cannot see any error messages in terminal -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages simple-scan depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gnome-icon-theme 3.10.0-1 ii libc62.17-97 ii libcairo21.12.16-2 ii libcolord1 1.0.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libgudev-1.0-0 204-6 ii libsane 1.0.23-3+b1 ii libsqlite3-0 3.8.2-1 ii xdg-utils1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.8.dfsg-1 simple-scan recommends no packages. simple-scan 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#736339: Relevant Version of Windowmaker
Sorry for the inconvenience, I forgot to mention the relevant version of windowmaker: ii wmaker 0.95.3-2 amd64NeXTSTEP-like window manager for Greetings, Jakob Krainz smime.p7s Description: S/MIME Kryptografische Unterschrift
Bug#735424: nvidia-driver: New vesa test
On 2014-01-22 09:55, Karsten wrote: I have done as described. After the reboot i land on the text shell. But now i got an interesting other result. When i log in and startx the screen is flickering and i can see for a short moment something like a desktop, then the screen is black. This time the log shows a clean vesa install. And if vesa is not working (even if it would be horribly slow), there seems to be something else going on. It's not the nvidia driver being faulty - the same happens there, but you don't see the flickering because its too fast. I see the same in the Xorg.log from both drivers - X is started successfully. But right now I'm out of clues how to debug this further - the X maintainers might help here to get vesa running. And if that is working, switching back to nvidia should be no problem. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734798: libapache2-mod-rpaf: failure to work with authz allow/deny
On Tue, Jan 21, 2014 at 12:00:45PM -0600, Brian Kroth wrote: Please try an update package (attached). Updated patch attached as well. That does appear to work Ok. Vincent, could you test this as well? If so, I will merge two bugreports and prepare an update for stable. however, I think it's incomplete. Can you elaborate this? E.g. provide some tests. If you look at rpaf_cleanup() (~line 149), there is code very similar to the main code in change_remote_ip() that undoes the operation for keepalive connections, however as it stands in the original code it has the same issue - namely it only handles IPv4. I don't see issues with keepalive right now: root@wheezy:~# curl -I -H 'X-Forwarded-For: 192.168.1.40' -v http://localhost/ http://localhost/two * About to connect() to localhost port 80 (#0) * Trying ::1... * connected * Connected to localhost (::1) port 80 (#0) HEAD / HTTP/1.1 User-Agent: curl/7.26.0 Host: localhost Accept: */* X-Forwarded-For: 192.168.1.40 * HTTP 1.1 or later with persistent connection, pipelining supported HTTP/1.1 200 OK HTTP/1.1 200 OK Date: Wed, 22 Jan 2014 12:17:57 GMT Date: Wed, 22 Jan 2014 12:17:57 GMT Server: Apache/2.2.22 (Debian) Server: Apache/2.2.22 (Debian) Last-Modified: Mon, 20 Jan 2014 09:16:02 GMT Last-Modified: Mon, 20 Jan 2014 09:16:02 GMT ETag: 16-b1-4f063572f7880 ETag: 16-b1-4f063572f7880 Accept-Ranges: bytes Accept-Ranges: bytes Content-Length: 177 Content-Length: 177 Vary: Accept-Encoding Vary: Accept-Encoding Content-Type: text/html Content-Type: text/html * Connection #0 to host localhost left intact * Re-using existing connection! (#0) with host (nil) * Connected to (nil) (::1) port 80 (#0) HEAD /two HTTP/1.1 User-Agent: curl/7.26.0 Host: localhost Accept: */* X-Forwarded-For: 192.168.1.40 * HTTP 1.1 or later with persistent connection, pipelining supported HTTP/1.1 404 Not Found HTTP/1.1 404 Not Found Date: Wed, 22 Jan 2014 12:17:57 GMT Date: Wed, 22 Jan 2014 12:17:57 GMT Server: Apache/2.2.22 (Debian) Server: Apache/2.2.22 (Debian) Vary: Accept-Encoding Vary: Accept-Encoding Content-Type: text/html; charset=iso-8859-1 Content-Type: text/html; charset=iso-8859-1 * no chunk, no close, no size. Assume close to signal end * Closing connection #0 The patch I provided previously attempts to apply the same style fix to the rpaf_cleanup() code as well. Thus, I'm not sure we need this part. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732512: Upgrade to postgresql 9.3
On Mon, Jan 20, 2014 at 06:09:31PM +0100, Martin Pitt wrote: Thanks for considering, Thank you for your help. The modification is already in my next package release, but I need to solve some other issues to release it. Best regards -- Gennaro Oliva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707550: opu: package php-mdb2/2.5.0b2-1
Hi, 2014/1/21 intrigeri intrig...@debian.org: Hi, Teodor, ping? I don't have the necessary experience to make this source debdiff. Thomas, are you still interested in uploading this (simple) patch for squeeze? Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735424: nvidia-driver: New vesa test
Am 22.01.2014 13:16, schrieb Andreas Beckmann: This time the log shows a clean vesa install. And if vesa is not working (even if it would be horribly slow), there seems to be something else going on. It's not the nvidia driver being faulty - the same happens there, but you don't see the flickering because its too fast. I see the same in the Xorg.log from both drivers - X is started successfully. But right now I'm out of clues how to debug this further - the X maintainers might help here to get vesa running. And if that is working, switching back to nvidia should be no problem. Andreas Thank you for analyzing and trying to solve the problem! It seems to be a really sucking problem with the configuration of this installation. Is there a chance for a simply and clean reinstall of all the stuff around X and Nvida? Maybe this could save the personal settings and get the same situation as a new installation? Otherwise i think this will cost to much time for further analyzing of this problem. Then there only two options: 1. Wait and try another upgrade from wheezy to jessie in hope that it will work later. 2. Uninstall the nvidia debian packages and try to use the original NVidia installer. (I have no idea what the NVidia installer is making different that it works?) Best regards Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735466: glark: Please migrate to Ruby 2.0
Michael Ablassmeier a...@grinser.de wrote: the version is depending on ruby 1.8 as it is not working with newer ruby versions. Glark development has changed alot in the meantime and it is now available as ruby-gem. Plus upstream went on and made some of the components its own libraries (own log library and so on). So packaging a more recent glark version is something i had a look at but yet have to find time to do the real homework which further gems i have to touch until i end up with something working. I took a quick look: rainbow is already packaged (as ruby-rainbow). riel and ragol depend on logue. None of these are packaged, but it should be relatively easy to do so using gem2deb. The usual 'might need trivial fixes for minitest' applies. I'm sure you could host/maintain those gems (and possibly glark itself) under the pkg-ruby-extras umbrella if you would want to. Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#736141: Support for Aladdins 72kb eToken
Le 22/01/2014 08:23, Marco Balmer a écrit : Attached is an output of sudo LIBCCID_ifdLogLevel=0x000F pcscd --foreground --debug --apdu I can't find any error in this log. Your token is working correctly. Why have you filed a bug? Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736342: gnome-terminal: regularly stops using X input method
Package: gnome-terminal Version: 3.10.1-1 Severity: normal I have GTK_IM_MODULE=xim set in my environment to ensure that keys like compose and such work correctly. Ever so often, gnome-terminal forgets this and falls back to the simple input method. I'm not sure what causes this. Earlier, right-clicking in the window would let me switch back to the input method I wanted, but that option was recently removed. Can either the bug where it switches be fixed or the removal of the input method menu be reverted, please? I'm happy to assist with debugging. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libdconf10.18.0-1 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libpango-1.0-0 1.36.0-1+b1 ii libuuid1 2.20.1-5.5 ii libvte-2.90-91:0.34.9-1 ii libx11-6 2:1.6.2-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.7.10-2 ii gvfs 1.16.3-1+b2 ii yelp 3.10.1-1 gnome-terminal suggests no packages. -- no debconf information -- Tollef Fog Heen UNIX is user friendly, it's just picky about who its friends are -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736332: [Pkg-javascript-devel] Bug#736332: libv8-3.14: support for mips big endian
Jurica Stanojkovic jurica.stanojko...@imgtec.com wrote: I have attached a patch that enables building of package libv8-3.14_3.14.5.8-5 on mips big endian architecture. Big endian support for mips is on this branch: https://github.com/paul99/v8m-rb/tree/dm-mipsbe-3.14 Thanks a lot for improving libv8 portability. Do you have any info to add about the upstreaming status of this? I see you are in good relation with libv8 upstream, so I presume you already submitted a pull-request. Is the review already ongoing/done somewhere? Or is it a backport for something already landed? Thanks, Luca -- .''`. | ~[ Luca BRUNO ~ (kaeso) ]~ : :' : | Email: lucab (AT) debian.org ~ Debian Developer `. `'` | GPG Key ID: 0x3BFB9FB3 ~ Free Software supporter `-| HAM-radio callsign: IZ1WGT ~ Networking sorcerer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736331: [Pkg-nagios-devel] Bug#736331: nagios-plugins: Nagios plugins renamed to monitoring plugins
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Ezequiel, thanks for reporting the issue. Am 22.01.14 11:50, schrieb Ezequiel Lara Gómez: Nagios enterprises recently hijacked the nagios-plugins domain, so the plugins got renamed as well. See http://tech.slashdot.org/story/14/01/19/0454222/nagios-plugins-web-site-taken-over-by-nagios and https://www.monitoring-plugins.org/news/new-project-name.html for reference. We are aware of the issue and already sorting things out. At the very least the homepage in the source package should move from http://nagiosplug.sourceforge.net to https://www.monitoring-plugins.org/ ; also, the package name should probably be renamed to monitoring-plugins. We have a fix in our VCS already. There is still something to be discussed, cause many packages relying on the directories /etc/nagios-plugins and /usr/lib/nagios/plugins. It needs to be evaluated if and how this can be transitioned without breaking all this. With best regards, Jan. - -- Never write mail to w...@spamfalle.info, you have been warned! - -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y - --END GEEK CODE BLOCK-- -BEGIN PGP SIGNATURE- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org iEYEARECAAYFAlLfx9wACgkQ9u6Dud+QFyQupgCeKj6C31WvgZ1bkwNe2MmeIMYo TMkAoNpf+EqnzPYK6cctBJYuuDYg/TVi =xLDT -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726763: Bug#735628: gdm3: Does not restart system when clicking {Restart}
Dear Andreas, yes the screen does indeed turn off for a while while GDM is loading when I dont't exit plymouth. Maybe should I purge GDM3 and try over again? I have no clue why GDM does only works so sluggish for me. As noted in my last mail, with XDM, KDM and lightdm I can't even start my xinitrc session, since they refuse to exec enlightenment_start. I really have no clue where this all comes from, this is why I am asking on the bugreport list. :-) To note, my installation is a Debian 5 installation, upgraded to Debian/testing and running on so far. I already reported other sometimes strange bugs happening for me, for example gkrellm seqfaulting when I type an umlaut; I use xmodmap by the way. Maybe you have an idea how to make GDM run smoothly again. Thank you very much, Adrian On Wed, 2014-01-22 at 03:03 +0100, Andreas Cadhalpun wrote: Hi Adrian, On 22.01.2014 01:24, Adrian Immanuel Kieß wrote: the missing part is then: Starting Enable support for additional executable binary formats... 76 Starting LSB: Start acpi_fakekey daemon... 77 Starting LSB: Bluetooth monitoring daemon... 78 Starting LSB: OpenBSD Secure Shell server... 79 Starting LSB: Fetch LDAP SSL public key from the server... 80 Starting Initialize hardware monitoring sensors... 81 Starting /etc/rc.local Compatibility... 82 Starting System Logging Service... 83 Starting Permit User Sessions... 84 [^[[32m OK ^[[0m] Listening on Virtual machine lock manager socket. 85 [^[[32m OK ^[[0m] Listening on Avahi mDNS/DNS-SD Stack Activation Socket. 86 [^[[32m OK ^[[0m] Listening on GPS (Global Positioning System) Daemon Sockets. 87 [^[[32m OK ^[[0m] Listening on PC/SC Smart Card Daemon Activation Socket. 88 [^[[32m OK ^[[0m] Listening on ACPID Listen Socket. 89 [^[[32m OK ^[[0m] Listening on D-Bus System Message Bus Socket. 90 Starting Avahi mDNS/DNS-SD Stack... 91 Starting Login Service... 92 Starting Accounts Service... 93 Starting D-Bus System Message Bus... 94 [^[[32m OK ^[[0m] Started D-Bus System Message Bus. 95 Starting LSB: network connection manager... 96 Starting LSB: Light Display Manager... 97 Starting Virtualization daemon... (taken from /var/log/boot.log) Strange, I can see (using plymouth exited with Esc) lines like: Starting Initialize hardware monitoring sensors... or Starting LSB: network connection manager... I'd like to note when I boot with plymouth and I am not exiting plymouth with [Home] then even the screen suspends and wents off while GDM is starting up. For me the screen goes black (but still is on) for a moment just before GDM comes up. Does it really turn off for you? I have a lot of problems with the window display managers in Debian/testing lateley. With XDM I can't even login with any user and all the other display managers won't execute enlightenment_start and refuse to open a E17 session. :( I did reboot but GDM won't show the banner or the background image set in greeter.gsettings. I don't understand this. The banner works for me. Best regards, Andreas -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator programmer Unix / Perl / LaTeX mail: adrian (at) kiess.at www: http://www.kiess.at signature.asc Description: This is a digitally signed message part
Bug#630955: [INTL:zh_CN] Simplified Chinese translation Update 2011-06-19
I’ll be updating aptitude_0.6.8.3-1_aptitude to 2014 but it’s going to take a while. Btw, let me know if there’s better tool than vim and regular diff for mac to do this. Sent from my BlackBerry 10 smartphone. XiaoXiong Weng | xiaoxiong.w...@ryerson.ca | signature.asc Description: Message signed with OpenPGP using GPGMail
Bug#736343: gdebi-core: Removes reverse dependencies if a to be installed package is an upgrade
Package: gdebi-core Version: 0.9.3 Severity: normal Hi, since I wanted to check if the recent aptitude upload works properly on sparc64 (the buildd hasn't built it yet), I've built all architecture-dependent packages from the aptitude source package (i.e. the binary package aptitude). The architecture-dependent binary package aptitude depends on the architecture-independent binary package aptitude-common with the same version. Hence installing aptitude_0.6.8.3-1_sparc64.deb over version 0.6.8.2-1.2 needed aptitude-common updated at the same time. That's why I used gdebi. But to my surprise, gdebi did not install aptitude 0.6.8.3-1 over 0.6.8.2-1.2 but first removed aptitude 0.6.8.2-1.2 and with it all reverse dependencies of aptitude without even asking. This is definitely a dangerous behaviour and should be avoided where possible. (Ok, it asks, but only Do you want to install the software package? and it does not mention that this will (unnecessearily) remove other packages in that queston, it only mentions that many lines above.) In my case it were only some local meta-packages to pull in common packages, so no harm was done, but I can imagine if this happens with a more vital package, this can cause quite some headaches for the administrator, e.g. how to regain access to the system if e.g. openssh-server has been removed. Example session: root@hw:/home/abe/bin-nmu# ls -l *deb -rw-r--r-- 1 abe 1000 18664912 Jan 22 09:14 aptitude-dbg_0.6.8.3-1_sparc64.deb -rw-r--r-- 1 abe 1000 1211652 Jan 22 09:12 aptitude_0.6.8.3-1_sparc64.deb root@hw:/home/abe/bin-nmu# gdebi aptitude_0.6.8.3-1_sparc64.deb Reading package lists... Done Building dependency tree Reading state information... Done Building data structures... Done Building data structures... Done Requires the REMOVAL of the following packages: abe-commandline abe-packaging-dev abe-perl-dev aptitude Requires the installation of the following packages: aptitude-common terminal-based package manager aptitude is a package manager with a number of useful features, including: a mutt-like syntax for matching packages in a flexible manner, dselect-like persistence of user actions, the ability to retrieve and display the Debian changelog of most packages, and a command-line mode similar to that of apt-get. . aptitude is also Y2K-compliant, non-fattening, naturally cleansing, and housebroken. Do you want to install the software package? [y/N]:y Get:1 http://ftp.debian-ports.org/debian/ unstable/main aptitude-common all 0.6.8.3-1 [1579 kB] Fetched 1579 kB in 0s (0 B/s) (Reading database ... 73738 files and directories currently installed.) Removing abe-packaging-dev (13) ... Removing abe-perl-dev (13) ... Removing abe-commandline (13) ... Removing aptitude (0.6.8.2-1.2) ... Processing triggers for man-db (2.6.5-2) ... (Reading database ... 73708 files and directories currently installed.) Preparing to unpack .../aptitude-common_0.6.8.3-1_all.deb ... Unpacking aptitude-common (0.6.8.3-1) over (0.6.8.2-1.2) ... Processing triggers for man-db (2.6.5-2) ... Setting up aptitude-common (0.6.8.3-1) ... Selecting previously unselected package aptitude. (Reading database ... 73711 files and directories currently installed.) Preparing to unpack aptitude_0.6.8.3-1_sparc64.deb ... Unpacking aptitude (0.6.8.3-1) ... Setting up aptitude (0.6.8.3-1) ... update-alternatives: using /usr/bin/aptitude-curses to provide /usr/bin/aptitude (aptitude) in auto mode update-alternatives: warning: skip creation of /usr/share/man/cs/man8/aptitude.8.gz because associated file /usr/share/man/cs/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/de/man8/aptitude.8.gz because associated file /usr/share/man/de/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/es/man8/aptitude.8.gz because associated file /usr/share/man/es/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/fi/man8/aptitude.8.gz because associated file /usr/share/man/fi/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/fr/man8/aptitude.8.gz because associated file /usr/share/man/fr/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/gl/man8/aptitude.8.gz because associated file /usr/share/man/gl/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/it/man8/aptitude.8.gz because associated file /usr/share/man/it/man8/aptitude-curses.8.gz (of link group aptitude) doesn't exist update-alternatives: warning: skip creation of /usr/share/man/ja/man8/aptitude.8.gz because associated file /usr/share/man/ja/man8/aptitude-curses.8.gz (of link group aptitude)
Bug#734427: mailcheck: Solved
Package: mailcheck Followup-For: Bug #734427 Dear Maintainer, The problem is solved. I have replaced 'myusername' with 'myusername@domain' in both .mailcheckrc and .netrc. Thank you, Ricardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736334: Sqlite3 backend not more working
Le mercredi 22 janvier 2014 à 12:34 +0100, Francesco Paolo Lovergine a écrit : I use gnucash daily, with the sqlite3 backend for all my stuff. Today after updating my this sid box, gnucash is not more able to load any sqlite3 gnucash file (with a message like: no suitable backend found for file .gnucash). All worked perfectly and my files are still usable on other sid boxes. Even cleaning the guile cache gave no results. Curiously the list of today upgrades on this box seem unrelated: [...] 2014-01-22 09:42:28 upgrade libdbd-sqlite3:i386 0.8.3-1+s-5+b1 0.9.0-1 No so unrelated, since you upgraded libdbd-sqlite3 (see above). Does downgrading solve the issue? -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#736344: libffi: FTBFS on ppc64: symbols update needed
Source: libffi Version: 3.0.13-12 Severity: important Tags: patch Usertags: ppc64 Please update symbols of debian/libffi6.symbols.ppc64. Here is a patch attached. Regards, -- Hiroyuki Yamamoto A75D B285 7050 4BF9 AEDA 91AC 3A10 59C6 5203 04DC diff -Nurd libffi-3.0.13.orig/debian/libffi6.symbols.ppc64 libffi-3.0.13/debian/libffi6.symbols.ppc64 --- libffi-3.0.13.orig/debian/libffi6.symbols.ppc64 2013-11-29 00:43:02.0 +0900 +++ libffi-3.0.13/debian/libffi6.symbols.ppc64 2014-01-22 22:07:25.0 +0900 @@ -10,11 +10,11 @@ ffi_prep_cif_var@Base 3.0.10~rc8 ffi_prep_closure@Base 3.0.4 ffi_prep_closure_loc@Base 3.0.4 + ffi_prep_closure_loc_linux64@Base 3.0.13 ffi_prep_java_raw_closure@Base 3.0.4 ffi_prep_java_raw_closure_loc@Base 3.0.4 ffi_prep_raw_closure@Base 3.0.4 ffi_prep_raw_closure_loc@Base 3.0.4 - ffi_prep_raw_closure_loc_linux64@Base 3.0.13 ffi_ptrarray_to_raw@Base 3.0.4 ffi_raw_call@Base 3.0.4 ffi_raw_size@Base 3.0.4
Bug#736345: flex, new release available for download
Package: flex Version: 2.5.35-10.1 Severity: wishlist Dear Maintainer, A new flex release 2.5.37 is available for download [1] (august 2012) I have already tried to package it and it succedes with not many tweaks (just commenting out a link that the new release automatically does) Of course I think I can NMU it if needed, or put it on mentors. let me know if I can help. [1] http://qa.debian.org/watch/sf.php/flex/flex-2.5.37.tar.gz Gianfranco
Bug#735182: RFS: fuseloop/1.0.1-1 ITP -- loopback mount using FUSE
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 01/22/2014 05:12 AM, Johannes Schauer wrote: Hi, Quoting أحمد المحمودي (2014-01-22 10:36:11) Actually what happens implicitly (at least on Ubuntu precise) is: $(CC) $(CFLAGS) $(LDFLAGS) $^ -o $@ which causes the compilation to fail, because the -l... should be after the object files (or source files in this case). Ah funny, so it's a ubuntu problem. I did not observe this problem with Debian unstable. After trying it out myself in a ubuntu precise and saucy chroot and asking on #debian-mentors, the reason why this error happens only on Ubuntu seems to be: https://wiki.ubuntu.com/ToolChain/CompilerFlags#A-Wl.2C--as-needed https://wiki.ubuntu.com/NattyNarwhal/ToolchainTransition Should I contact upstream to yet again change his makefile or are things okay as they are because everything works fine in Debian? Do things still work fine in Debian when using ld.gold (by installing the binutils-gold package) rather than ld.bfd? I know there's an important difference in ld.gold related to --as-needed (or possibly to - --no-as-needed, I don't recall offhand). I seem to recall that there are long-term plans to switch Debian over to ld.gold or to produce the same effect in ld.bfd, and that it's recommended (or at least preferred) to make sure your package builds with the gold linker; I suspect that this is the similar change... being discussed for Debian mentioned in the ToolchainTransition article you linked. There's no expected completion date for this AFAIK, but trying to be compliant with it isn't a bad idea; I've already got the upstream of something I haven't even packaged yet to accept a compliance patch, just based on test packaging attempts. - -- The Wanderer Secrecy is the beginning of tyranny. A government exists to serve its citizens, not to control them. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJS39JJAAoJEASpNY00KDJrqYQP/0GBnMOtwgXJwbDIj/qskRr0 En2lnuVM76ua/xb4iYCrbmeQ3APnwJ8pqrJ2oSozuA+A1244TAiXgzf/iLFCZ+JI 2sID3uMLf8+rrXnVs0FFKNEuNHAVYLSi9TxF1Ptlpai1YFwasGU5MrEr13kthrD+ RgQ0+3HWxJ29aNo4yR90SxK8zADjjm0bggJlwI8ltGaWxKMPZsfZSs12f19lMSe+ UpIT0vISg724mlsU3i31+rUIrfnAm+AlrVzX0j5H6p5gkp6o1+IKsmi9LBQviCJh sBZ85Eq7LvZpfWpErf1FBXVRlnosuBC/P/S8XfJhTQP5owDLqOO5ot33IKb128f0 /MmoiT0xe/KjlKnqcLg0Mru90HmNkm1VY0ZKuojJfc1n/OcMg+IX8UrjGCTSnjSW bV7CpT2eYFj6ikbSNcLGBWEy+zllppWaBXIB5K+c3NJ++oc1VHN88/lKlmL36d07 BKPiMA1qoyGbdbpr9dLbCXL8QVgOS9ZblMXRimZjsYhDDM4DzZq6pMheTorfCUR3 9wzGL40K1tE4MNm/j2gfKaYTKauw1u+EI70CPX6+jFECmWqAsL0grDHvMlavZfvN JmoxhwsH6WHldkrhjih1VcglJ84AZCB/wllxsRRI0+ULt7yo4X7966y+0AFi57la 5xw2Zvg+Asg22VMaA1cy =AeaL -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734531: emacsen-common: handling of add-on packages still broken in some cases
2014/1/21 Agustin Martin agmar...@debian.org: On Sun, Jan 19, 2014 at 02:43:34PM -0600, Rob Browning wrote: [summary for debhelper/dh_installemacsen: there may be additional changes to policy soon.] So I just realized that while I improved things a bit in 2.0.6/7, there are still some broken cases. In particular I believe that dpkg --purge emacsen-common can cause trouble because emacsen-common will rm -rf /var/lib/emacsen-common. That leaves all the add-on packages installed, but missing their /var/lib/emacsen-common/state/package/installed/ files. Then if/when emacsen-common is reinstalled, say indirectly via apt-get install emacs24 none of the already installed add-on packages will be processed because their state files are missing, and won't be recreated until the next time they're upgraded or reinstalled. Can emacsen-common postinst be instructed to recreate all them when installed for the first time? List of add-ons can be extracted from /usr/lib/emacsen-common/packages/install, just need to pass a flag file from preinst in case the emacsen-common dirs are not present. This flag file is checked from postinst, action is taken after it and removed if success. All of these recent issues (and contemplating the fixes/workarounds) make me suspect that it may have been unwise to try to make it possible for add-on packages to have *no* emacs-infrastructure related dependencies. I'm not certain yet, but I believe that requiring add-on packages to depend on emacsen-common ( 2.0...) may make it much easier (and even possible?) to handle the install/removal process correctly. Currently, emacsen-common is only about 140k, and I don't expect it to get much larger in the foreseeable future, so it doesn't seem like a significant burden in exchange for what I think might be a much simpler, and more obviously correct system. As one example, the added dependency would allow us to remove the bit just added to policy that required add-on packages to manually handle their installed/state file. If possible, I'd greatly prefer things done without adding the explicit dependency, even if it is not big and does not pull other things. I'd leave the dependency only as last choice. Already sent in private mail to add-on maintainers, adding here just to have this recorded. Not fully tested, but I think that, with some emacs flavour already installed # dpkg --purge emacsen-common # apt-get install emacsen-common may result in missing byte-compilation for emacsen add-ons, neither with the emacsen-common dependency nor with with my proposal. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731902: nmu: transmission_2.82-1
On Wed, Jan 22, 2014 at 11:41:32 +0100, intrigeri wrote: Hi, Niels Thykier wrote (11 Dec 2013 18:42:44 GMT) : On 2013-12-11 07:54, Thomas Goirand wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu transmission_2.82-1 . ALL . -m rebuild with newer libminiupnpc Not convinced this will work; transmission is OOD on several architectures because qt5-qmake is uninstallable/missing. This still seems to be the case. Thomas, what's the plan? That'll hopefully fix itself (or at least get better) once qt 5.2 hits sid, as that's built on many more archs. Cheers, Julien signature.asc Description: Digital signature
Bug#703289: docky: In vertical position the last docklet icon is not recognized by mouse
Package: docky Version: 2.2.0-2 Followup-For: Bug #703289 I found the cause of this problem. The problem is the switcher docklet, when it is in vertical position it should look like a square but often it is look like a rectangle, which is the shape in the horizontal position, when is as a rectangle the mouse is unable to click the docklet below. I already reported this bug directly in the Docky bug tracker. D. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (600, 'unstable'), (50, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages docky depends on: ii gconf2 3.2.6-1 ii libc6 2.17-97 ii libdbus-glib2.0-cil 0.6.0-1 ii libdbus2.0-cil 0.8.0-1 ii libgconf2.0-cil 2.24.2-3 ii libglib2.0-02.36.4-1 ii libglib2.0-cil 2.12.10-5 ii libgnome-keyring1.0-cil 1.0.0-4 ii libgnomedesktop2.20-cil 2.26.0-8 ii libgtk2.0-0 2.24.22-1 ii libgtk2.0-cil 2.12.10-5 ii libmono-addins0.2-cil 1.0+git20130406.adcd75b-3 ii libmono-cairo4.0-cil3.0.6+dfsg2-10 ii libmono-corlib4.5-cil 3.0.6+dfsg2-10 ii libmono-posix4.0-cil3.0.6+dfsg2-10 ii libmono-sharpzip4.84-cil3.0.6+dfsg2-10 ii libmono-system-core4.0-cil 3.0.6+dfsg2-10 ii libmono-system-web4.0-cil 3.0.6+dfsg2-10 ii libmono-system-xml-linq4.0-cil 3.0.6+dfsg2-10 ii libmono-system-xml4.0-cil 3.0.6+dfsg2-10 ii libmono-system4.0-cil 3.0.6+dfsg2-10 ii libnotify0.4-cil0.4.0~r3032-7 ii librsvg2-2.18-cil 2.26.0-8 ii librsvg2-common 2.40.0-1 ii libwnck2.20-cil 2.26.0-8 ii libx11-62:1.6.2-1 ii mono-runtime3.0.6+dfsg2-10 Versions of packages docky recommends: pn dockmanager none docky 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#736334: Sqlite3 backend not more working
On Wed, Jan 22, 2014 at 07:53:47AM -0600, Sébastien Villemot wrote: Le mercredi 22 janvier 2014 à 12:34 +0100, Francesco Paolo Lovergine a écrit : I use gnucash daily, with the sqlite3 backend for all my stuff. Today after updating my this sid box, gnucash is not more able to load any sqlite3 gnucash file (with a message like: no suitable backend found for file .gnucash). All worked perfectly and my files are still usable on other sid boxes. Even cleaning the guile cache gave no results. Curiously the list of today upgrades on this box seem unrelated: [...] 2014-01-22 09:42:28 upgrade libdbd-sqlite3:i386 0.8.3-1+s-5+b1 0.9.0-1 No so unrelated, since you upgraded libdbd-sqlite3 (see above). Does downgrading solve the issue? As written, no. It is still broken after downgrading and cleaned the guile cache. Any other suggestion? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736347: gobby-infinote: [PATCH] Resolve FTBFS from missing #include
Package: gobby-infinote Version: 0.4.94-5.1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, In Ubuntu 14.04, the attached patch was applied to achieve the following: * Add missing preprocessor directive, resolving FTBFS. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers precise-updates APT policy: (500, 'precise-updates'), (500, 'precise-security'), (500, 'precise-proposed'), (500, 'precise'), (100, 'precise-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-15-generic (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 diff -Nru gobby-infinote-0.4.94/debian/patches/missing-include.patch gobby-infinote-0.4.94/debian/patches/missing-include.patch --- gobby-infinote-0.4.94/debian/patches/missing-include.patch 1969-12-31 19:00:00.0 -0500 +++ gobby-infinote-0.4.94/debian/patches/missing-include.patch 2014-01-22 09:37:25.0 -0500 @@ -0,0 +1,12 @@ +Index: gobby-infinote-0.4.94/code/dialogs/preferences-dialog.cpp +=== +--- gobby-infinote-0.4.94.orig/code/dialogs/preferences-dialog.cpp 2014-01-22 09:28:57.0 -0500 gobby-infinote-0.4.94/code/dialogs/preferences-dialog.cpp 2014-01-22 09:37:19.543557459 -0500 +@@ -28,6 +28,7 @@ + #include stdexcept + + #include gtksourceview/gtksourcestyleschememanager.h ++#include gtksourceview/gtksourcestylescheme.h + + namespace + { diff -Nru gobby-infinote-0.4.94/debian/patches/series gobby-infinote-0.4.94/debian/patches/series --- gobby-infinote-0.4.94/debian/patches/series 2013-08-12 08:08:51.0 -0400 +++ gobby-infinote-0.4.94/debian/patches/series 2014-01-22 09:35:57.0 -0500 @@ -4,3 +4,4 @@ 0002-code-util-gtk-compat.hpp-fix-render_icon-with-missin.patch 0001-Fix-compilation-with-recent-versions-of-gcc.patch textsessionview-gtksourcebuffer-fix.patch +missing-include.patch
Bug#736348: [librabbitmq1] Segmentation fault to launch celery worker
Package: librabbitmq1 Version: 0.4.1-1 Severity: serious --- Please enter the report below this line. --- Hi, I write here the trace of segmentation fault, thanks a lot for your attention : Reading symbols from /usr/bin/python2.7...Reading symbols (gdb) run /usr/bin/celery -A tasks worker -- celery@paz v3.1.6 (Cipater) - --- * *** * -- Linux-3.12-1-amd64-x86_64-with-debian-jessie-sid -- * - --- - ** -- [config] - ** -- . broker: amqp://guest@localhost:5672// - ** -- . app: google.celery:0x180b8d0 - ** -- . concurrency: 1 (prefork) - *** --- * --- . events: OFF (enable -E to monitor this worker) -- *** --- * - [queues] -- . celery exchange=celery(direct) key=celery Program received signal SIGSEGV, Segmentation fault. 0x7fffed571ccb in amqp_pool_alloc () from /usr/lib/x86_64-linux-gnu/librabbitmq.so.1 (gdb) bt #0 0x7fffed571ccb in amqp_pool_alloc () from /usr/lib/x86_64-linux-gnu/librabbitmq.so.1 #1 0x7fffed77e92b in ?? () from /usr/lib/python2.7/dist-packages/_librabbitmq.so #2 0x7fffed77fded in ?? () from /usr/lib/python2.7/dist-packages/_librabbitmq.so #3 0x0055ef44 in call_function (oparg=optimized out, pp_stack=0x7fffa990) at ../Python/ceval.c:4021 #4 PyEval_EvalFrameEx ( f=f@entry=Frame 0x2e59780, for file /usr/lib/python2.7/dist-packages/librabbitmq/__init__.py, line 130, in queue_declare (self=Channel(channel_id=1, connection=Connection(channels={1: ...}, client=Connection(_initial_params={'insist': False, 'ssl': False, 'password': None, 'port': None, 'transport': 'amqp', 'login_method': None, 'hostname': None, 'userid': None, 'virtual_host': None, 'heartbeat': None, 'connect_timeout': 4}, transport_options={}, _closed=False, insist=False, connection_errors=(type at remote 0xe872c0, type at remote 0x2c53470, type at remote 0xc69c30, type at remote 0x9168e0, type at remote 0x916740), _transport=Transport(_Transport__reader=None, client=..., default_port=5672) at remote 0x2d4e290, alt=[], port=5672, _connection=..., login_method='AMQPLAIN', drain_events=instancemethod at remote 0x2d4f8c0, hostname='localhost', recoverable_connection_errors=(type at remote 0xe872c0, type at remote 0x2c53470, type at remote 0xc69c30, t ype at remote 0x9168e0, type at remote...(truncated), throwflag=throwflag@entry=0) at ../Python/ceval.c:2666 --- System information. --- Architecture: amd64 Kernel: Linux 3.12-1-amd64 Debian Release: jessie/sid 500 unstableftp.pt.debian.org 500 testing security.debian.org 1 experimentalftp.pt.debian.org --- Package information. --- Depends (Version) | Installed ==-+-=== libc6(= 2.15) | libssl1.0.0 (= 1.0.0) | Package's Recommends field is empty. Package's Suggests field is empty. Other packages involved not included automatically by reportbug: ii librabbitmq1 0.4.1-1amd64AMQP client library written in C ii python-librabbitmq 1.0.1-1amd64AMQP Client using the rabbitmq-c library ii rabbitmq-server3.2.2-1all AMQP server written in Erlang ii celeryd3.1.6-1all async task/job queue based on message passing (daemons) ii python-celery 3.1.6-1all async task/job queue based on message passing -- Esteban Paz Freire Distributed Systems Engineer deltamethod GmbH | Julie-Wolfthorn-Str. 1 | 10115 Berlin | Germany Phone +49 30-2023 8816-0 | Fax +49 30-2023 8816-9 | Mobile +49 1578-433826 esteban.fre...@deltamethod.com The information contained in this message may be privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any unauthorized dissemination, distribution or copy of this communication is strictly prohibited. If you have received this communication in error, please notify us by phone. Thank you -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726763: Bug#735628: gdm3: Does not restart system when clicking {Restart}
Hi Adrian, On 22.01.2014 14:40, Adrian Immanuel Kieß wrote: yes the screen does indeed turn off for a while while GDM is loading when I dont't exit plymouth. Strange. Maybe should I purge GDM3 and try over again? I have no clue why GDM does only works so sluggish for me. This may help - at least I think this can't make things worse... As noted in my last mail, with XDM, KDM and lightdm I can't even start my xinitrc session, since they refuse to exec enlightenment_start. I just installed lightdm and e17 and started e17 from lightdm. This worked for me (although e17 segfaulted shortly after that). I really have no clue where this all comes from, this is why I am asking on the bugreport list. :-) To note, my installation is a Debian 5 installation, upgraded to Debian/testing and running on so far. I already reported other sometimes strange bugs happening for me, for example gkrellm seqfaulting when I type an umlaut; I use xmodmap by the way. Maybe you have an idea how to make GDM run smoothly again. If you have free hard disk space, I would recommend you to create a fresh jessie installation and see, whether these problems happen there as well. If yes, you know how to reproduce the problem in a fresh installation, which might help solving it. If no, you should think about migrating to the fresh installation. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683159: [openssl] can't connect to hosts which allow only SSLv3
Package: libssl1.0.0 Version: 1.0.1f-1 Followup-For: Bug #683159 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/2 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libssl1.0.0 depends on: ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii multiarch-support 2.17-97 libssl1.0.0 recommends no packages. libssl1.0.0 suggests no packages. -- debconf information: libssl1.0.0/restart-failed: libssl1.0.0/restart-services: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736322: libcoq-ocaml-dev: It should depend on ocaml-best-compilers
Le 22/01/2014 10:49, Pierre Boutillier a écrit : please see https://coq.inria.fr/bugs/show_bug.cgi?id=3215 Authors of plugins for coq are encouraged to use coq_makefile to generate their Makefile. Makefiles generated by coq_makefile ask coqtop for the ocaml compilers it has been compiled with in order to use it too. (It is done by coqtop -config.) foo@bar:~$ coqtop -v The Coq Proof Assistant, version 8.4pl3 (January 2014) compiled on Jan 19 2014 15:28:09 with OCaml 4.01.0 foo@bar:~$ coqtop -config LOCAL=0 COQLIB=/usr/lib/coq/ DOCDIR=/usr/share/doc/coq/ OCAMLDEP=ocamldep OCAMLC=ocamlc OCAMLOPT=ocamlopt OCAMLDOC=ocamldoc CAMLBIN=/usr/bin/ CAMLLIB=/usr/lib/ocaml/ CAMLP4=camlp5 CAMLP4BIN=/usr/bin/ CAMLP4LIB=/usr/lib/ocaml/camlp5 HASNATDYNLINK=true The *.opt variants do not appear here, and I don't remember having done anything special for that. Maybe the reporter used a Makefile generated elsewhere? In general, this is a bad idea since it could be run on an architecture genuinely without the *.opt variants. Therefore, ocamlc.opt and ocamlopt.opt have to be available under platforms where coqtop has been compiled with them ... It is the case on Debian. However, I wonder why the *.opt variants do not appear above, then... Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736141: Support for Aladdins 72kb eToken
Dear Ludovic On Wed, Jan 22, 2014 at 02:24:47PM +0100, Ludovic Rousseau wrote: I can't find any error in this log. Your token is working correctly. Why have you filed a bug? I can confirm now, that pcscd/libccid works correctly with my token. My testing before I opened the bug was not sufficient. Thanks a lot for your understanding. Marco signature.asc Description: GnuPG/PGP Signature
Bug#736349: open-iscsi: fsck, mount and enable network swap improvenments to open-iscsi init
Package: open-iscsi Version: 2.0.873-3 Severity: important Tags: patch I'm using a iSCSI device as swap and another as a ext4 filesystem. But the swap isn't enabled and the filesystem isn't checked. I took some ideas from mountnfs.sh to fix this (patch included against Wheezy init script for open-iscsi). I've already talked to Ritesh about this and was asked to file this bug report so it doesn't get lost. open-iscsi.patch Description: Binary data