Bug#731672: uim-gtk3: uim systray not appearing in gnome shell
Package: uim-gtk3 Version: 1:1.8.6-4 Severity: normal Dear Maintainer, under gnome-shell 3.8.4 the uim systray is not showing in the notification bar. Specifically, uim-toolbar-gtk3-systray is not showing up. Other systray icons (e.g. dropbox, skype, redshift, steam) show up properly. The uim systray would also show up on previous versions of gnome shell, but since other systray icons show up properly I decided to report the bug here. What led up to the situation - installed package uim-gtk3 (and other uim related packages - uim is working as intended) after a clean installation of debian. What I exactly do - open a terminal and execute the command uim-toolbar-gtk3-systray The outcome of the action - the command executes but no systray icon appears. Expected outcome - command executes, and a systray icon appears that allows controlling of the input properties. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/6 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 uim-gtk3 depends on: ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libgcroots0 0.8.5-4 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libuim-custom2 1:1.8.6-4 ii libuim-data 1:1.8.6-4 ii libuim-scm0 1:1.8.6-4 ii libuim8 1:1.8.6-4 ii libx11-6 2:1.6.2-1 ii uim-common 1:1.8.6-4 ii uim-utils1:1.8.6-4 uim-gtk3 recommends no packages. Versions of packages uim-gtk3 suggests: pn uim-dict-gtk3 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#550891: It is a libfarstream packaging bug
On Sat, 07 Dec 2013 10:28:55 -0500 Ari Pollak a...@debian.org wrote: Thanks for the patch. For the patch to the libpurple source, can you try to get it merged with pidgin upstream? I don't really trust myself to maintain a far-reaching patch that I didn't write, since I am not an expert on the upstream source. The patch on the libpurple source code is not useful, because it does not add any real functionality that is not already present, as the gstreamer/farstream libraries do the dynamic loading work of their plugins. So there is no need to patch the code. I have included it only as a reference and an alternative way to circumvent the problem in the future. As far as the patch to Debian control files, unfortunately I can't use that as-is because it will only apply to the auto-generated version, which will change with any new build. Can you create a patch that I can apply against the full extracted debian source (e.g. apt-get source pidgin), and create a separate bug for farstream? Ideally it will obtain the correct dependency versions automatically (probably via debian/rules) instead of hardcoding them in the control file. Please to correct me, but I think I should not create a separate bug for farstream, as this bug report describes the problem found in the farstream package, that affects the pidgin package (and others), but it is not a bug of pidgin itself. It should be reassigned and the previous mail was CC'ed to the farstream maintainers for that reason. The patch to the pidgin/finch debian packages only adds descriptions for the optional packages and refine some other dependency like gconf, pidgin-data and the gstreamer-plugins missed. I would make the patches against the full debian source, but actually I do not exactly understand how, as for example gconf is not mentioned in the depends field of the control file. It will take to me some day to learn the debian helper architecture, meanwhile I wanted to write here my findings. I need to do further testing to know exactly which gstreamer-plugins are required to make voice/video calls or simply to play sounds. In fact, according to the specifications, gstreamer-plugins-bad is needed to make a video call on Gtalk, but I have no hardware or counterpart to test it at the moment. Also gstreamer-nice may be needed but missed in my patch and gstreamer-plugins-good should be required not only to make voice calls, but also to decode the .wav files of pidgin-data. Finally, the position of /etc/purple/prefs.xml in the pidgin-data package is correct, I was in error. The patch provided in my previous mail can anyway be applied to do some testing and to fix the bug for the users that read this bug log and cannot wait. It can be applied with these commands for every debian package modified (libfarstream, pidgin, finch): $ dpkg-deb -R libfarstream-0.1-0_0.1.2-1_i386.deb libfarstream $ cd libfarstream $ patch -p1 ../nogst.patch $ rm DEBIAN/control.* $ cd .. $ dpkg-deb -b libfarstream libfarstream-0.1-0_0.1.2-1+nogst_i386.deb $ sudo dpkg -i libfarstream-0.1-0_0.1.2-1+nogst_i386.deb Sorry for my bad english if I was unclear, I should write more code and less english :) ciao! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731673: tcpflow: FTBFS: test failures on armel, sparc
Package: src:tcpflow Version: 1.4.0+repack1-1 Severity: serious As of tcpflow 1.4.3+repack1-1, everything builds except armel and sparc, which have test failures: https://buildd.debian.org/status/package.php?p=tcpflow -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728936: tried amd64 netinst sid daily-build. Problem not found on amd
I just tried the amd64 daily-builds netinst CD. I did not have this problem. The USB keyboard was recognized and functioned as expected. So what's it about PowerPC ??? Rick /cdimage/daily-builds/sid_d-i/arch-latest/amd64/iso-cd/ debian-testing-amd64-netinst.iso 2013-12-08 04:49 213M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731534:
I'm going to try and package this, i'll mail again if i fail
Bug#731599: PLease reject (Was: r-cran-locfit_1.5-9.1-1_amd64.changes is NEW)
d/copyright is missing some information about a set of files in src/*.c stating: /* * Copyright (c) 1996-2001 Lucent Technologies. * See README file for details. */ Kind regards Andreas. On Sat, Dec 07, 2013 at 07:03:30PM +, Debian FTP Masters wrote: binary:r-cran-locfit is NEW. source:r-cran-locfit is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- 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#728936: Fwd: Bug#728936 - Has anyone succeeded in installing Jessie on PowerPC?
Thanks, Robert. I'm forwarding this to the bug, so it becomes part of the record. When did you try your successful install on the YDL? Have you tried it in the last couple of weeks? Come to think of it: You don't have to actually install anything to test this... If you have a couple of minutes, could you download a recent daily- builds netinst CD and see if you can get through the first couple of screens -- maybe as far as the place where it locates the install CD. You can abort at that point and nothing permanent will have been changed on your machine. Thanks! Rick Begin forwarded message: From: Robert Hagan robertha...@gmail.com Date: December 7, 2013 11:52:39 PM PST To: Rick Thomas rbtho...@pobox.com Subject: Re: Bug#728936 - Has anyone succeeded in installing Jessie on PowerPC? I have had success but I am using an old 'YDL Power Station' with PPC970MP processors. However, I reverted back to 7.2 for needed software. On Sun, Dec 8, 2013 at 9:30 AM, Rick Thomas rbtho...@pobox.com wrote: Bug#728936 is preventing me from installing/testing Jessie on any of me PowerMac test machines. Has anyone succeeded in installing from a daily- or weekly- build netinst CD on a PowerMac in the last couple of months? Thanks! Rick -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/9432cfac-3b6f-4abe-8c07-2bbf532bd...@pobox.com -- Robert J. Hagan Mobile +964 78078 21 755, +1 401 219 1213, home: +1 352 224 5171
Bug#731534:
Never mind, it's beyond me. I'm willing to help though.
Bug#731674: gprolog: Please add architecture powerpcspe
Source: gprolog Version: 1.3.0-6.1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, please add powerpcspe to the list of Architectures: in debian/control. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#731675: orpie: Please add architecture powerpcspe
Package: orpie Version: 1.5.1-10 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, please add powerpcspe to the list of Architecture:s in debian/control. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#629531: racktables packaging status
Hi, I was wondering: what is the status of the packaging of racktables? I am going to package it now as I need it for one of my systems. If you have already worked on it, let's merge efforts, otherwise I can upload mine once I am done. Thanks! Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730983: Festival Voices and Czech voices
Hi Peter, hi all, On 08-12-13 00:01, Peter Drysdale wrote: Recently Czech voices for festival have been offered for adoption. Which was indeed mentioned on d-a11y [1]. [1] https://lists.debian.org/debian-accessibility/2013/11/msg00068.html As a founding member of the Debian TTS (text to speech) group Oops, in my response [2] to [1] I had completely forgotten about that group. Where can I find more info on this group? [2] https://lists.debian.org/debian-accessibility/2013/12/msg4.html which maintains festival and speech tools it suggests to me that the natural place to maintain Czech festival voices is within the TTS group. Indeed, if that group is active (which I assume it is). Please regard this e-mail as my agreement that you take the festival packages. To be clear though, do you also want to take speech dispatcher? By the way, I recently took emacspeak into a11y maintenance, but do you think it belongs more in the TTS group (or maybe only the engines used by it)? Paul signature.asc Description: OpenPGP digital signature
Bug#731676: webkitgtk: FTBFS on powerpcspe
Source: webkitgtk Version: 2.2.3-1 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, webkitgtk currently FTBFS on powerpcspe like this: ... g++-4.7 -DHAVE_CONFIG_H -I. -I.. -Wall -W -Wcast-align -Wchar-subscripts -Wreturn-type -Wformat -Wformat-security -Wno-format-y2k -Wundef -Wmissing-format-attribute -Wpointer-arith -Wwrite-strings -Wno-unused-parameter -Wno-parentheses -fno-exceptions -DBUILDING_CAIRO__ -DBUILDING_GTK__ -I../Source -I../Source/JavaScriptCore -I../Source/JavaScriptCore/API -I../Source/JavaScriptCore/ForwardingHeaders -I../Source/JavaScriptCore/assembler -I../Source/JavaScriptCore/bytecode -I../Source/JavaScriptCore/bytecompiler -I../Source/JavaScriptCore/debugger -I../Source/JavaScriptCore/dfg -I../Source/JavaScriptCore/disassembler -I../Source/JavaScriptCore/ftl -I../Source/JavaScriptCore/heap -I../Source/JavaScriptCore/interpreter -I../Source/JavaScriptCore/jit -I../Source/JavaScriptCore/llint -I../Source/JavaScriptCore/parser -I../Source/JavaScriptCore/profiler -I../Source/JavaScriptCore/runtime -I../Source/JavaScriptCore/tools -I../Source/JavaScriptCore/yarr -I./DerivedSources/JavaScriptCore -I ../Source/WTF -D_FORTIFY_SOURCE=2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -Wl,--as-needed -pthread -std=c++11 -Wno-c++11-compat -D_FORTIFY_SOURCE=2 -O2 -MT Source/JavaScriptCore/llint/Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.o -MD -MP -MF Source/JavaScriptCore/llint/.deps/Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.Tpo -c -o Source/JavaScriptCore/llint/Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.o `test -f 'Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp' || echo '../'`Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp In file included from ../Source/JavaScriptCore/bytecode/ValueRecovery.h:31:0, from ../Source/JavaScriptCore/bytecode/CodeOrigin.h:31, from ../Source/JavaScriptCore/bytecode/CodeBlock.h:40, from ../Source/JavaScriptCore/llint/LLIntOffsetsExtractor.cpp:29: ../Source/JavaScriptCore/assembler/MacroAssembler.h:62:2: error: #error The MacroAssembler is not supported on this platform. ... The attached patch fixes this by adding powerpcspe to the list of architectures where the assembler is disabled. Further, it adds powerpcspe to the list of architectures where -g is to be removed for resource fixup. With these changes, webkitgtk builds fine now on powerpcspe. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -ruN test/webkitgtk-2.2.3/debian/rules webkitgtk-2.2.3/debian/rules --- test/webkitgtk-2.2.3/debian/rules 2013-12-05 10:49:11.0 +0100 +++ webkitgtk-2.2.3/debian/rules 2013-12-07 10:13:10.328290041 +0100 @@ -47,7 +47,7 @@ LDFLAGS += -Wl,--no-relax endif -ifneq (,$(filter $(DEB_BUILD_ARCH),sparc ia64 mips mipsel s390 s390x hurd-i386)) +ifneq (,$(filter $(DEB_BUILD_ARCH),sparc ia64 mips mipsel powerpcspe s390 s390x hurd-i386)) CFLAGS := $(CFLAGS:-g=) endif @@ -62,7 +62,7 @@ endif # See https://bugs.webkit.org/show_bug.cgi?id=113638 -ifneq (,$(filter $(DEB_BUILD_ARCH),alpha hppa ia64 powerpc ppc64 sparc sparc64 s390 s390x)) +ifneq (,$(filter $(DEB_BUILD_ARCH),alpha hppa ia64 powerpc powerpcspe ppc64 sparc sparc64 s390 s390x)) CPPFLAGS += -DENABLE_JIT=0 -DENABLE_YARR_JIT=0 -DENABLE_ASSEMBLER=0 endif
Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces
Hi again. Unfortunately it doesn't, see the output below: Well, I read your mail after having a new version written with my suggestion and I'm not really sure your testings apply to a real bridge. I mean... I have tested it and ended with a working bridge. The difference here may be that I have a real ethernet card attached to the bridge. So... the question would be... on your setup do you have a network card attached? I was wondering if it would make sense to upload my new version anyway, as I believe that it doesn't go wrong with real hardware (I'm using it right now and it has a ipv6 added and all the stuff), that way you could test it on your setup. Plus I like this solution better than changing all cards hw address. What do you think? Regards. -- Manty/BestiaTester - http://manty.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730983: Festival Voices and Czech voices
Hi, I fully agree to have these packages maintained by the TTS group. It was created for such purpose, although I do not make it active for time reasons. But it is an excellent idea. We can assume the group is active and ready to maintain this. I add that anyway, the fact that we don't speak Czech isn't a big problem, in particular because packaging doesn't imply to use and speak czech. Obviously, if Peter has some Czech network to help us, it's still better! Thanks again for your work and ask if I can help, even if I know I'm not very active just now. Regards, Le 08/12/2013 10:34, Paul Gevers a écrit : Hi Peter, hi all, On 08-12-13 00:01, Peter Drysdale wrote: Recently Czech voices for festival have been offered for adoption. Which was indeed mentioned on d-a11y [1]. [1] https://lists.debian.org/debian-accessibility/2013/11/msg00068.html As a founding member of the Debian TTS (text to speech) group Oops, in my response [2] to [1] I had completely forgotten about that group. Where can I find more info on this group? [2] https://lists.debian.org/debian-accessibility/2013/12/msg4.html which maintains festival and speech tools it suggests to me that the natural place to maintain Czech festival voices is within the TTS group. Indeed, if that group is active (which I assume it is). Please regard this e-mail as my agreement that you take the festival packages. To be clear though, do you also want to take speech dispatcher? By the way, I recently took emacspeak into a11y maintenance, but do you think it belongs more in the TTS group (or maybe only the engines used by it)? Paul -- Jean-Philippe MENGUAL accelibreinfo, votre partenaire en informatique adaptée aux déficients visuels Mail: te...@accelibreinfo.eu Site Web: http://www.accelibreinfo.eu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731677: gnome-session-flashback: Homepage URL 404
Package: gnome-session-flashback Version: gnome-session-flashback Severity: minor Dear Maintainer, It looks like https://wiki.gnome.org/GnomeFlashback (and https://live.gnome.org/GnomeFlashback) got gnome'd. :P Actually, it might have simply been moved to https://wiki.gnome.org/Projects/GnomeFlashback (though of course I cannot know for sure without knowing what was on the old page). -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable'), (490, 'testing'), (470, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#717498: pu: package bootchart/0.10~svn407-4.1~deb7u1 - PATCH v2
Control: tags -1 + pending On Sun, 2013-12-08 at 07:33 +0100, Andreas Beckmann wrote: Given the confusion it appears to be causing, I guess we should do this. I really would like this to be the last time we have to fiddle with this particular path though. :-( Thanks. Uploaded. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731678: RM: lesstif2 -- ROM; transitioned to motif (and unmaintained upstream)
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 In unstable, we finished the lesstif2 to motif transition [1, 2, 3]. Please remove lesstif2 from unstable. [3] still shows ctn, ferret-vis, freesci, glw and magics++ as unknown/bad, but that is the result of a non-perfect ben file. None of these has a binary dependency on motif libraries and they are thus not recognized as fixed. Paul Graham. [1] https://wiki.debian.org/lesstif2motifTransition [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=lesstif2motif;users=openmo...@packages.debian.org [3] http://release.debian.org/transitions/html/motif.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJSpEahAAoJEJxcmesFvXUKRDIIAKBc5Qjaj4WPCAI/WGGEq7lE YF02PirIaTAMOd792qeWZqKIiEIrbQ0As3V2sA9ps8wtViGxyWdhE53TuvplA74j RtLMGXCPw2pQT+tucwpUEmcZmVmP8kqkYljFfyrYMXyUqdLsfK53qZNvVBXOzYuU dYWSECH9AHg2HgFE28xSYEjPb3mnqoQj/4e6MO3qlj+5kAypd9W835+7fGWLgzpx WvXziU3sc+6uiMZadNXGrG90+QcLLp1U5DZtyCv2VA09KTGv2//CM32o/W54mjxJ HNOysKDy109m2FdJomNHrk8kK/YQXHYu07kjdkl/m51PRFLn5wd2z88hiGnRUNo= =D/Ek -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#731569: Beep
Might I add that my system annoyingly beeps every time PackageKit spams a message? It scared the hell out of me the first few time (now I got it, but it's still annoying :/ )
Bug#655748: Perl filters break with non-LFS i386 nnrpd
There is another problem that I think is related to the same issue - the inn2-dev package provides a libinn.a that doesn't work against an inn2-lfs install, producing the following errors (as seen from inside my tool, I think when it runs HISopen): dbz: wrong of_t size (14) dbzinit: getconf failure can't dbzinit /var/lib/news/history Numerical argument out of domain dbzclose: not opened! can't dbzclose /var/lib/news/history Numerical argument out of domain ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693216: firebird2.5_2.5.2.26540.ds4-1~deb7u1_amd64.changes ACCEPTED into proposed-updates-stable-new
On Sat, Dec 7, 2013 at 13:19:16 +0200, Damyan Ivanov wrote: Re-uploaded. Thank you very much and sorry for the hassle. Flagged for acceptance, thanks. Cheers, Julien signature.asc Description: Digital signature
Bug#731637: compatibility patch with 4.01beta for Frama-C Fluorine
Note that a patch to Frama-C Fluorine3 20130601 to make it compile with OCaml 4.01 is available from https://github.com/vprevosto/opam-repository/blob/master/packages/frama-c.20130601/files/4.01-compat.patch
Bug#731679: RM: smbind -- ROM; No longer maintained upstream
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please remove smbind, it has not been maintained upstream for many years. Cheers, Giuseppe -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iEYEARECAAYFAlKkTvUACgkQNxpp46476aqbigCfedx2FVXcN1OJkBEtsmsJzqej HwMAoINmXqk9VWyhHJ0r99eUzavMkFWb =r7V6 -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#731204: jenkins: Watch file does not detect latest version correctly
Hi, I guess Debian adopted Jenkins LTS Release line (x.x.x) [1]. So, it seems unsuitable to watch mainline (x.x). [1] https://wiki.jenkins-ci.org/display/JENKINS/LTS+Release+Line Regards, Nobuhiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731680: packagekit: FTBFS on kfreebsd-* due to journald
Source: packagekit Version: 0.8.14-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, packagekit is currently FTBFS on kfreebsd-* due to journald. You should probably also pass the --enable-systemd-updates flag on !linux architectures to completely disable systemd/journald/logind support on these architectures. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#731681: ITP: python-ironicclient -- Client for OpenStack bare metal Service
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-ironicclient Version : 0.0.1 Upstream Author : OpenStack Development Mailing List openstack-...@lists.openstack.org * URL : https://github.com/openstack/python-ironicclient * License : Apache-2.0 Programming Lang: Python Description : Client for OpenStack bare metal Service Ironic provision bare metal machines instead of virtual machines. It is a fork of the Nova Baremetal driver. It is best thought of as a bare metal hypervisor API and a set of plugins which interact with the bare metal hypervisors. By default, it will use PXE and IPMI in concert to provision and turn on/off machines, but Ironic also supports vendor-specific plugins which may implement additional functionality. . This is a client for the OpenStack Ironic API. There's a Python API (the ironicclient module), and a command-line script (ironic). . Installing this package gets you a shell command, that you can use to interact with Ironic's API. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731637: compatibility patch with 4.01beta for Frama-C Fluorine
Le 08/12/2013 11:58, Pascal Cuoq a écrit : Note that a patch to Frama-C Fluorine3 20130601 to make it compile with OCaml 4.01 is available from https://github.com/vprevosto/opam-repository/blob/master/packages/frama-c.20130601/files/4.01-compat.patch Great, thanks for the pointer. 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#731682: netsurf: Netsurf failed to identify SSL and security
Package: netsurf Version: 2.9 debian wheezy Severity: important Hi I go into hte netsurf and enter a string into google search and an awful popup comes all the time - failed to authenticated the SSL ... failed ... fail chain ... - reject or accept - Please remove it or let us know how to make it better, or not to have it all the time or save it for each website, or get a list adviced otherwise it rocks, really, but it is completely not useable.! Thanks !!! -- System Information: Debian Release: 6.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: armel (armv5tel) Kernel: Linux 2.6.36 (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730131: phonon-backend-vlc: Changing volume in KDE applications broken
Hi again, phonon-backend-vlc already has a strict build dependency on libphonon-dev (= 4:4.7.0.0). So whatever fixed the bug was not libphonon 4.7 but something from your build environment. The next version of the Phonon libraries has been released: http://apachelog.wordpress.com/2013/12/06/phonon-4-7-1-phonon-gstreamer-4-7-1-phonon-vlc-0-7-1-engage-stabilization/ It contains the aforementioned patch. Whether the patch is actually necessary or not, the re-build caused by the new version plus the patch should fix this issue. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731680: packagekit: FTBFS on kfreebsd-* due to journald
Package: src:packagekit Followup-For: Bug #731680 Mmmh, --disable-systemd-updates flag of course... -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#731660: Arf, sorry then
Hi there, Arf, sorry for the request then. Best regards, :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727784: Closing bug
fixed 727784 0.13.2800-dfsg-1 thanks Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718515: Merge
forcemerge 718522 718515 tags 718522 +moreinfo thanks Hi, I am not able to reproduce the problem with the latest 0.13.2800 version in Debian. Please, confirm, that the bug is fixed and close it. Thanks, Anton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727629: CPU fan always on (high speed)
At my system it helped to install acpitool, and to restart i8kmon via service i8kmon restart (which constanly crashes after some seconds in absence of acpitool) Looking at the dependecies of i8kutils it states acpi | acpitool perhaps the or isn't sufficient any more Regards, Michael
Bug#731683: network-manager: WWAN broadband connections crashes after some seconds
Package: network-manager Version: 0.9.8.0-5 Severity: important Dear Maintainer, after upgrading in debian sid (upgrade around the 2nd december 2013) on a thinpad T430 with an Ericson H5321 gw UMTS-Device The connection to the provider chrashes after about 10-60 seconds. The device disappears from networkmanager and after waiting some more seconds, it reappears. One can now reconnect but it breaks at every try. Enclosed a log in daemon.log. This fault was not visible before the upgrade. To be sure that it is not a hardware Bug i tried it with an wvdial script i used before (this also uses the ppp0 daemon). The device and the connections works perfectly for minutes. Thanks, Hein The important lines of the log file (too me) seems to be: Dec 8 12:22:29 aerzte NetworkManager[27971]: info Policy set 'Prosieben Webstick' (ppp0) as default for IPv4 routing and DNS. Dec 8 12:22:29 aerzte NetworkManager[27971]: info Activation (ttyACM1) successful, device activated. Dec 8 12:22:29 aerzte dbus[2485]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper) Dec 8 12:22:29 aerzte dbus[2485]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher' Dec 8 12:23:29 aerzte modem-manager[3114]: info (ttyACM0) closing serial port... Dec 8 12:23:29 aerzte modem-manager[3114]: info (ttyACM0) serial port closed Dec 8 12:23:29 aerzte modem-manager[3114]: info (ttyACM1) closing serial port... Dec 8 12:23:29 aerzte modem-manager[3114]: info (ttyACM1) serial port closed Dec 8 12:23:29 aerzte avahi-daemon[26019]: Withdrawing workstation service for wwan0. Dec 8 12:23:29 aerzte NetworkManager[27971]: info (ttyACM1): device state change: activated - failed (reason 'ip-config-unavailable') [100 120 5] Dec 8 12:23:29 aerzte avahi-daemon[26019]: Withdrawing workstation service for ppp0. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.18-2 ii isc-dhcp-client4.2.4-7 ii libc6 2.17-97 ii libdbus-1-31.6.18-2 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.3-2 ii libglib2.0-0 2.36.4-1 ii libgnutls262.12.23-8 ii libgudev-1.0-0 204-5 ii libnl-3-2003.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libnl-route-3-200 3.2.21-1 ii libnm-glib40.9.8.0-5 ii libnm-util20.9.8.0-5 ii libpolkit-gobject-1-0 0.105-4 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii udev 204-5 ii wpasupplicant 1.0-3+b2 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.67-1 ii iptables 1.4.20-2 ii modemmanager 0.5.2.0-2.1 ii policykit-1 0.105-4 ii ppp 2.4.5+git20130610-1 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-3 -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile no-auto-default=00:21:CC:D9:E9:FC,02:15:E0:EC:01:00, [ifupdown] managed=false /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Errno 13] Keine Berechtigung: u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla' *** /var/log/daemon.log Dec 8 12:21:45 aerzte NetworkManager[27971]: info NetworkManager (version 0.9.8.0) is starting... Dec 8 12:21:45 aerzte NetworkManager[27971]: info Read config file /etc/NetworkManager/NetworkManager.conf Dec 8 12:21:45 aerzte NetworkManager[27971]: info WEXT support is enabled Dec 8 12:21:45 aerzte NetworkManager[27971]: info VPN: loaded org.freedesktop.NetworkManager.openvpn Dec 8 12:21:45 aerzte NetworkManager[27971]: info VPN: loaded org.freedesktop.NetworkManager.pptp Dec 8 12:21:45 aerzte NetworkManager[27971]: info VPN: loaded org.freedesktop.NetworkManager.vpnc Dec 8 12:21:45 aerzte NetworkManager[27971]:SCPlugin-Ifupdown: init! Dec 8 12:21:45 aerzte NetworkManager[27971]:SCPlugin-Ifupdown: update_system_hostname Dec 8 12:21:45 aerzte NetworkManager[27971]:SCPluginIfupdown: management mode: unmanaged Dec 8 12:21:45 aerzte NetworkManager[27971]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:14.0/usb3/3-4/3-4:1.6/net/wwan0, iface: wwan0) Dec 8 12:21:45 aerzte NetworkManager[27971]:SCPlugin-Ifupdown: device added (path: /sys/devices/pci:00/:00:14.0/usb3/3-4/3-4:1.6/net/wwan0, iface: wwan0): no ifupdown configuration found. Dec 8 12:21:45 aerzte NetworkManager[27971]:SCPlugin-Ifupdown: devices added (path: /sys/devices/pci:00/:00:19.0/net/eth0, iface: eth0)
Bug#730783: pu: openttd/1.2.1-3 opu: openttd/1.0.4-7 (Fix for CVE-2013-6411)
On Fri, 2013-11-29 at 15:35 +0100, Matthijs Kooijman wrote: upstream developers for the openttd package have identified a remote denial-of-service (program crash) in the openttd game. They have made patches available, which I'd like to include in wheezy and squeeze. [...] Attached are debdiffs against the current squeeze and wheezy versions, which add the upstream patches. The debdiff still uses the -security archives, for the actual upload I'll change that to stable/oldstable instead. Please use wheezy and squeeze instead. With that change, please go ahead; thanks. I've just uploaded the packages. Thanks, Matthijs signature.asc Description: Digital signature
Bug#731684: fceu: no fullscreen in dwm
Package: fceu Version: 0.98.12-3 Severity: normal Hi, The fullscreen (alt+enter) works in icewm, but unfortunately not with dwm (window manager). This apply to all versions of fceu. Please could you fix this. Thank you. Y. -- System Information: Debian Release: 6.0.3 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fceu depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime fceu recommends no packages. Versions of packages fceu suggests: pn efp none (no description 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#731685: ocaml-sqlexpr: FTBFS with ocaml 4.01.0
Source: ocaml-sqlexpr Version: 0.4.1-2 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, ocaml-sqlexpr FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: ocamlfind ocamldoc -dump sqlexpr_sqlite.odoc -package unix -package threads -package sqlite3 -package lwt.unix -package lwt.syntax -package lwt -package estring -package csv -package camlp4.quotations.r -package camlp4.lib -package batteries sqlexpr_sqlite.mli + ocamlfind ocamldoc -dump sqlexpr_sqlite.odoc -package unix -package threads -package sqlite3 -package lwt.unix -package lwt.syntax -package lwt -package estring -package csv -package camlp4.quotations.r -package camlp4.lib -package batteries sqlexpr_sqlite.mli ocamlfind: [WARNING] Package `threads' signals error: Missing -thread or -vmthread switch ocamlfind ocamldoc -dump sqlexpr_sqlite_lwt.odoc -package unix -package threads -package sqlite3 -package lwt.unix -package lwt.syntax -package lwt -package estring -package csv -package camlp4.quotations.r -package camlp4.lib -package batteries sqlexpr_sqlite_lwt.mli + ocamlfind ocamldoc -dump sqlexpr_sqlite_lwt.odoc -package unix -package threads -package sqlite3 -package lwt.unix -package lwt.syntax -package lwt -package estring -package csv -package camlp4.quotations.r -package camlp4.lib -package batteries sqlexpr_sqlite_lwt.mli ocamlfind: [WARNING] Package `threads' signals error: Missing -thread or -vmthread switch Warning: Module or module type Sqlexpr_sqlite.S not found Warning: Element Sqlexpr_sqlite.S not found rm -rf sqlexpr.docdir mkdir -p sqlexpr.docdir ocamlfind ocamldoc -load sqlexpr_concurrency.odoc -load sqlexpr_sqlite.odoc -load sqlexpr_sqlite_lwt.odoc -html -d sqlexpr.docdir E: Malformed log file '/«PKGBUILDDIR»/setup.log' at line 1 make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=ocaml-sqlexprsuite=sid 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#731686: gdm3: poweroff/reboot seems to be a noop
Package: gdm3 Version: 3.8.4-6 Severity: normal Dear Maintainer, When trying to reboot from inside the gdm3 login screen, nothing appears to happen. After several tries I can still login to Gnome and poweroff/reboot from there. Switching to a tty and rebooting from there also works. This problem appeared after the upgrade to 3.8, no reboot ever worked from the 3.8 screen, but it worked in 3.4. Best regards, Steven -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdm3 depends on: ii accountsservice 0.6.34-2 ii adduser 3.113+nmu3 ii dconf-cli0.18.0-1 ii dconf-gsettings-backend 0.18.0-1 ii debconf [debconf-2.0]1.5.52 ii gir1.2-gdm3 3.8.4-6 ii gnome-session [x-session-manager]3.8.4-3 ii gnome-session-bin3.8.4-3 ii gnome-session-flashback [x-session-manager] 3.8.0-1 ii gnome-settings-daemon3.8.5-2 ii gnome-shell 3.8.4-5 ii gnome-terminal [x-terminal-emulator] 3.10.1-1 ii gsettings-desktop-schemas3.8.2-2 ii guake [x-terminal-emulator] 0.4.4-1 ii libaccountsservice0 0.6.34-2 ii libatk1.0-0 2.10.0-2 ii libaudit11:2.3.2-2 ii libc62.17-97 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgdm1 3.8.4-6 ii libglib2.0-0 2.36.4-1 ii libglib2.0-bin 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libpam-modules 1.1.3-9 ii libpam-runtime 1.1.3-9 ii libpam-systemd 204-5 ii libpam0g 1.1.3-9 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii librsvg2-common 2.40.0-1 ii libselinux1 2.2.1-1 ii libwrap0 7.6.q-24 ii libx11-6 2:1.6.2-1 ii libxau6 1:1.0.8-1 ii libxdmcp61:1.1.1-1 ii libxrandr2 2:1.4.1-1 ii lsb-base 4.1+Debian12 ii metacity [x-window-manager] 1:2.34.13-1 ii upower 0.9.23-2+b1 ii x11-common 1:7.7+4 ii x11-xserver-utils7.7+1 ii xterm [x-terminal-emulator] 297-1 Versions of packages gdm3 recommends: ii at-spi2-core 2.10.1-1 ii desktop-base 7.0.3 ii gnome-icon-theme 3.10.0-1 ii gnome-icon-theme-symbolic 3.10.1-1 ii x11-xkb-utils 7.7~1 ii xserver-xephyr 2:1.14.3-5 ii xserver-xorg 1:7.7+4 ii zenity 3.8.0-1 Versions of packages gdm3 suggests: ii gnome-orca3.4.2-2 ii libpam-gnome-keyring 3.8.2-2 -- debconf information: gdm3/daemon_name: /usr/sbin/gdm3 * shared/default-x-display-manager: gdm3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731687: man-db: unnecessary dpkg version check in the cron jobs
Package: man-db Version: 2.6.5-2 Severity: minor Checking for dpkg = 1.15.0 is no longer needed (even oldstable has a more recent version). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728444: is there an unbreaks tag for once xpdf is fixed?
On upgraing to the latest fontconfig, aptitude wants to uninstall xpdf, which is reasonable since xpdf doesn't work with the latest fontconfig. I am tempted to let aptitude have its way, but I want xpdf back once it gets fixed. Is that possibility automated in any way, e.g. an unbreaks tag once xpdf is fixed such that my daily aptitude dist-upgrade will somehow know to offer to install the fixed xpdf? -- -Sanjoy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725786: bridge-utils: Improving the bridge_hw option in /etc/network/interfaces
Hi, On Sun, 8 Dec 2013 10:37:14 +0100 Santiago Garcia Mantinan ma...@debian.org wrote: So... the question would be... on your setup do you have a network card attached? I have no interface attached to the bridge (as you can see from my commands I didn't use any »ip link set … master br2« or add »brctl addif br2 …« commands). I know your proposed solution works once you attach a slave interface to the bridge. I was wondering if it would make sense to upload my new version anyway, as I believe that it doesn't go wrong with real hardware (I'm using it right now and it has a ipv6 added and all the stuff), that way you could test it on your setup. Plus I like this solution better than changing all cards hw address. What do you think? I agree that this will be an improvement over the current setup. However, if the bridge is just used to communicate with the VirtualBox VMs (and thus both »bridge_ports none« and »bridge_hw …« are used for setting the bridge up in /etc/network/interfaces) I'm pretty sure it won't work. After doing some more reading I learned that brctl uses ioctl (just like ifconfig) and will probably be deprecated at some point in the (far away) future. A lot bridge functionality is available within the version of the iproute2 package available in jessie (»ip link« for adding bridge interfaces and enslaving devices, »bridge« for setting various properties). Some kernel bridging functionality (like bridges with vlan filters) can to my knowledge currently only be accessed using the »bridge« utility. With this newly learned information I think it is good practice to prefer iproute2 commands over commands using ioctl (in our case brctl). Also I think that other people will run into the same problem that I had. So I would still suggest adding and removing bridge interfaces with the iproute2 commands, directly setting the mac address on interface creation if the »bridge_hw« option is given. If you don't want to do this, just go ahead and upload your new version. I can live with using pre-up and post-down commands to create the bridge in a way that works for me. Thanks Lukas signature.asc Description: PGP signature
Bug#730983: Festival Voices and Czech voices
Dear Paul, Jean-Philippe, Fellow TTS members and a11y members, Paul's email has raised some important considerations. Just some further clarification while we gather/await opinions from other TTS and a11y team members: 1) Apologies for not being clear with regard to speech-dispatcher. I had not considered this for the TTS group since I assumed it fell directly within a11y group's expertise. Is this the opinion of a11y team members? 2) I had not formed an opinion with regard to festival-freebsoft-utils. It would appear to lie right on the border between TTS and a11y programs which drive TTS. All of this package is written in festival's Scheme implementation. It is a small package and I would not want it to be long orphaned. For TTS group - uses same Scheme dialect which TTS group maintains for festival - maintainence burden would be low. For a11y group - freebsoft-utils is closely tied to speech-dispatcher - a11y group has more users which would be doing on going testing of this functionality. If a11y do not pick it up, I would say that TTS probably would feel a strong moral obligation to pick up freebsoft-utils. It has a fairly high popcon (people find it useful) and links closely with the festival/spech-tools packages we maintain. In a sense it is really the glue program between our two groups. I look forward to your opinions. I look forward to this continuing dialogue, very best regards, Peter Drysdale
Bug#731153: RFP: qwinff -- Qt4 GUI for FFmpeg
Hi программист, Debian no more uses ffmpeg. The libav, that provides avconv, is the official media converter. Please, see #624807. Thanks for your contribution. Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731664: liferea: Segmentation fault during startup (gdb info)
On 12/08/2013 02:54 PM, Andrzej Filip wrote: gdb results [...] Program received signal SIGSEGV, Segmentation fault. enclosure_list_view_load (elv=0x0, item=item@entry=0x869b678) at enclosure_list_view.c:248 248enclosure_list_view.c: No such file or directory. Can you try running: dconf write /org/gnome/liferea/last-item-selected 0 and let me know if that fixes it? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731387: [Pkg-systemd-maintainers] Bug#731387: [systemd-ui] Bug#731387: systemadm crashes every time a service is started
control: tags -1 + upstream control: forwarded -1 https://bugs.freedesktop.org/show_bug.cgi?id=69643 Hi Andreas, Andreas Cadhalpun andreas.cadhal...@googlemail.com writes: I just noticed, that systemadm just crashes (due to memory errors) every time a service is started. That makes it quite unusable, so I raised the severity. This is tracked upstream already. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731688: xpdf hangs when you try to open any file
Package: xpdf Version: 3.03-11 Severity: important Dear Maintainer, The program hangs when you try to open any file. No messages in terminal, reinstall not helped. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xpdf depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-1 ii libpoppler19 0.18.4-8 ii libstdc++64.8.2-1 ii libx11-6 2:1.6.2-1 ii libxm42.3.4-4 ii libxt61:1.1.4-1 Versions of packages xpdf recommends: ii cups-bsd 1.6.4-2 ii gsfonts-x110.22 pn poppler-data none ii poppler-utils 0.18.4-8 xpdf 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#731582: canto: command line injection in urls inside feeds
Hi, the_walrus...@manlymail.net writes: I have just found a command line injection security vuln in canto. The program fetches feeds from configured sites, and the feeds contain URLs that people may want to visit. If a user starts canto and chooses to go to one URL from one feed, canto constructs a sh command line to visit the URL, but it doesn't remove metachars. Therefore a malicious feed (owner turned bad, man in the middle attack if fetched with http) can put in bad data in all link and guid elements of the feed and use this to hack the user when they visit some of the URLs. Not good. See my conf.py and evil.rss files for an example. Sorry for my English! Thanks for the report, I confirm that using evil.rss creates a /tmp/1337 file when trying to launch the url in a browser. It doesn't seem to be fixed upstream. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714087: ipmiutils/2.9.2-1 review
Hi, Andy, I’m no DD; I’m not intending to sponsor this ipmiutils, but here’s what I have to say about the package. Since you are upstream I’m pointing you at Upstream Guide[1] which tells that it would be better to leave debian/ directory out of the release tarball. In debian/control, you specify Build-Depends relation on debhelper ( 9.0.0), why wouldn’t debhelper 9.0.0 be enough? Also, 9 instead of 9.0.0 is used more commonly. autoconf, automake, autotools-dev and libtool are included in dependencies of dh-autoreconf and could thus be removed from Build-Deps. There’s a new Debian Policy version out recently: 3.9.5.[2] To have a paragraph break in the description, write a space and dot in a line as the separator: […] and other IPMI tasks. . These can be invoked with the metacommand ipmiutil, or via subcommand […] There are two empty lines in the end of debian/control, one would suffice. In debian/ipmiutil.lintian-overrides I’d remove completely the commented-out overrides. You say that GPL code is disabled by default but in debian/rules you override the default and configure with “--enable-gpl”. Doesn’t this create the license conflict? The file debian/copyright is thorough but it repeats the full text of BSD 3 clause license several times which makes it a bit hard to read. You’re referring to it as “BSD-3-Clause” but copyright-format 1.0 specification as “BSD-3-clause” (c is not capitalized).[3] debian/dirs is not actually needed as the installation system creates the needed directories.[4] Thanks for your work, -- Juhani [1] https://wiki.debian.org/UpstreamGuide [2] http://www.debian.org/doc/packaging-manuals/upgrading-checklist.txt [3] http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#license-specification [4] http://www.debian.org/doc/manuals/maint-guide/dother.en.html#dirs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731569: console spam from package kit daemon
On 2013-12-08 00:34:45 +0100, Matthias Klumpp wrote: @Josh: I don't think grave is the right priority for this bug, as it doesn't cause data loss, is a security issue or renders the package completely unusable. It's simply a very annoying thing which should be fixed as soon as possible (which will happen, together with the systemd bug) Well, very annoying bugs make a package unusable in practice, because people wouldn't want it on their machine. Think about a package that would blank the screen every minute... I also wondered whether this bug should be raised to grave, mainly so that users could notice it with apt-listbugs before upgrading. But since it will be fixed soon, this may not matter very much. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659832: new version of login causes error messages on execution
Ok. sux appears dead by the upstream and orphan in Debian. So, I am using: $ xhost + $ su - I know this is generical, but is a solution now. I wrote this to help beginners. Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731689: libfcgi-ruby1.9.1: Updating the Ruby packaging policy for your package + new Upstream version
Package: libfcgi-ruby1.9.1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, please update your package to the Ruby packaging policy. If you have no time to do this. We can move your package under the hood of the Ruby Packaging Team. You will stay as Uploader, you only need to acknowledge the move of your package into the group. Thanks, Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSpH8NAAoJEPBM7/YBbP/QR14P/3hN+DmxifFUYpwya/nv2sKe 32H8KJypKZBn8jjS8edh21AA3wVCRQoNoyCH0AGutGNZX07G2XqznLCh5+uXafKJ x6cVlO3qtq3eO0PAITqgEYoMwarNWKp7yRqYTRt+ITBGJHXvMVpB6r3fGBRdCptO trdNEBD/pz/XcxGxxMj7oXNAZcdglMiDNjAmyJoHOfJFwokyqh8c9tuHXHy9RdIb BeWmujCp0aTEr6FDkF/Wu43Vj0SwklWG6+DjSolOwOpCG9RTQofD5yF9XypXSXSM 9SGj6EzETneFvnz+OB7Z8IeHi3OTUDaXA0u1zc+Xyk2H3un5HCus+rqHXvN28Flz H9On3HChp25aRPb09z4gLtUg55GFDEt9rP4ullOv3VFs0MjLxvGz5nNMSseyFqYM tfbAfju0KrNAQWRsBN4xcBcaBSW9EnGUmW3jmgVZKHk5zBIZpWtKcNBEzWQsv0D4 BmtwuVB/JizsKbx/ixACKD2BxhLOs2XEuMymBZd7fqjxP9iyXzTdOvSOC6VPfkW6 OjfgUoBKc8CG+UKXIvlXDrQJe05UPTPr+gVDyxBW+tpKAFhOphwjs6A7cfQusRaY 7RenCX8eVQYD1oqkrRs1FBDgdyHLxT+r6fX5+mDO4WXWuqe+Q4FbTZ5zznPJsJek /7ZvempGnrUPeYS2vm9K =J/Sd -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#731690: evince-gtk: please Provides: evince
Package: evince-gtk Version: 3.8.3-2 Severity: normal Hi, task-xfce-desktop recommends evince-gtk but gnome-core recommends evince. This means that aptitude tries to unnecessarily remove evince when I try to install task-xfce-desktop. If evince-gtk Provided evince, this would not happen and the process of ditching gnome would be smoother. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince-gtk depends on: ii evince-common 3.8.3-2 ii gnome-icon-theme-symbolic 3.10.1-1 ii libatk1.0-02.10.0-2 ii libc6 2.17-93 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libevdocument3-4 3.8.3-2 ii libevview3-3 3.8.3-2 ii libgail-3-03.8.4-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.4-1 ii libice62:1.0.8-2 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-01.36.0-1 ii libsm6 2:1.2.1-2 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii shared-mime-info 1.0-1+b1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages evince-gtk recommends: ii dbus-x11 1.6.18-1 Versions of packages evince-gtk suggests: ii gvfs 1.16.3-1+b2 ii nautilus 3.8.2-2 ii poppler-data 0.4.6-4 ii unrar 1:5.0.10-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728419: Fix pending upstream
I've just received a private mail from Ross Finlayson that the quite in question will be replaced in an upcoming release. -- regards, Reinhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730115: [Pkg-fedora-ds-maintainers] Bug#730115: 389-ds-base: CVE-2013-4485: DoS due to improper handling of ger attr searches
On 21.11.2013 17:38, Salvatore Bonaccorso wrote: Package: 389-ds-base Severity: grave Tags: security upstream Hi Timo, the following vulnerability was published for ds-base. CVE-2013-4485[0]: DoS due to improper handling of ger attr searches See Red Hat bugzilla entry for the patch and details. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. This, and the four other open CVE's are fixed in git by v1.3.2.8. trying to find a sponsor for it to get these finally fixed. -- t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731691: RM: kcov [armel, armhf, mips, mipsel, powerpc, sparc, ia64] -- RoQA; ANAIS
package: ftp.debian.org Dear ftp masters, Please remove all kcov binaries except i386 and amd64. From the changelog of version 11-1: Make it architecture i386 and amd64 only, others are not supported (closes: #650738) It seems the maintainer never bothered to file removal bugs (preventing migration to testing). Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731466: RFS - policyd-weight/0.1.15.2-6
Package: sponsorship-requests Subject: RFS - policyd-weight/0.1.15.2-6 Hi everybody, hi Jan, I've recreated a new version of my package policyd-weight. This version just adds a patch which fixes problems with policyd-weight on installations where only IPv6 resolvers (fixed DNS::Net usage). Furthermore I've added a dependency on libio-socket-inet6-perl. * Package name: policyd-weight Version : 0.1.15.2-6 Upstream Author : Robert Felber * URL : www.policyd-weight.org * License : GPL-2+ Section : mail Changes since the last upload: policyd-weight (0.1.15.2-6) unstable; urgency=low * Updated standards version to 3.9.5 * debian/control added dependency on libio-socket-inet6-perl * debian/init.d removed internal api call /lib/init/vars.sh from init scrip * Add 09_fix_net_dns_usage.patch which fixes infinite loop when dns resolver is reachable only via IPv6 (Closes: #726670) I've updated Standards already to 3.9.5 as PTS is telling me already to do so: http://packages.qa.debian.org/p/policyd-weight.html Furthermore - I've removed api call /lib/init/vars.sh from init script, here's the diff: --- ../../policyd-weight/debian/init.d 2013-12-08 14:16:33.669298059 +0100 +++ init.d 2013-12-08 15:27:14.695661873 +0100 @@ -28,7 +28,6 @@ # Gracefully exit if the package has been removed. test -x $DAEMON || exit 0 -. /lib/init/vars.sh . /lib/lsb/init-functions # Read config file if it is present. It builds those binary packages: policyd-weight - Perl policy daemon for the Postfix MTA To access further information about this package, please visit the following URL: http://mentors.debian.net/package/policyd-weight Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/policyd-weight/policyd-weight_0.1.15.2-6.dsc It would be great if you could upload this package for me. Should this changes also hit stable? Thank you, Werner Detter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727536: liferea: crash when clicking on last unread item,version graph
forwarded 727536 https://sourceforge.net/p/liferea/bugs/1127/ thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731692: obnam: add obnam mount / --viewmode=multiple-time like syntax
Package: obnam Version: 1.6.1-1 Severity: wishlist Thanks for this great backup tool. It just saved me with my lost data which I accidentally erased some time ago and did not notice it until recently. Currently, obnam mount / --viewmode=multiple normally mounts them under directory named after *genids*. That is a great UI but it could be even better. Here is my wishlist bug. For example, I have 5 directories 5562 6005 6096 6536 7856 $ ls -la total 36 drwxr-xr-x 51 osamu osamu 4096 Nov 24 01:27 . drwxrwxr-x 6 osamu osamu 4096 Dec 8 22:16 .. drwxr-xr-x 47 osamu osamu 4096 Nov 13 00:14 5562 drwxr-xr-x 47 osamu osamu 4096 Nov 13 00:36 6005 drwxr-xr-x 49 osamu osamu 4096 Nov 15 00:26 6096 drwxr-xr-x 49 osamu osamu 4096 Nov 16 23:40 6536 drwxr-xr-x 51 osamu osamu 4096 Nov 24 01:27 7856 lrwxr-xr-x 51 osamu osamu 4096 Nov 24 01:27 latest - 7856 -r--r--r-- 51 osamu osamu 4096 Nov 24 01:27 .pid Displaying this under a GUI program requires me to sort by time. Not so intuitive name to have since most program sorts by ASCII order as default. As I understand, obnam keeps time stamp internally: $ obnam generations 55622013-11-13 00:12:26 .. 2013-11-13 00:14:49 (182287 files, 10241144501 bytes) 60052013-11-13 00:17:54 .. 2013-11-13 00:36:51 (182294 files, 10240565599 bytes) 60962013-11-15 00:16:04 .. 2013-11-15 00:26:49 (183616 files, 10357344673 bytes) 65362013-11-16 23:28:25 .. 2013-11-16 23:40:09 (183983 files, 10402683766 bytes) 78562013-11-24 01:27:05 .. 2013-11-24 01:27:26 (181936 files, 10926641948 bytes) If values of genids have different digits, ASCII sorting even gets confusing like: $ ls -la total 76 drwxr-xr-x 25 root root 4096 May 6 2013 . drwxrwxr-x 6 osamu osamu 4096 Dec 8 22:16 .. drwxr-xr-x 25 root root 4096 Nov 17 2012 1025 drwxr-xr-x 25 root root 4096 Dec 19 2012 1152 drwxr-xr-x 25 root root 4096 Aug 25 2012 154 drwxr-xr-x 25 root root 4096 Aug 25 2012 218 drwxr-xr-x 25 root root 4096 Dec 30 2012 2323 drwxr-xr-x 25 root root 4096 Jan 10 2013 2496 drwxr-xr-x 25 root root 4096 Apr 2 2013 2674 drwxr-xr-x 25 root root 4096 Aug 25 2012 312 drwxr-xr-x 25 root root 4096 Apr 2 2013 3140 drwxr-xr-x 25 root root 4096 May 6 2013 3582 drwxr-xr-x 25 root root 4096 Sep 1 2012 464 drwxr-xr-x 25 root root 4096 Sep 9 2012 619 drwxr-xr-x 25 root root 4096 Sep 24 2012 718 drwxr-xr-x 25 root root 4096 Oct 9 2012 822 drwxr-xr-x 25 root root 4096 Oct 14 2012 927 lrwxr-xr-x 25 root root 4096 May 6 2013 latest - 3582 -r--r--r-- 25 root root 4096 May 6 2013 .pid (I know I can use ls -lt for the command line but I hope you understand.) So I wish to have mount points named with the timestamp text. It can be in any timestamp format which is ASCII sort-able. If you ask me, I suggest one of the standard ones used by ls or date. I mean: $ date -u --rfc-3339=seconds 2013-12-08 14:15:02+00:00 $ date -u --iso-8601=seconds 2013-12-08T14:15:12+ $ TZ=GMT+0 ls -l --time-style=long-iso ~/.bashrc -rw-rw-r-- 1 osamu osamu 3389 2013-12-01 14:30 /home/osamu/.bashrc or simply like using UT and just with normal characters: 2013-12-08-141512 The option name to activate this feature can be something like --viewmode=multiple-time (my wishlist as above) 2013-12-08-141512 I also wish to have similar things like: --viewmode=multiple (current behavior) 2323 --viewmode=multiple-id (almost same as multiple but zero padded in front to make it sort-able) 0002323 --viewmode=multiple-time-id 2013-12-08-141512_0002323 (for time=2013-12-08-141512 id=2323 I think actual format may needs a bit more thinking. I hope you can come up with some intuitive string format. Regards, Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages obnam depends on: ii libc6 2.17-97 ii python2.7.5-5 ii python-cliapp 1.20130808-1 ii python-fuse 2:0.2.1-8 ii python-larch 1.20131130-1 ii python-paramiko 1.10.1-1 ii python-tracing0.6-2 ii python-ttystatus 0.23-1 obnam recommends no packages. obnam 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#731693: bluedevil: failed to send files to smartphones
Package: bluedevil Version: 1.2.3-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What exactly did you do (or not do) that was effective (or ineffective)? Hello i would like to send a file to my paired smartphone, but it doesnt work, bluedevil says it was sucessfully send, but my smartphone said fail to recive it. after this i try to send it via commadline: bluedevil-sendfile -u A8:26:D9:F9:D4:77 -f daten KCrash: Application 'bluedevil-sendfile' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit sock_file=/home/stefan/.kde/socket-squeezy/kdeinit4__0 [1]+ Angehalten bluedevil-sendfile -u A8:26:D9:F9:D4:77 -f daten [1]+ Exit 253bluedevil-sendfile -u A8:26:D9:F9:D4:77 -f daten after this i try an other method: bluedevil-sendfile -u bluetooth://a8-26-d9-f9-d4-77/ -f /home/stefan/daten the GUI said it was successfully but it faild (a false-positive answer) -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bluedevil depends on: ii bluez 4.99-2 ii kde-runtime 4:4.8.4-2 ii libbluedevil1 1.9.2-1 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkfile4 4:4.8.4-4 ii libkio5 4:4.8.4-4 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++64.7.2-5 ii obex-data-server 0.4.5-1+b3 ii obexd-client 0.46-1+b1 bluedevil recommends no packages. Versions of packages bluedevil suggests: ii bluez-alsa 4.99-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#731694: wiki.debian.org: friendlier reminder text for login
Package: wiki.debian.org Severity: wishlist I have seen people telling me wiki page is immutable. I am not talking about real immutable pages but pages marked Immutable Page just for people not loged-in. If such Immutable Page text has embedded link to a page explaining they need to login, I think people understand better. See mail exchange as below: | On Dec 8, 2013 12:41 PM, Osamu Aoki os...@debian.org wrote: | | On Sun, Dec 08, 2013 at 08:37:58AM +, Reuben Thomas wrote: | On 8 December 2013 01:09, Osamu Aoki os...@debian.org wrote: | | |No it is not immutable if you login. Anyone can join. | https://wiki.debian.org/ |You see at the top login (very small but there!) | | | Ah, OK! That is confusing, I thought the page was locked. I will know in | future… | | It is not just you ... many other people have told me so :-) | | Could this be fixed? Most wikis say log in to edit this page, and make | the first two words a link. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731654: libgl1-nvidia-legacy-304xx-glx: nvidia-legacy-304xx packages failing on testing
On 2013-12-07 23:38, ael wrote: In common with others, I find that X no longer functions with the nvidia-legacy*304* packages on testing. Since I no longer have decent web access (no X) on this machine, I am currently unable to check the other reports on this problem, but a simple google search will reveal those reports. But you still managed to run reportbug from the commend line, so it collected enough information for me to analyze your problem. The nvidia alternative points to the current driver, not the legacy one: remove the nvidia-settings package, the correct one for you is nvidia-settings-legacy-304xx (already installed) (if some parts of the current driver are installed, they take precedence over th elegacy driver) lrwxrwxrwx 1 root root 23 Dec 4 21:27 /etc/alternatives/nvidia - /usr/lib/nvidia/current lrwxrwxrwx 1 root root 38 Dec 4 21:27 /etc/alternatives/nvidia--nv-control-dpy - /usr/lib/nvidia/current/nv-control-dpy lrwxrwxrwx 1 root root 32 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-modprobe.conf - /etc/nvidia/nvidia-modprobe.conf lrwxrwxrwx 1 root root 39 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-settings - /usr/lib/nvidia/current/nvidia-settings lrwxrwxrwx 1 root root 44 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-settings.1.gz - /usr/lib/nvidia/current/nvidia-settings.1.gz lrwxrwxrwx 1 root root 47 Dec 4 21:27 /etc/alternatives/nvidia--nvidia-settings.desktop - /usr/lib/nvidia/current/nvidia-settings.desktop Some cruft left over from an ancient driver installation. Probably not problematic, but delete the files+links anyway: lrwxrwxrwx 1 root root 21 Mar 27 2011 /usr/lib/libGLcore.so.1 - libGLcore.so.1.0.8178 -rwxr-xr-x 1 root root 7850656 Apr 5 2006 /usr/lib/libGLcore.so.1.0.8178 lrwxrwxrwx 1 root root 25 Jul 24 2011 /usr/lib/libnvidia-cfg.so.1 - libnvidia-cfg.so.1.0.8178 -rwxr-xr-x 1 root root 116144 Apr 5 2006 /usr/lib/libnvidia-cfg.so.1.0.8178 lrwxrwxrwx 1 root root 25 Mar 27 2011 /usr/lib/libnvidia-tls.so.1 - libnvidia-tls.so.1.0.8178 -rwxr-xr-x 1 root root 3016 Apr 5 2006 /usr/lib/libnvidia-tls.so.1.0.8178 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731695: pearpc: build-depends on libsvga1-dev, which was removed from testing
package: pearpc severity: serious version: 0.4.0-5 Tags: jessie Control: fixed -1 0.5.dfsg-2.1 Dear maintainer, The version of pearpc currently in jessie build-depends on libsvga1-dev, which was removed from jessie. This build-dependency was removed in unstable (see #714002), but that version is currently unable to migrate to testing. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712439: [Pkg-systemd-maintainers] Bug#731208: systemd: fails to boot with encrypted swap
Hi Russel, Gerald, Michael, Sam, I spent some time today looking into these “systemd fails to boot with encrypted swap” problems, and, just as Michael Biebl suggested, this indeed seems to be a problem with the dmsetup package. When applying this patch, my VM boots just fine with encrypted swap: --- /lib/udev/rules.d/55-dm.rules 2013-08-07 09:45:01.0 -0400 +++ /root/55-dm.rules 2013-12-08 10:12:48.104015288 -0500 @@ -98,6 +98,8 @@ # and 'DM subsystem' related rules enabled in this case. ENV{DM_SUSPENDED}==1, ENV{DM_UDEV_DISABLE_OTHER_RULES_FLAG}=1 +OPTIONS+=watch + GOTO=dm_end LABEL=dm_disable Can any of you please confirm that this works for you? I will then ask the dmsetup maintainer(s) to fix this on their end. The root cause seems to be that systemd calls mkswap and then waits for an event to continue with the swapon command, but never gets the event. Fedora/RHEL has fixed this by adding a rules file to enable the watch option, but unfortunately the Debian dmsetup package does not use the upstream rules files at all :-|. See also those reports for Fedora/RHEL: https://bugzilla.redhat.com/show_bug.cgi?id=759402 https://bugzilla.redhat.com/show_bug.cgi?id=711394 -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731569: console spam from package kit daemon
2013/12/8 Vincent Lefevre vinc...@vinc17.net: On 2013-12-08 00:34:45 +0100, Matthias Klumpp wrote: @Josh: I don't think grave is the right priority for this bug, as it doesn't cause data loss, is a security issue or renders the package completely unusable. It's simply a very annoying thing which should be fixed as soon as possible (which will happen, together with the systemd bug) Well, very annoying bugs make a package unusable in practice, because people wouldn't want it on their machine. Think about a package that would blank the screen every minute... I also wondered whether this bug should be raised to grave, mainly so that users could notice it with apt-listbugs before upgrading. But since it will be fixed soon, this may not matter very much. Blanking the screen effectively prevents you from doing work, while log-spam is just annoying, but can be ignored otherwise. But having this displayed in apt-listbugs would indeed be nice, so, if someone wants to do that you can raise the bug priority again. I will upload the new package this evening, when I'm back home, so this issue won't exist for long anyway. The patch also seems to be working, reason for this issue was PK sending messages with debug-priority to syslog. What I find interesting is that PK apparently gets activated very often on your machines, I wonder if this is intended... Cheers, Matthias (replying from my phone) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731696: RM: ltt-control [sparc ia64] -- RoM; ANAIS due to upstream changes
Package: ftp.debian.org Severity: normal Dear ftp team, One of ltt-control's dependencies (ust) saw an architecture restriction recently and ltt-control should be removed from sparc and ia64. I believe this removal will allow migration to testing. The specific packages are: liblttctl-dev liblttctl0 liblttd-dev liblttd0 ltt-bin The version there is 0.89-05122011-1 Thanks! -- Jon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731680: packagekit: FTBFS on kfreebsd-* due to journald
Yes, thanks for the heads up! Will be fixed with the next upload today. Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731697: nqp: FTBFS (test failure)
Source: nqp Version: 2013.11.1-1 Severity: serious Justification: fails to build from source From the amd64 build log: Test Summary Report --- t/qregex/01-qregex.t(Wstat: 0 Tests: 748 Failed: 1) Failed test: 355 Files=98, Tests=2112, 132 wallclock secs ( 1.23 usr 0.27 sys + 116.62 cusr 12.19 csys = 130.31 CPU) Result: FAIL make[1]: *** [p-test] Error 1 Cheers, Julien signature.asc Description: Digital signature
Bug#731698: php5: FTBFS (fails to find freetype headers)
Source: php5 Version: 5.5.6+dfsg-1 Severity: serious Justification: fails to build from source (but built successfully in the past) freetype headers moved around in 2.5.1, making php5 FTBFS: configure: error: freetype.h not found. Cheers, Julien signature.asc Description: Digital signature
Bug#731699: vlc: Segmentation fault by clicking on 'MyVideos' or 'My Music' or 'My Pictures'
Package: vlc Version: 2.1.1-1 Severity: normal Dear Maintainer, * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? Clicking on 'My Videos' or 'My Music' or 'My Pictures' * What was the outcome of this action? libdvdnav: Using dvdnav version 4.2.0 libdvdread: Encrypted DVD support unavailable. **** ** No css library available. See ** ** /usr/share/doc/libdvdread4/README.css ** ** for more information. ** **** Segmentation fault * What outcome did you expect instead? Some error message if the action is not appropiate or the directory listing Thanks in advance! xiscu -- System Information: Debian Release: 7.2 Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vlc depends on: ii dpkg 1.16.12 ii fonts-freefont-ttf20120503-1 ii libaa11.4p5-40 ii libavcodec54 6:9.10-1 ii libavutil52 6:9.10-1 ii libc6 2.17-93 ii libcaca0 0.99.beta18-1 ii libfreetype6 2.4.9-1.1 ii libfribidi0 0.19.2-3 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libice6 2:1.0.8-2 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsdl-image1.2 1.2.12-2 ii libsdl1.2debian 1.2.15-5 ii libsm62:1.2.1-2 ii libstdc++64.7.2-5 ii libtar0 1.2.16-1 ii libva-x11-1 1.2.1-2 ii libva11.2.1-2 ii libvlccore7 2.1.1-1 ii libx11-6 2:1.6.2-1 ii libxcb-composite0 1.8.1-2+deb7u1 ii libxcb-keysyms1 0.3.9-1 ii libxcb-randr0 1.8.1-2+deb7u1 ii libxcb-render01.8.1-2+deb7u1 ii libxcb-shape0 1.8.1-2+deb7u1 ii libxcb-shm0 1.8.1-2+deb7u1 ii libxcb-xfixes01.8.1-2+deb7u1 ii libxcb-xv01.8.1-2+deb7u1 ii libxcb1 1.8.1-2+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxinerama1 2:1.1.2-1+deb7u1 ii libxpm4 1:3.5.10-1 ii vlc-nox 2.1.1-1 ii zlib1g1:1.2.7.dfsg-13 Versions of packages vlc recommends: ii vlc-plugin-notify 2.1.1-1 ii vlc-plugin-pulse 2.1.1-1 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages vlc suggests: pn videolan-doc 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#731599: PLease reject (Was: r-cran-locfit_1.5-9.1-1_amd64.changes is NEW)
(Done, thanks!) On Sun, Dec 8, 2013 at 3:54 AM, Andreas Tille andr...@an3as.eu wrote: d/copyright is missing some information about a set of files in src/*.c stating: /* * Copyright (c) 1996-2001 Lucent Technologies. * See README file for details. */ Kind regards Andreas. On Sat, Dec 07, 2013 at 07:03:30PM +, Debian FTP Masters wrote: binary:r-cran-locfit is NEW. source:r-cran-locfit is NEW. Your package contains new components which requires manual editing of the override file. It is ok otherwise, so please be patient. New packages are usually added to the override file about once a week. ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de -- :wq
Bug#731701: opam: FTBFS with ocaml 4.01.0
Source: opam Version: 1.1.0-1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, opam FTBFS when binNMUed against ocaml 4.01.0. From the armhf build log: /usr/bin/ocamlopt unix.cmxa -I /usr/lib/ocaml/ocamlbuild /usr/lib/ocaml/ocamlbuild/ocamlbuildlib.cmxa myocamlbuild.ml /usr/lib/ocaml/ocamlbuild/ocamlbuild.cmx -o myocamlbuild ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/client/opamMain.ml src/client/opamMain.ml.depends ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/client/opamArg.mli src/client/opamArg.mli.depends ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/core/opamTypes.mli src/core/opamTypes.mli.depends ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/core/opamCompiler.mli src/core/opamCompiler.mli.depends ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/core/opamFilename.mli src/core/opamFilename.mli.depends ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/core/opamMisc.mli src/core/opamMisc.mli.depends ocamlfind ocamldep -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -modules src/core/opamJson.mli src/core/opamJson.mli.depends ocamlfind ocamlc -c -g -annot -thread -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -I src/core -I src/client -I src/scripts -I src/repositories -I src/solver -o src/core/opamJson.cmi src/core/opamJson.mli + ocamlfind ocamlc -c -g -annot -thread -package cudf -package ocamlgraph -package dose3.algo -package dose3.debian -package unix -package re.glob -package re.pcre -package re.str -package cmdliner -package extlib -I src/core -I src/client -I src/scripts -I src/repositories -I src/solver -o src/core/opamJson.cmi src/core/opamJson.mli ocamlfind: Package `zip' not found - required by `dose3.common' Command exited with code 2. make[1]: *** [override_dh_auto_build] Error 10 make: *** [build-arch] Error 2 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=opamsuite=sid 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#731654: libgl1-nvidia-legacy-304xx-glx: nvidia-legacy-304xx packages failing on testing
On Sun, Dec 08, 2013 at 04:11:23PM +0100, Andreas Beckmann wrote: But you still managed to run reportbug from the commend line, so it collected enough information for me to analyze your problem. Thank you very much! I hope that I would have got there myself eventually :-) Will test on that machine later and report if still a problem. Otherwise I will close the bug unless someone else gets there first. Eh, actually the dpkg-reconfigure unable to distinguish two packages/ architectures is still outstanding? But maybe not specific to this package? ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731700: iceape: segmentation fault at fresh install
Package: iceape Version: 2.0.11-17 Severity: important Hi I just installed with apt-get install iceape It crashes brutally on linuxquestions.org It tells $ iceape (iceape-bin:16585): Gtk-WARNING **: Unable to locate theme eng Segmentation fault I hope you may fix it soon. I like iceape, since it is fast, but quite too heavy. Thank you. Y. -- Package-specific info: -- Extensions information Name: Iceape Default Theme Location: /usr/lib/iceape/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceape-browser Status: enabled Name: Iceape Modern Location: /usr/lib/iceape/extensions/mod...@themes.mozilla.org Package: iceape-browser Status: enabled -- Plugins information Name: Google Talk Plugin Location: /opt/google/talkplugin/libnpgoogletalk.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Accelerator Location: /opt/google/talkplugin/libnpgtpo3dautoplugin.so Package: google-talkplugin Status: enabled Name: Google Talk Plugin Video Renderer Location: /opt/google/talkplugin/libnpo1d.so Package: google-talkplugin Status: enabled Name: Shockwave Flash Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii google-talkplu 4.7.0.0-1 Google Talk Plugin ii iceape-browser 2.0.11-17 Iceape Navigator (Internet browser) and Comp -- System Information: Debian Release: 6.0.3 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceape depends on: ii iceape-browser2.0.11-17 Iceape Navigator (Internet browser ii iceape-mailnews 2.0.11-17 Iceape Mail Newsgroups and Addre Versions of packages iceape recommends: pn iceape-chatzilla none (no description available) iceape 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#526110: Template scripts should be able to add attachements
control: tags -1 + patch Hi Michael, Joachim, Sandro, Michael Biebl bi...@debian.org writes: On Wed, Apr 29, 2009 at 12:01:39PM +0200, Joachim Breitner wrote: I’m considering to add a /usr/share/bug/$package/script file to one of my package that would attach (possibly after getting permission from the user) a configuration file. Currently, I’m only able to include it in the mail body, which I find unpleasant. In my case, it might even be problematic, as spaces and tabs are important, and the editor might break that. Therefore, I’d like to be able to tell reportbug to attach a specific file. This would avoid such issues and also make the bug reports much easier to read. I'm in a similar situation. I want to attach larger amounts of data to a bug report. Doing that in the mail body makes the bug report almost unreadable. So I would very much welcome also if reportbug offered the ability to add information to bug reports as attachments via a bug-script. I wrote a patch which adds support for this (see attachment). Sandro, you seem to be the current reportbug maintainer. Is there any chance we can get a relatively quick upload of a new version of reportbug (6.4.5) with this patch applied? Is there anything I can do to help? We’d really like to change our bugscript to use this mechanism ASAP — the reports are really inconvenient to handle because of the mail body length, but at the same time, the information itself is really valuable. -- Best regards, Michael From 7c8e88aff06801b50602c02b45cefbb6cc5fd1b3 Mon Sep 17 00:00:00 2001 From: Michael Stapelberg stapelb...@debian.org Date: Sun, 8 Dec 2013 17:05:27 +0100 Subject: [PATCH] implement support for attachments in bugscripts Similar to headers and pseudo-headers, you can use -- BEGIN ATTACHMENTS -- and -- END ATTACHMENTS --, with file names in between, to make reportbug attach these files to the report. --- bin/reportbug | 6 +- reportbug/utils.py | 10 +- test/data/bugscript | 5 - test/test_utils.py | 3 ++- 4 files changed, 20 insertions(+), 4 deletions(-) diff --git a/bin/reportbug b/bin/reportbug index 774eaad..9da01be 100755 --- a/bin/reportbug +++ b/bin/reportbug @@ -2030,7 +2030,7 @@ For more details, please see: http://www.debian.org/devel/wnpp/''') # we get the return code of the script, headers and pseudo- set # by the script, and last the text output of the script -(rc, bugscript_hdrs, bugscript_pseudo, text) = \ +(rc, bugscript_hdrs, bugscript_pseudo, text, bugscript_attachments) = \ utils.exec_and_parse_bugscript(handler, bugexec) if rc and not notatty: @@ -2046,6 +2046,10 @@ For more details, please see: http://www.debian.org/devel/wnpp/''') headers.extend(bugscript_hdrs.split('\n')) if bugscript_pseudo: pseudos.append(bugscript_pseudo.strip()) +# add attachments only if no MUA is used, using attachments with a +# MUA is not yet supported by reportbug. +if bugscript_attachments and not mua: +attachments += bugscript_attachments addinfo = None if not self.options.noconf: addinfo = u\n-- Package-specific info:\n+text diff --git a/reportbug/utils.py b/reportbug/utils.py index 01f7062..c2a1a82 100644 --- a/reportbug/utils.py +++ b/reportbug/utils.py @@ -1181,7 +1181,9 @@ def exec_and_parse_bugscript(handler, bugscript): isheaders = False ispseudoheaders = False +isattachments = False headers = pseudoheaders = text = '' +attachments = [] fp = open(filename) for line in fp.readlines(): # we identify the blocks for headers and pseudo-h @@ -1193,15 +1195,21 @@ def exec_and_parse_bugscript(handler, bugscript): ispseudoheaders = True elif line == '-- END PSEUDOHEADERS --\n': ispseudoheaders = False +elif line == '-- BEGIN ATTACHMENTS --\n': +isattachments = True +elif line == '-- END ATTACHMENTS --\n': +isattachments = False else: if isheaders: headers += line elif ispseudoheaders: pseudoheaders += line +elif isattachments: +attachments.append(line.strip()) else: text += line fp.close() cleanup_temp_file(filename) text = text.decode('utf-8', 'replace') -return (rc, headers, pseudoheaders, text) +return (rc, headers, pseudoheaders, text, attachments) diff --git a/test/data/bugscript b/test/data/bugscript index 425ad97..0b35f95 100755 --- a/test/data/bugscript +++ b/test/data/bugscript @@ -16,4 +16,7 @@ echo python echo -- BEGIN HEADERS -- echo X-Test: this is a test echo X-Dummy-Reportbug-Header: dummy -echo -- END HEADERS -- \ No newline at end of file +echo -- END HEADERS -- +echo -- BEGIN ATTACHMENTS -- +echo
Bug#731654: libgl1-nvidia-legacy-304xx-glx: nvidia-legacy-304xx packages failing on testing
On 2013-12-08 17:13, ael wrote: Eh, actually the dpkg-reconfigure unable to distinguish two packages/ architectures is still outstanding? But maybe not specific to this package? dpkg-reconfigure libfoo42:amd64 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731703: approx: FTBFS with ocaml 4.01.0
Source: approx Version: 5.3-1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, approx FTBFS when binNMUed against ocaml 4.01.0. From the armhf build log: /usr/bin/ocamlc -c -warn-error A -o url.cmi url.mli /usr/bin/ocamlc -c -warn-error A -o util.cmi util.mli /usr/bin/ocamlc -c -warn-error A -I +pcre -I +netstring -I +netcgi2 -I +nethttpd -o approx.cmo approx.ml + /usr/bin/ocamlc -c -warn-error A -I +pcre -I +netstring -I +netcgi2 -I +nethttpd -o approx.cmo approx.ml File approx.ml, line 259, characters 23-25: Warning 3: deprecated feature: operator (or); you should use (||) instead File approx.ml, line 183, characters 20-22: Warning 3: deprecated feature: operator (or); you should use (||) instead File approx.ml, line 1: Error: Some fatal warnings were triggered (2 occurrences) Command exited with code 2. make[1]: *** [approx] Error 10 make[1]: Leaving directory `/«PKGBUILDDIR»' dh_auto_build: make -j1 returned exit code 2 make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=approxsuite=sid 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#731702: matita: FTBFS with ocaml 4.01.0
Source: matita Version: 0.99.1-2 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, opam FTBFS when binNMUed against ocaml 4.01.0. From the armhf build log: --with-dbhost=FAKE_HOST checking for ocamlc... yes checking for ocamlopt... yes checking for ocamlfind... yes checking for lablgladecc2... yes checking for camlp5o... yes creating METAs ... done checking for expat ocaml library... yes checking for gdome2 ocaml library... yes checking for http ocaml library... yes checking for lablgtk2 ocaml library... yes configure: error: could not find lablgtksourceview2.gtksourceview2 ocaml library make[1]: *** [override_dh_auto_configure] Error 2 checking for lablgtksourceview2.gtksourceview2 ocaml library... make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=matitasuite=sid 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#731704: ocaml-reins: FTBFS with ocaml 4.01.0
Source: ocaml-reins Version: 0.1a-4 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, ocaml-reins FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: --- Checking for ocamlopt... (found /usr/bin/ocamlopt) --- Checking whether ocamlc understands the z warnings... (yes) --- Checking oUnit... (/usr/lib/ocaml/oUnit) *** omake: finished reading OMakefiles (0.34 sec) --- Checking if ocamldep understands -modules... (yes) *** omake: warning: stdout is not a tty, disabling the progress bar (use --progress to override). *** omake: 420/567 targets are up to date *** omake: failed (56.42 sec, 80/80 scans, 122/188 rules, 290/779 digests) *** omake error: File /usr/lib/omake/build/OCaml.om: line 503, characters 1-18 Do not know how to build /usr/lib/ocaml/oUnit/oUnit.o required for test/unit/list/skewBinaryListTest.o make[1]: *** [override_dh_auto_build] Error 123 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=ocaml-reinssuite=sid 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#731654: libgl1-nvidia-legacy-304xx-glx: nvidia-legacy-304xx packages failing on testing
On Sun, Dec 08, 2013 at 05:16:13PM +0100, Andreas Beckmann wrote: On 2013-12-08 17:13, ael wrote: Eh, actually the dpkg-reconfigure unable to distinguish two packages/ architectures is still outstanding? But maybe not specific to this package? dpkg-reconfigure libfoo42:amd64 Ah. I recognise that, but had forgotten. Not on the dpkg-reconfigure man page. Thanks again. ael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731705: roundcube: dependancies changed since version in Debian stable forcing to install apache while using nginx
Package: roundcube Version: 0.9.5-1 Severity: minor Hello, Is that intended that current testing and unstable version of roundcube (specifically roundcube-core) now relies on httpd-cgi virtual package instead of httpd virtual package? I'm using roundcube along with nginx and php through spawn-fcgi. Is there something new that changed that would no longer make this setup work? Or should this report being reassigned to spawn-fcgi so it provides httpd-cgi? Regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: kfreebsd-i386 (i386) Kernel: kFreeBSD 9.2-1-686 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.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#729602: More info needed
tag 729602 - pending tag 729602 moreinfo thanks Hi Matthieu! One of our maintainers had a chat with the upstream maintainer of the cmake-related files in Qt5. He told him that those CMake files are only used in cases like wanting to do your own installer and finding the plugins for being able to ship them. Normally in that case you would also compile your own Qt. Do you have a requirement that we are not considering here? Plugins are not needed to build and app, only as a runtime dependency. Kinds regards, Lisandro. -- Tincho me cago en el gato, es como la tercera vez que me apreta backspace mientras tengo apretados ctrl y alt Visto en #lugfi, irc.freenode.net Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#731705: roundcube: dependancies changed since version in Debian stable forcing to install apache while using nginx
❦ 8 décembre 2013 17:15 CET, Mathieu ROY yeu...@gnu.org : Is that intended that current testing and unstable version of roundcube (specifically roundcube-core) now relies on httpd-cgi virtual package instead of httpd virtual package? I'm using roundcube along with nginx and php through spawn-fcgi. Is there something new that changed that would no longer make this setup work? Or should this report being reassigned to spawn-fcgi so it provides httpd-cgi? Unfortunately, I don't remember why I switched from httpd to httpd-cgi. The relevant commit also demotes this webserver stuff from Depends to Recommends so you can bypass the choice if you want to. -- /* * Should be panic but... (Why are BSD people panic obsessed ??) */ 2.0.38 /usr/src/linux/net/ipv4/ip_fw.c signature.asc Description: PGP signature
Bug#680738: salome-gui: links with both GPL-licensed and GPL-incompatible libraries
On Tue, 7 Aug 2012 15:20:17 +0200 Francesco Poli wrote: [...] On Wed, 11 Jul 2012 19:06:19 +0200 Francesco Poli wrote: [...] SALOME links with both GPL-licensed (PyQT) and GPL-incompatible libraries (OCE). [...] Possible solutions, in descending order of desirability: (A) Open CASCADE S.A.S. should be contacted and persuaded to re-license Open CASCADE Technology under GPLv2-and-v3-compatible terms. [...] *** Breaking news!!! *** As some of you may already know, it finally happened! :-) The upcoming version of Open CASCADE Technology (version 6.7.0) will be licensed under the GNU LGPL v2.1 (+ some minor additional permissions). This decision was announced on the 21st of November 2013, at the SALOME User's Day and is now also announced on the web site: http://www.opencascade.org/org/forum/thread_25600/?forum=19 http://dev.opencascade.org/index.php?q=node/908 For a long time, a good number of people have been asking Open CASCADE S.A.S. to re-license. Personally, I have pestered them since April 2009 (!). We finally succeeded!:-) This certifies that my superpower is: being a pain in the neck! ;-) What does this mean for bug #680738 ? Please note that the previous versions of Open CASCADE Technology are *not* affected by the re-licensing, unfortunately. As far as I know, the road-map is: 0) OCCT (Open CasCade Technology) 6.7.0 will be released under LGPL-2.1 [ this should happen soon ] 1) a new version of OCE (Opencascade Community Edition) based on OCCT 6.7.0 will be released with all the changes (with respect to OCCT) re-licensed under LGPL-2.1 [ the plan is described in https://groups.google.com/d/msg/oce-dev/LPi2gm7-m9E/ayDty-rMl50J ] 2) this new version of OCE will be packaged for Debian 3) once salome-gui depends on this new version of Debian package oce, this bug report will be closed 4) everyone will celebrate! \o/ I am looking forward to seeing all this happen. Bye! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgplB7BM4VrCZ.pgp Description: PGP signature
Bug#706656: On python power package used by Cura
Hello, As a RepRap builder I'm very interested. :) I have also considered packaging cura. But I thought it was so huge work so I just started by packaging a tiny Python library used by Cura, power. http://packages.qa.debian.org/p/power.html Currently I'm planning to orphan this power package. If your cura package still uses this and you are willing to maintain it, feel free to take it. Thanks Changwoo Ryu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731597: [Pkg-haskell-maintainers] Bug#731597: haskell-text-icu: FTBFS on arm* (make: debian/hlibrary.setup: Command not found)
Control: reassign -1 ghc Control: tag -1 + confirmed upstream patch pending Control: rename -1 GHC generates bytecode that is not to llvm-3.3’s liking Hi, Am Samstag, den 07.12.2013, 12:09 +0100 schrieb Julien Cristau: your package FTBFS on armel and armhf: for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup -o debian/hlibrary.setup; exit 0; fi; done [1 of 1] Compiling Main ( Setup.lhs, Setup.o ) You are using a new version of LLVM that hasn't been tested yet! We will try though... wrong initalizer for intrinsic global variable [0 x i8*] undef Broken module found, compilation aborted! Stack dump: 0. Program arguments: opt /tmp/ghc16175_0/ghc16175_0.ll -o /tmp/ghc16175_0/ghc16175_0.bc -mem2reg --enable-tbaa=true llc: /tmp/ghc16175_0/ghc16175_0.bc: error: Could not open input file: No such file or directory debian/hlibrary.setup configure --ghc -v2 \ --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ --builddir=dist-ghc \ --haddockdir=/usr/lib/ghc-doc/haddock/text-icu-0.6.3.5/ --datasubdir=text-icu\ --htmldir=/usr/share/doc/libghc-text-icu-doc/html/ --enable-library-profiling --ghc-option=-DDEBIAN_NO_GHCI \ make: debian/hlibrary.setup: Command not found make: *** [dist-ghc] Error 127 this affects GHC, and is caused by llvm upgrade to 3.3, which does not like the bytecode generated by GHC any more. I am about to upload a fixed version of GHC by backporting a patch from upstream, but there will likely be bootstrapping issues building the fixed GHC on arm*, requiring a manual build using llvm-3.2 on a porters box first. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#698527: elmer: executable ElmerGUI.real links with both GPL-licensed and GPL-incompatible libraries
On Sun, 07 Apr 2013 00:50:51 +0300 Boris Pek wrote: [...] now we have more time to solve the issue in less destructive way than in case when it affects Wheezy. *** Breaking news!!! *** The upcoming Open CASCADE Technology version 6.7.0 will be licensed under the GNU LGPL v2.1 (+ some minor additional permissions). For further details, please read http://bugs.debian.org/680738#27 What does this mean for bug #698527 ? Once an LGPL-licensed oce lands in Debian and elmer depends on that package, it will be possible to close this bug report, *as long as* the OpenSSL linking issue has been solved. Please re-read the original bug report for further details on the linking relationships: http://bugs.debian.org/698527#5 Hence, I recommend to investigate whether /usr/bin/ElmerGUI.real may be linked with GnuTLS instead of OpenSSL. Or, alternatively, whether the linking with OpenSSL may be disabled. I am looking forward to seeing ElmerGUI re-enter this Debian package. Bye! -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgp3FtNS6TV9v.pgp Description: PGP signature
Bug#638478: Please reconsider repackaging glade 3.8
As some people said here before building our own glade-3.8 is a real PITA. Many 3rd party libraries and binding still don't fully support GTK3. Please reconsider repackaging glade 3.8 Oz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#290777: Unix cycling works backwards for some configurations
Hello kix, On Sat 2013-12-07, Rodolfo García Peñas k...@debian.org wrote: I think this bug can be closed. I tried it now and I don't have these issues. IBTD, I'm afraid. I still have set FocusNextKey = Shift+Mod1+Tab; FocusPrevKey = Mod1+Tab; to get close to the desired behaviour. Desired behaviour: * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4 * now xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * press ALT+TAB and release the keys * xterm2 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * [...] * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm3 has the focus * press ALT+SHIFT+TAB (and release) * xterm2 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * [...] Here is what I get with my current settings: * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4 * now xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * press ALT+TAB and release the keys * xterm2 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm1 has the focus * [...] * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * [...] So FocusPrevKey is running in the wrong direction and FocusNextKey is working completely wrong (this ist stack instead of cycling). Now let's try to set: FocusNextKey = Mod1+Tab; FocusPrevKey = Shift+Mod1+Tab; Result: * open 4 different applications, e.g. xterm1, xterm2, xterm3, xterm4 * now xterm4 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * press ALT+TAB and release the keys * xterm4 has the focus * press ALT+TAB and release the keys * xterm3 has the focus * [...] * xterm3 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * press ALT+SHIFT+TAB (and release) * xterm2 has the focus * press ALT+SHIFT+TAB (and release) * xterm4 has the focus * press ALT+SHIFT+TAB (and release) * xterm3 has the focus * press ALT+SHIFT+TAB (and release) * xterm1 has the focus * [...] Version information: | wmaker -version | Window Maker 0.95.3 | cat /etc/debian_version | 7.2 | If you agree, I will close the bug. I am sorry, but not fixed for me. Best Regards Sonny -- :wq -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731676: webkitgtk: FTBFS on powerpcspe
On Sun, Dec 08, 2013 at 10:32:03AM +0100, Roland Stigge wrote: The attached patch fixes this by adding powerpcspe to the list of architectures where the assembler is disabled. Thanks for the patch! Further, it adds powerpcspe to the list of architectures where -g is to be removed for resource fixup. Why is this necessary? It doesn't build otherwise? Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731516: /etc/cron.daily/spamassassin: sa-compile not executed from cron
On Fri, Dec 06, 2013 at 09:35:44AM +0100, nijel wrote: the cron script (once enabled) does not invoke sa-compile as the directory /var/lib/spamassassin/compiled does not exist after package installation. Once this directory is created (either manually or by executing sa-compile), the cron job works as expected. This is intentional. Rules aren't compiled by default, since we don't list a hard dependency on gcc and the various other tools needed for sa-compile. It's on my to-do list to split sa-compile into a separate package that can properly depend on the tools it needs. The sa-compile package's cron job can unconditionally compile the rules, since it can safely assume that if you have the package installed then you intend to compile your rules. signature.asc Description: Digital signature
Bug#615492: Users connected to server cannot hear each other
On Friday, December 06, 2013 09:55:12 Roland Karch wrote: Hi, I was able to reproduce this with a user of my ARM murmur server as well on the current stable version. Just for clarification: does the current stable version mean the current version in Debian Stable (i.e. mumble 1.2.3-349-g315b5f5-2.2) or do you mean the current upstream stable version (i.e. mumble 1.2.4)? If you have space to compile Debian packages for ARM, I have mumble 1.2.4 source package for wheezy available here: http://debian-packages.coredump.us/debian/pool/main/m/mumble/ It seems to be triggered by the user choosing force TCP in their client settings. With TCP forced, that user is unable to hear anyone else speaking on the server, including themselves in loopback mode. A random stab in the dark would be that this seems like an endianness issue with TCP transmission. That sounds like a useful hint. In the code there was an effort to deal with an ARM endian network issue with upstream git commit f54a1426559204874eba95f0786e41e57c896a44 from 2010 which modified src/Connection.cpp. That's at least an idea as to where to start examining the code. I think this should probably be reported upstream, and I think it's best if you do this directly so that you can coordinate with them in running tests. [Unfortunately I don't have an ARM system available to test this with.] https://github.com/mumble-voip/mumble/issues?labels=page=1state=open Thanks! -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#629531: racktables packaging status
Hi, Sorry but i deleted my packaging after Debian Mentor drop my requeste. For somes reasons i don't want to work for this project ( 5 packages dropped and an itp steal). Many people don't respect Debian project process. Best regard. Envoyé de mon iPhone Le 8 déc. 2013 à 10:26, Ludovico Cavedon cave...@debian.org a écrit : Hi, I was wondering: what is the status of the packaging of racktables? I am going to package it now as I need it for one of my systems. If you have already worked on it, let's merge efforts, otherwise I can upload mine once I am done. Thanks! Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731707: libimobiledevice-dev: Please prepare for switch to libtasn1-6-dev
Package: libimobiledevice-dev Version: 1.1.5-2 Severity: normal Hello, libimobiledevice-dev is one of three packages in sid (build-)depending on libtasn1-3-dev and will need to change to libtasn1-6-dev. I would like to do this in some coordinated way and have therefore opened a transition bug. #730856 cu Andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731706: debian-maintainers: Please add Diane Trout as a Debian Maintainer
Package: debian-maintainers Severity: normal Dear Debian Mainter Team, Please verify my application and add my GPG key to the debian-maintainers keyring. Thank you, Diane Trout -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable'), (110, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Comment: Add Diane Trout di...@ghic.org as a Debian Maintainer Date: Sun, 08 Dec 2013 09:38:39 -0800 Action: import Recommended-By: Sune Vuorela s...@debian.org, Steffen Möller steffen_moel...@gmx.de, Lisandro Damián Nicanor Pérez Meyer perezme...@gmail.com, Andreas Tille til...@t-online.de Agreement: https://lists.debian.org/debian-newmaint/2013/12/msg2.html Advocates: https://lists.debian.org/debian-newmaint/2013/12/msg3.html https://lists.debian.org/debian-newmaint/2013/12/msg5.html https://lists.debian.org/debian-newmaint/2013/12/msg6.html https://lists.debian.org/debian-newmaint/2013/12/msg7.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.15 (GNU/Linux) mQINBFI/UFIBEADBx9yI/vp2ZFoRPoFvfyIn2eriEC6ZAIt4VB/kOv2Ei9Sx0IZY 3cRb08ihGg3qREucAiixlo74z+NFd9zBTkuvhCkUuNvy97xdBXgQH64yrbpURodQ JmL3O9Dn/6tOQaRIONWWz8C8h1+uojTIapohz9sD2PR8dzCXiQPrY+8ssCQlb9zJ h2ALurCGku8ZtNPo+4cnGB7Xpyqdjsmo+pfYXSKKkEVRIaOAFuyI1IGLF1vLs3fY lKbAfSvG5DeaxkijPbRipUpleRifLqMH+DMJyPc7x9zYGC9NplyeYBaZGnv3vA04 vTbYMYCHRArp1MjWjPg9jTd3DSkiGTjTD+yQ94XD6iVcI2sgPQ0SgqXMGenbth7w tvs8IBlWDKZbCzicFr7voUJPULtFDze1cj1J0ZoB2TSccfANekADpPW5YD98/wXx Xp8dyCCovjdzb86ShnoOnX37hitfclRnbF8NWMsChBDbEkfgZnUGSP7VSj7g0kQ+ PEVNhpjP1yDavd86jqO8fAzxRZfqtp7ZqUGvXNoQ8OysoKFeQSV4qJEpxE754L+j IvQsb1F4aMCfC5gnGD3tAqJo07dU7ThTyAOWreMbDLffrvOmbLLB78Q+msWtT6zz 2LKbAjziPYPfkflcPWAAjx3zAQ/ZQG+zZwbyhsxVzi29kvkWjU1r9IW6qwARAQAB tBxEaWFuZSBUcm91dCA8ZGlhbmVAZ2hpYy5vcmc+iQJABBMBCgAqAhsDBQkJZgGA BQsJCAcDBRUKCQgLBRYCAwEAAh4BAheABQJSP1P4AhkBAAoJEOWrXxYc3Q2YYFkP /ROTcxp7cjuyZs3K00W20uXJyAbK9nrWE4PbFzBLYlbOJ9S4Uw4hkoCJbFddZnVA IfViLcU4MvQ9Z32z66Siv0rQBGpLg8D8OjZb2BLJc70876XYWVCbRr+o/CPjJuwm tph9XxskITzXqQ4oo2CaR2J7jPmdhYG+qQBgp0QVemmmz2n5R7UYsewV+qSzjlOk to0twM7dqOI3pG3bihvJTX/g4hdd94VzOqCIlNxvPeoBjGEQo4hkrcobvoqJ4nQ/ erZ0wnPLKjoId8s8nJT6WPhI/ka8gf2MpfsiZFqZGb5334XRm6QaxPo4kHgDKA52 KJwLRSRCW9OhlJ2Ny2/vPqUqmUePvmwFr7FzO/eVi8aTKLR0X4Rv+Ks2233Q2itp qTi02EgMfSIkBv2WYzLwl9ycqD+AnThu28We3eQ9yGJoiPea+3KzutCGn41w1zJJ CFDSXqLhy/xM4x9CZob9sLXqfz5POlN+wnlYV/UqXiOYfCz3bs6Culef6ZpfUBna 6mk34acZRI2YBBRYFBhbty+KI0GD5/n0vHojERTMgv1Jkx5psB1V65WHYtPjA/yV AqKkelLZIp9AnJLZmuNsxKEF0JbnMuYK+p0V0wwbN4+JbjuSTafy4yZ0OZ0BHRg5 DMmSY7sievoiMvEKe5unB40jxcwELygqSXVVtlt/uhN3iEYEExEKAAYFAlI/VZIA CgkQe8RgKSkWnXbv9gCff75xL5d8+O+7J+QsY4yH6YGmAlcAnjdIXC1j7A03xICk J4mNbwcgjEELiEYEExEKAAYFAlI/VbUACgkQTi7z3pxGHvNK/gCfXdzXhgBT8wPv cKTwvEWJtipQ7jkAn2Lsn0HdkhWvCAZ05Y9txu2U1tbHiQIcBBABAgAGBQJSn6MH AAoJEKLRMAHZjA+6qOIQAKJiEz9DfKqAejVTlVitQf8N1IoVxXntiS8dEKQeOgXu eLhfTmjApAg0xXyinVp+DZM1V6PvIff3BNXFkK+R+0dcwON5I+9TPUMhPOyJoRWN OiL0L3JCvcs7T5KjdLNBjipHHg2oHZeYrTTDM4TCh5yHjbQMxAZYuBLghNHYoTGK TBJwQAVFP0S16gF/AZPzoDWJ7URxNRKUg4Yo5cDdtSWwYK1KMl6VUtXtr5ohDF34 MKpiLGfCHCiy4JwhpgAEt0uXx4NEyTTKopkmyWNuBnoMcXhIqfgFFlpdoAaPx/48 HGIR1XvWpQ4o5mGddQCjjLTH+AcrBCYO4SK0WvaXaRJmgy6kXi+ZMcQ+i6BNLEQY mE2UJFBv6bYExPmai6YVzWjLtyrH6F598W7gYo+Eo8cPmV3OaMeoyGj6+2X85Rtl ndCZyiASIieMSUPub7c6N8jndYpFOYQEMfUFf54cVbG2eX8W1VyD4B2wj+t2DMFS 1paJHriTwPfLixZLbv+terq0pVkYV+48ZaIfNMx3sRAZDSLquBSvvTRhtMZO70bc K5G2S3GwPxV6xtFhtOirJFhifPTaJ7zHY7zB/gl31xsQUW6ujYgCQirqFCPf+l+/ oTm9yBooRc6+MWtVPboVCAQkNA1mWQCJWmpnur6WZYb12ROF0ZJBGDz8jVIMtsV+ tB9EaWFuZSBUcm91dCA8ZGlhbmVAY2FsdGVjaC5lZHU+iQI9BBMBCgAnBQJSP1JB AhsDBQkJZgGABQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAAoJEOWrXxYc3Q2YwVQQ ALAnqcZmgPk8kQsg0Cgd3duMsX5Ab03EQYVT9VECNz3mHHGA2Jvry8gIBXEf0cpN f2/rdPntbTsM8FXk5qw7ZsiuxOwASaXRRpqPT35iuxpy75OwqobG+fZvwG4hrVm4 tlEbFXIzR5OgYvZZF8O6cm6TzILC1rFUd5M2f7+QJWU5R7NsOnkFAr+OrM3E+m+t 1pXfxeAMqOff9xCC6yQDbL/KBLy0RH40dMsjiAwSRkzTBiD0iBBtNRZJlcYcm1Ub NPHINxvD6zOHHjZ59RfjoXJ2fUqARncN6bmc1G/+r1Cdu9F2I0ai2F/2l4IW/6vl FrqCtyVn4zvHE9/Wj1Ux668ZrvLgkEW1R6k4eA0VdDjT5zKodmXYw6Z8aeG/dIIi 3JHL0KDItLESP2SVuwkthmHAOZj+5dI/ZiYPhMpD6w7wJfDWIaGVyiBYsy/YexNd bnAwLTTWfTUmo+P1WhrmjNsLVY/4R1+yeDfF537JROD+vGt80tz8ukjtnO3AlK/1 pt+VUFhibGORWL4X9D+ZDZQW9EIwGT0zGmEnbD/WOGwvDTNzPFXj0JboCaDGlFXZ kw/EYAYAUYjuAOdB2dSLsIb1M3jLDZCC1GM8kCR2PKcMjHkR6GE+f5koI8hq19jP emnR0HHQj178UlMbfSMgKR7FHJVCiVIzPEjFEsQr9RwIiEYEExEKAAYFAlI/VZYA CgkQe8RgKSkWnXYlDACg1fZMUPCvdy9knbIZMbrTocnc24AAoKNmAgSYKcuU5KNm Bsap01NcmupFiEYEExEKAAYFAlI/VbkACgkQTi7z3pxGHvP29gCgu+EuMOu6kld0 NhffeWgoKr4ZZ+cAn0z5joHfnGy/KrReIbA6KYzq+omdiQIcBBABAgAGBQJSn6MH
Bug#730783: pu: openttd/1.2.1-3 opu: openttd/1.0.4-7 (Fix for CVE-2013-6411)
Control: tags -1 + pending On Sun, 2013-12-08 at 12:31 +0100, Matthijs Kooijman wrote: On Fri, 2013-11-29 at 15:35 +0100, Matthijs Kooijman wrote: upstream developers for the openttd package have identified a remote denial-of-service (program crash) in the openttd game. They have made patches available, which I'd like to include in wheezy and squeeze. [...] Attached are debdiffs against the current squeeze and wheezy versions, which add the upstream patches. The debdiff still uses the -security archives, for the actual upload I'll change that to stable/oldstable instead. Please use wheezy and squeeze instead. With that change, please go ahead; thanks. I've just uploaded the packages. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626574: gnucash: Net income for period not equal to Total Income - Total Expenses for Income Statement and Profit Loss report
Dear Daniel, you once have filed a bug against gnucash, which was forwarded upstream, And now upstream has a question: https://bugzilla.gnome.org/show_bug.cgi?id=650119#c3 Would it be possible for you to reply there? Thanks, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#731477: sysvinit: Hangs when booted into -b (emergency) mode
On Thu, Dec 05, 2013 at 03:18:58PM -0500, Jeffrey Sheinberg wrote: I regularly boot into -b (emergency) at least once a week, in order to perform backups of my root partition while it is in a read-only state. I have never experienced any problems with using -b (emergency) mode before encountering this problem. This problem has so far only happened when booting this linux kernel, linux-image-3.11-0.bpo.2-amd64 This is an odd problem, and it's going to be tricky to track down without being able to easily reproduce it. If you notice the keyboard lights flickering, this looks like it's possibly an input layer issue. If only this kernel exhibits the problem then sysvinit is unlikely to be involved directly. I would suggest looking at a newer kernel e.g. 3.12 and the options the kernel was compiled with. If you try either 3.11.8-1 (testing) or 3.11.10-1 (unstable), do these also show the problem? I would suggest if it's dependent upon the kernel you are running, that this should be reassigned to the linux kernel source package. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667682: xfce4: Square appears on top-left corner on screen when using desktop
Hi, it seems to be an upstream bug, as I can confirm this behavior with Gentoo Linux and xfce-4.10. I don't use jdownloader, so it is definitely not responsible for the small square on the top left of the screen. In my case I sometimes see a small black square when I move from an empty virtual screen to another one with an open application like firefox. My background image is dark, as this square. My graphics-drivers are xf86-video-intel-2.21.15. Interestingly, this behavior occurs not only with the xfce4 built-in compositing feature activated, but also when I start xcompmgr -cCfF -r7 -o.65 -l-10 -t-8 -D7 at the beginning of my xfce4-session. But the square does not always occur. When I stop xcompmgr or the xfce4 compositing feature and restart it again right after that, the square is always gone. My system: Linux 3.10.17-gentoo xcompmgr-1.1.6 xfce4-session-4.10.0-r1 Greetings Uwe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#469448: icedove: Refuses to refuse certificate
Hello Dick, On Wed, Mar 05, 2008 at 09:35:38AM +, Dick Middleton wrote: Package: icedove Version: 2.0.0.9-3 Severity: normal Connecting to imaps server which offers unknown SSL certificate you get the 'use always', 'use once' or 'never use' dialog. If you select the 'never use' option or the 'Cancel' button the dialog closes and then reopens requesting again. This is an infinite loop; it's impossible to get rid of it. Not only that but it blocks the GUI alot making it very difficult to do anything such as quit or add the root certificate needed to authenticate. I guess it's an upstream bug but the Mozilla bug server seems broken right now so I can't check. is quite long ago you opened this bug. This bug is still alive with current versions of Icedove? I'm not able to test this behaviour, I'm not owning a imaps server instance with a self signed certificate. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org